Com triar una empresa de desenvolupament d’apps

Pregunta quina part del projecte va fer el proveïdor: recerca, UX/UI, identitat, desenvolupament, integracions o manteniment. Un bon disseny d’interfície acredita aquella feina. Per valorar la implementació, demana que expliquin el funcionament i les decisions que van assumir. Distingir les disciplines permet reconèixer el valor de cada cas sense atribuir-hi un abast que no consta.

Demana exemples comparables per dificultat, encara que pertanyin a un altre sector. Pot ser més rellevant haver resolt permisos entre usuaris o treball sense connexió que mostrar una app amb una aparença semblant. Si el cas es pot ensenyar, revisa un recorregut complet. Quan hi ha limitacions de confidencialitat, el proveïdor pot explicar el problema i el seu paper sense revelar dades del client.

Presenta el problema, els usuaris, els dispositius previstos i els sistemes que ja utilitzes. Observa si el proveïdor pregunta pel recorregut, la informació disponible i les persones que administraran el producte. Aquestes qüestions ajuden a concretar l’encàrrec. Una proposta que arriba sense aclarir les dependències pot estar basada en hipòtesis que després alteraran la feina.

Demana que justifiquin la solució proposada amb les condicions del projecte. Si recomanen una tecnologia o un format, han d’explicar què facilita, què condiciona i qui podrà mantenir-lo. No necessites dominar totes les eines per comparar el raonament. Pots preguntar què farien si augmenta el contingut, falla una integració o l’equip que gestiona el producte canvia.

Aclareix qui serà el contacte habitual, qui decidirà sobre el producte i qui resoldrà les qüestions de disseny i desenvolupament. Pregunta quines tasques farà l’equip propi i quines es coordinaran amb col·laboradors. El que necessites és saber com es reparteix la feina i qui respon quan una decisió afecta diverses parts del sistema.

Acorda com veureu els avenços. Una revisió de pantalles, una demostració funcional i una llista d’incidències ofereixen informació diferent. Demana una cadència de treball adequada a la disponibilitat del teu equip i un lloc compartit per registrar decisions. També cal definir què passa quan falta una validació, arriba contingut tard o apareix una petició fora de l’abast.

Demana un exemple de criteri d’acceptació. En una eina de peticions, podria ser que un usuari enviï una sol·licitud, que la persona responsable la rebi i que el canvi d’estat es vegi als dos llocs. El proveïdor ha de poder explicar com comprovarà aquest recorregut i què farà si una part falla. Una demostració visual deixa moltes d’aquestes preguntes obertes.

Pregunta qui provarà dispositius, permisos, contingut buit i interrupcions de connexió segons les necessitats del producte. Defineix també el teu paper en l’acceptació: aportar dades representatives, revisar el llenguatge o completar tasques amb usuaris previstos. Les proves han de formar part de la feina acordada, amb temps per corregir el que s’hi detecti.

Abans de començar, revisa com s’organitzaran els comptes, el repositori, els arxius de disseny i la documentació. Pregunta qui tindrà accés durant el projecte i com es prepararà l’entrega. Si una altra persona hagués de continuar el treball, hauria de poder entendre com s’executa, quines dependències té i on es gestiona cada part.

El suport posterior necessita un acord propi sobre tasques i canals. Aclareix com es notificaran incidències, qui les revisarà i com es planificaran canvis o actualitzacions. La disponibilitat del producte depèn també de comptes i serveis externs que algú haurà de gestionar. Demana que aquestes responsabilitats quedin assignades abans de donar el llançament per acabat.

Escriu al costat de cada criteri la resposta rebuda i l’evidència que l’acompanya. Un cas explicat, una mostra d’entrega o una demostració ajuden a valorar afirmacions generals. Si una resposta continua oberta, registra-la com a pendent i demana aclarir-la abans d’escollir. Pots utilitzar aquesta fitxa en la conversa:

• Quin cas mostra una dificultat comparable i quin rol hi vau tenir?
• Quines preguntes falten per definir el meu projecte?
• Amb qui treballaré i com revisaré els avenços?
• Com comprovarem els recorreguts abans de publicar?
• Quins accessos, arxius i documents s’entregaran?
• Com s’organitzarà el suport un cop el producte estigui en ús?