De què parlem
Una aplicació web a mida és un programa que el teu equip, els teus clients o els teus proveïdors fan servir des del navegador: un portal de comandes, un panell de gestió, una intranet, una eina de reserves. No s'instal·la a cada lloc de treball, s'actualitza per a tothom alhora i es pot obrir des de l'oficina, des de casa o des del mòbil.
La cerca «desenvolupament d'aplicacions web» la comparteix un cicle formatiu d'FP. Aquesta pàgina no va d'estudiar-lo: va d'encarregar el desenvolupament web a mida d'una eina per a la teva empresa. Tampoc parlem de la web corporativa ni de la botiga en línia de plantilla, que són un altre encàrrec.
Quan es planteja
Es planteja quan un procés que toca diverses persones viu en fulls de càlcul compartits i correus: les comandes que arriben per tres canals, els comunicats de feina que es passen a net a la tarda, els clients que pregunten per l'estat del seu encàrrec perquè no tenen on mirar-ho. També quan el programa de gestió fa bé la part interna però no té cap porta perquè algú de fora consulti o introdueixi dades.
Què inclou un projecte ben plantejat
- Una anàlisi prèvia: quin procés cobreix, qui el fa servir i què pot fer cada tipus d'usuari.
- Disseny de les pantalles abans de programar, per discutir sobre una cosa que es veu.
- El desenvolupament per lliuraments, amb una versió que es pot provar aviat.
- Control d'accessos: usuaris, permisos i registre de qui ha fet què.
- La connexió amb el que ja existeix: el programa de gestió, la facturació, el correu.
- Proves amb usuaris reals i càrrega de les dades inicials.
- Publicació en un servidor, còpies de seguretat i un acord de manteniment.
Què mou el preu
- Quants processos i pantalles cobreix la primera versió: és el que més pesa.
- Els tipus d'usuari: no costa el mateix una eina interna que una amb accés de clients i proveïdors.
- Les integracions amb altres programes, i si aquests programes tenen una API documentada.
- Les dades de partida: migrar anys de fulls de càlcul desordenats és feina.
- El disseny: una interfície pròpia i treballada davant d'una de funcional sobre components estàndard.
- El que passa després: allotjament, suport i evolució, que convé pressupostar a part.
De què depèn el termini
El termini depèn sobretot de com de definit arribi l'abast i de la disponibilitat de qui ha de validar a la teva empresa: una aplicació acotada, amb una persona que respon de pressa, avança en setmanes; una amb molts perfils i integracions es mesura en mesos i es lliura per fases. Demanar una primera versió petita que ja es faci servir és la manera de no esperar al final per descobrir què hi faltava.
El que se sol complicar
El que més desquadra un projecte d'aplicació web no sol ser la programació, sinó el que no es va dir al principi: una excepció del procés que només coneix una persona, un permís en què ningú havia pensat, un programa amb el qual calia connectar-se i que no deixa treure les dades. Com més aviat surtin aquestes peces, menys canvia el pressupost pel camí.
Errors que surten cars
- Demanar preu amb una frase. «Un portal de clients» pot ser una pantalla o cinquanta: sense abast, les propostes no es poden comparar.
- Voler-ho tot a la primera versió. El que es fa servir cada dia cap en molt menys del que s'imagina en començar.
- No designar un responsable intern. Sense algú que decideixi, cada dubte de l'equip de desenvolupament es converteix en una setmana aturada.
- Oblidar el manteniment. Una aplicació publicada necessita actualitzacions de seguretat i algú que respongui quan falla.
- No preguntar de qui és el codi. Si no consta, canviar de proveïdor més endavant pot obligar a començar de zero.
Què t'ha de quedar per escrit
- L'abast de la primera versió: què fa i, sobretot, què no fa.
- De qui són el codi font i les dades, i com es lliuren si la relació s'acaba.
- On s'allotja, qui fa les còpies de seguretat i qui respon si cau.
- Què inclou el manteniment i com es pressuposten els canvis posteriors.
- Si es tracten dades personals, qui n'és el responsable i qui l'encarregat del tractament d'acord amb l'RGPD.
Situacions habituals
Algunes situacions que hi encaixen: una distribuïdora que vol que els seus clients repeteixin comandes sense trucar a ningú; una empresa de serveis que necessita que els seus tècnics tanquin els comunicats des del mòbil i que administració els vegi a l'instant; una entitat que gestiona inscripcions i cobraments amb formularis solts; o una indústria que vol un panell amb les dades de producció que avui només són al programa de planta.
Què preparar abans de demanar proposta
- El procés explicat pas a pas, amb les seves excepcions.
- Qui el farà servir i quantes persones són, dins i fora de l'empresa.
- Què hi ha avui: els fulls de càlcul, els formularis o el programa que es vol substituir.
- Amb quins altres programes ha de parlar.
- Un ordre de magnitud del pressupost i quan vols començar.