El risc no és el preu
Quan una empresa compara pressupostos de programari a mida, gairebé sempre mira el número de baix. I gairebé mai és allà on hi ha el risc.
El risc és signar una cosa que funciona bé durant un any i que després et deixa sense sortida: sense accés al codi, sense poder canviar de proveïdor, sense saber on són les teves dades i amb un manteniment que puja perquè no tens alternativa.
Aquestes són les preguntes que convé fer abans de signar. Les escrivim sabent que som part interessada: nosaltres també venem desenvolupament a mida. Precisament per això sabem quines són incòmodes.
1. De qui és el codi?
La pregunta més important i la que menys es fa.
Hi ha tres respostes possibles i les tres són legítimes si es diuen clares: el codi és teu, és del proveïdor i tu tens llicència d'ús, o és un producte del proveïdor que tu lloges.
El que no és acceptable és que no estigui escrit. Si el contracte no diu de qui és el codi, la resposta per defecte no t'agradarà el dia que vulguis canviar de proveïdor.
Pregunta complementària: si el codi és meu, me'l lliures en un repositori al qual tinc accés des del primer dia, o al final del projecte?
La resposta correcta és des del primer dia. Un proveïdor que treballa en un repositori al qual tu tens accés des del minut u és un proveïdor que no té res a amagar.
2. On són les meves dades i com les trec?
Les teves dades són teves sempre, però això no vol dir que les puguis recuperar amb facilitat.
Preguntes concretes:
- En quin proveïdor i en quin país està allotjada la base de dades?
- Puc obtenir una còpia completa i utilitzable quan vulgui, sense demanar permís?
- Si ens separem, en quin format i en quant de temps rebo tot?
- Qui té accés administratiu?
Per a una empresa andorrana hi ha una capa addicional: l'allotjament fora del país té implicacions de protecció de dades que convé tenir resoltes, i ho tractem a l'article sobre el que exigeix l'APDA.
Andie recomana
Demana una còpia de seguretat completa el primer mes, quan la relació és bona i no hi ha tensió. Serveix per a dues coses: comprovar que el procediment existeix de veritat, i saber en quin format surten les teves dades. Demanar-la per primera vegada el dia que vols marxar és la pitjor situació possible.
3. Què inclou exactament el manteniment?
"Manteniment" vol dir coses molt diferents segons qui ho digui. Convé desglossar-ho:
- Correcció d'errors del que s'ha lliurat: hauria d'estar inclòs i sense termini curt de garantia
- Actualitzacions de seguretat del framework i les dependències: imprescindible, i és on més projectes s'abandonen
- Canvis petits: hi ha una borsa d'hores, es factura a part, hi ha un mínim?
- Suport: en quin horari, per quin canal i amb quin temps de resposta
- Còpies de seguretat: freqüència, retenció i, sobretot, si es prova que es poden restaurar
Aquesta última és la que separa els professionals. Una còpia de seguretat que mai s'ha restaurat no és una còpia de seguretat, és una carpeta.
4. Què passa si desapareixeu?
Pregunta incòmoda i completament raonable, sobretot amb proveïdors petits. A Andorra, on molts equips són de dues o tres persones, és especialment pertinent.
El que vols sentir: que el codi és en un repositori al qual tens accés, que la infraestructura és a nom de la teva empresa o és transferible, que la documentació tècnica existeix, i que la tecnologia utilitzada és estàndard i no una invenció pròpia.
Senyal d'alarma: un proveïdor que ha construït el teu sistema sobre un framework propi no documentat. Encara que sigui bo, et lliga de per vida.
5. Amb quina tecnologia i per què aquesta?
No cal que entenguis la resposta tècnica, cal que comprovis que hi ha una raó.
Una bona resposta sona a: "Laravel, perquè el teu projecte és sobretot lògica de negoci i formularis, hi ha molts desenvolupadors que el coneixen i podràs trobar qui el mantingui sense nosaltres".
Una resposta preocupant sona a: "la nostra plataforma pròpia", "és el que fem servir sempre" o una llista de tecnologies de moda sense connexió amb el teu problema.
El criteri de fons és senzill: podria un altre equip agafar això i continuar? Si la resposta és no, el preu del projecte no inclou el cost real.
6. Com es gestionen els canvis d'abast?
Tot projecte canvia sobre la marxa. El que distingeix un proveïdor seriós no és que no hi hagi canvis, és que hi hagi un procediment acordat abans que apareguin.
Preguntes: com es valora un canvi?, qui decideix si és un canvi o ja estava inclòs?, es para la resta mentrestant?
Si la resposta és "ja ho anirem veient", el que veuràs és una discussió en el pitjor moment.
7. Puc parlar amb dos clients vostres?
La pregunta més senzilla i la que més informació dona. No demanis referències per escrit, demana parlar amb algú.
I quan parlis, pregunta el que de veritat importa: què va sortir malament, com ho van resoldre, si van complir terminis i si els tornarien a contractar. Un client satisfet t'explicarà els problemes amb naturalitat. És justament això el que vols sentir, perquè vol dir que hi va haver problemes i es van resoldre.
Andie recomana
Afegeix una pregunta més a aquesta conversa: quant van trigar a respondre l'última vegada que alguna cosa es va trencar de debò. Els terminis comercials de suport són a tots els contractes. El termini real, el d'un divendres a les set de la tarda amb el sistema caigut, només te l'explica un altre client.
8. Què NO fareu?
Un proveïdor que diu que sí a tot és un senyal d'alarma, no de flexibilitat.
Un equip seriós et dirà que hi ha coses que no tenen sentit, funcionalitats que no faràs servir, o que una part del que demanes es resol millor amb una eina existent que desenvolupant-la des de zero. Si ningú t'ha dit que no a res en tota la conversa comercial, és que t'estan venent, no assessorant.
I una que t'hauries de fer a tu mateix
Abans de contractar res: quin problema concret vull resoldre i com sabré que s'ha resolt?
Si la resposta és "modernitzar-nos" o "digitalitzar-nos", encara no estàs a punt per demanar pressupostos. Si és "vull deixar de dedicar quatre hores a la setmana a copiar dades entre el pressupost i la factura", ja tens un projecte i una manera de mesurar-lo.
Sobre aquest punt de partida en parlem a l'article sobre migrar d'Excel a un sistema de gestió.
A AndorraDev responem a aquestes vuit preguntes per escrit abans de signar res, i el codi va a un repositori al qual el client té accés des del primer dia. Si estàs avaluant proveïdors i vols una segona opinió sobre el que t'han proposat, escriu-nos.
