Programa de gestió: com decidir què necessites abans d'interrogar-lo

Una comanda s'apunta per telèfon, es confirma per correu electrònic, es copia en un full de càlcul i acaba arribant a l'equip amb alguna versió diferent de la informació. Si aquesta situació et resulta familiar, potser esteu cercant un programa de gestió. Però abans de triar una eina convé resoldre una altra qüestió: quin procés ha d'ordenar i com sabres que ho ha aconseguit?

Aquest cas és expressament hipotètic. Et servirà per distingir una necessitat operativa concreta d'una llista genèrica de funcions i per decidir si n'hi ha prou amb una eina existent o si necessites una aplicació adaptada a la teva forma de treballar.

Situació inicial hipotètica

Imagineu una petita empresa de manteniment que rep sol·licituds per diversos canals. Una persona registra l'avís, una altra assigna el treball i els tècnics consulten les dades des del mòbil abans de desplaçar-se. En acabar, envien notes i fotografies que s'han de revisar abans de tancar el servei.

L'empresa usa correu electrònic, missatges i fulls de càlcul. Cada eina resol una part del treball, però cap ofereix una vista comuna de l'estat de cada intervenció.

Quan es cerca un programa de gestió, la petició inicial sembla senzilla: "Necessitem tenir-ho tot en un sol lloc". No obstant això, aquesta frase encara no permet escollir ni configurar una solució. Podeu referir-vos a centralitzar dades de clients, organitzar tasques, controlar estats, desar documents, assignar responsables o combinar diversos d'aquests elements.

Problema observable: la informació no acompanya el treball

El problema no és que hi hagi moltes eines. El problema apareix quan una mateixa operació requereix tornar a introduir dades, preguntar per l'estat d'un servei o comprovar quina és la informació vàlida.

En aquest cas, es podrien observar situacions com aquestes:

• Un avís queda pendent perquè ningú veu que falta assignar-lo.
• Un tècnic es desplaça sense les dades necessàries del client o de la feina. -Les notes d'una intervenció es desen en un canal que l'ordinador administratiu no consulta.
• Dues persones actualitzen versions diferents de la mateixa informació.
• La persona responsable no pot revisar fàcilment quins treballs estan oberts, finalitzats o bloquejats.

Aquests senyals ajuden a concretar el problema. No impliquen que qualsevol empresa necessiti programari a mida. Sí que sabeu que convé descriure el recorregut real de la informació abans de triar una eina pel seu catàleg de funcions.

Anàlisi de l'objectiu: estableix el canvi que busques

L'objectiu del cas hipotètic no seria «implantar un programa de gestió». Seria reduir la pèrdua de context entre la recepció de l'avís, l'assignació, l'execució i el tancament del servei.

Expressar-ho així canvia la conversa. En comptes de començar per una tecnologia, pots analitzar quatre aspectes:

Qui usa el sistema. Administració, responsables i personal de camp no necessiten les mateixes pantalles ni permisos. 2.

Quines accions han de completar. Registrar una sol·licitud, assignar-la, consultar instruccions, actualitzar un estat o validar el tancament són accions comprovables. 3.

Quines dades s'han de mantenir coherents. Dades de contacte, adreça, tipus de servei, documentació, responsable i estat són exemples del supòsit. 4.

Com es reconeixerà que funciona. Per exemple: cada avís nou ha de tenir un responsable, un estat visible i un historial consultable per les persones autoritzades.

Un objectiu concret també evita confondre el sistema amb una solució total per a tota l'empresa. Podeu començar per un procés que genera fricció i deixar altres àmbits per a una fase posterior. La prioritat depèn de la teva operativa, de les persones que usaran l'eina i de les restriccions que deus respectar.

Abast proposat: què inclou en una primera versió

En el cas plantejat, una primera versió podria centrar-se en el cicle d'una intervenció. L'abast no ha de contenir totes les idees que sorgeixin durant la conversa; heu de reunir el necessari perquè el procés escollit pugui realitzar-se de forma consistent.

Aquesta llista és un exemple, no una plantilla universal. Una empresa de distribució, un despatx professional o un comerç tindran recorreguts i regles diferents.

També convé separar l'imprescindible del que podeu esperar. Un calendari avançat, notificacions automàtiques, connexió amb facturació o informes específics poden ser útils, però només haurien d'entrar en la primera fase si són necessaris per complir l'objectiu definit. Posposar una funció no equival a descartar-la: vol dir decidir-la amb més informació quan el procés bàsic ja estigui clar.

Solució i comprovació: escollir tecnologia després de definir el procés

Un cop definit l'abast, pots valorar si una solució estàndard encaixa o si el procés exigeix una aplicació pròpia.

Una eina existent pot ser suficient quan els seus camps, permisos, fluxos i integracions s'ajusten de forma raonable a la teva operativa. Abans de decidir, revisa què passa amb les dades, quins canvis admet la configuració, qui manté els comptes i quines limitacions acceptes a canvi d'usar una solució ja disponible.

Una aplicació a mida pot tenir sentit si hi ha regles de treball particulars, diversos perfils amb permisos diferenciats, fluxos que una eina estàndard no representa bé o connexions necessàries amb altres sistemes. En aquest cas, el desenvolupament no hauria de replicar sense criteri tot el procés actual: algunes excepcions poden ser necessàries i d'altres poden ser una oportunitat per simplificar.

Per a comprovar la solució de l'exemple hipotètic, els criteris han de descriure comportaments observables.

• Quan es registra una petició amb les dades obligatòries, apareix a la llista de treballs pendents.
• Quan una persona responsable assigna el treball, el tècnic corresponent pot consultar la informació permesa des del dispositiu.
• Quan es tanca una intervenció, queda registrat l'estat final i la informació de tancament definida.
• Quan falta una dada obligatòria o una acció no està permesa per a un perfil, el sistema ho indica sense modificar el registre de forma incompleta.

Aquestes comprovacions no substitueixen la validació dels qui coneixen la feina diària. Són una manera de convertir expressions ambigües, com ara "que sigui fàcil" o "que estigui tot controlat", en condicions que pots revisar abans de donar per bona un lliurament.

Si la mobilitat forma part del procés, una aplicació pot facilitar que l'equip consulti i actualitzi dades fora de l'oficina. Podeu conèixer l'enfocament de AVSISTEC per a aplicacions mòbils orientades a operacions quan aquesta necessitat formi part del teu cas.

Aprenentatges transferibles per escollir un programa de gestió

El cas deixa una idea aplicable a molts negocis: un programa de gestió ha de donar suport a decisions i accions concretes, no acumular pantalles o funcions que ningú necessita.

Abans d'adoptar o encarregar una solució, intenta deixar per escrit:

• El procés que vols ordenar de principi a fi. -Les persones que hi intervenen i la informació que necessiten cadascuna. -Les dades que han de quedar centralitzats i qui les pot modificar.
• Els estats, excepcions i aprovacions que afecten la feina. -Les eines amb les que hauria de connectar-se el sistema, si n'hi hagués.
• La persona que actualitzarà, administrarà i mantindrà la solució.
• El criteri que et permetrà comprovar que el procés funciona millor per al teu equip.

No totes aquestes decisions tindran resposta des del principi. Identificar les incògnites evita convertir suposicions en requisits tancats, i a més, t'ajuda a comparar alternatives amb el mateix criteri: l'ajust al procés, la capacitat d'evolució i les dependències que assumiràs.

Si ja tens localitzat el procés que et genera més treball manual, però dubtes sobre l'abast o sobre si requereix una aplicació adaptada, pots explicar el teu projecte a AVSISTEC per valorar quina solució encaixa amb aquesta operativa.