Guia · Decisions tècniques
Programari a mida o una eina existent?
Prova primer si un producte existent resol el procés important. Desenvolupar a mida té sentit quan una necessitat decisiva queda fora i pots mantenir la solució. Entre comprar i construir hi ha una tercera opció: conservar el producte i programar només la integració o la funció que falta.
Descriu la feina abans de comparar productes
Prepara tres casos: l'habitual, una excepció freqüent i un error que cal corregir. Indica qui introdueix les dades, qui aprova i qui les pot veure. Una llista de funcions sense un recorregut real permet que gairebé qualsevol demo sembli suficient.
Exemple hipotètic: un equip de manteniment necessita assignar visites, adjuntar fotos i tancar comunicats de feina sense cobertura. La prova decisiva és què passa quan es recupera la connexió, no quantes icones ofereix el tauler.
Compra quan el procés comú ja està resolt
Si el producte cobreix els casos importants amb una configuració raonable, sol ser preferible provar-lo abans d'encarregar-ne una rèplica. Comprova els permisos, l'exportació i els límits del pla que contractaries, no només els de l'entorn de demostració. SaaS és programari ofert com a servei, normalment per subscripció; també convé comparar productes instal·lables i solucions de codi obert.
Demana al proveïdor que executi el cas excepcional amb els permisos i el pla que tindries. Una funció «disponible» pot exigir un mòdul addicional, un pas manual o un altre contracte. Anota aquestes dependències a la comparació.
Desenvolupa només la funció que falta
El desenvolupament propi pot encaixar quan la seqüència de feina, l'experiència del client o una integració crítica no es poden resoldre bé amb el que existeix. Defineix exactament aquesta diferència i quina millora s'ha de poder observar.
Una petita aplicació connectada al sistema actual pot ser suficient. Si només falta una vista de seguiment, no cal reconstruir també la facturació, l'agenda i la gestió documental.
Compara el cost de manteniment i de canvi de proveïdor
Inclou la posada en marxa, la migració, les llicències, les integracions, el suport i els canvis previsibles en el mateix horitzó temporal. En el desenvolupament propi, afegeix-hi allotjament, còpies, actualitzacions i responsabilitat sobre les incidències.
El programari de codi obert també requereix manteniment i suport. En tots dos casos pregunta qui recupera les dades després d'una incidència, qui aplica els canvis a les regles de negoci i qui continua la feina si marxa el proveïdor. Accedir al repositori sense un lliurament utilitzable no és un pla de manteniment.
Prova l'exportació abans de comprometre-t'hi
Crea dades de prova amb relacions i adjunts. Exporta-les i comprova si una altra eina pot reconstruir el cas. Un CSV de contactes no demostra que puguis recuperar permisos, historial i documents.
En l'exemple de l'equip de manteniment, exporta un comunicat amb el client, el tècnic assignat, les fotos i l'historial de tancament. Comprova que se'n conservin les relacions. Si falten adjunts o identificadors estables, registra la feina de reconstrucció abans d'acceptar el producte.
| Producte existent | Desenvolupament a mida | |
|---|---|---|
| Tancar comunicats sense connexió | Demostrar-ho amb el pla que contractaries. | Incloure desament local i sincronització a l'abast. |
| Aprovació especial | Comprovar la configuració abans d'afegir-hi un pedaç. | Definir qui aprova i com es comunica un rebuig. |
| Responsabilitat operativa | Confirmar el suport i què continuarà fent l'equip. | Identificar el manteniment i els requisits de lliurament. |
| Prova de sortida | Exportar un comunicat complet amb les seves relacions. | Oferir exportació i provar la recuperació de dades utilitzables. |
Pren una decisió amb condicions de revisió
Escriu què tries, què queda fora, qui ho manté i quin canvi justificaria reconsiderar-ho. Per exemple: comprar ara i afegir una integració si el registre duplicat supera el límit acordat per l'equip.
Si encara no saps si el procés funcionarà, prova'n el pas més incert abans de pressupostar tota l'aplicació. Decidir que encara no cal desenvolupar també és una conclusió vàlida.
Per concretar el següent pas, consulta què cal validar amb una demo o un prototip.
Fonts i lectures
Dubtes abans de començar
El programari a mida sempre surt més car?
No es pot afirmar sense un abast i un horitzó comparables. Compara la implantació, l'ús, el suport, els canvis i la sortida, no només la quota amb el pressupost inicial.
Puc conservar el meu CRM i afegir-hi funcions pròpies?
Sovint sí, si ofereix una integració adequada. Comprova les operacions permeses, les llicències, els permisos i els límits abans de dissenyar el complement.
Qui ha de tenir el codi i els comptes?
Aclareix per escrit l'accés al repositori, les llicències, els comptes d'allotjament, la documentació i el procediment de lliurament. La propietat i els drets depenen de l'acord; no els donis per fets.