De què parlem
El desenvolupament d'aplicacions mòbils per a una empresa sol respondre a una de dues necessitats. La primera, donar un canal als clients: reservar, comprar, consultar, rebre avisos. La segona, donar una eina a l'equip que treballa fora de l'oficina: el tècnic que tanca un comunicat, el comercial que pren una comanda, el repartidor que recull una signatura.
Són projectes diferents encara que tots dos acabin en un telèfon. Una app de clients es juga en el disseny i a les botigues d'aplicacions; una app interna, en el fet que funcioni sense cobertura i se sincronitzi bé amb el programa de gestió.
Quan es planteja
Una app té sentit quan el mòbil aporta alguna cosa que el navegador no dona: fer-la servir sense connexió en una obra o en un magatzem, fer fotos i adjuntar-les, llegir codis, registrar la ubicació, enviar notificacions. Si res d'això fa falta, abans d'encarregar el desenvolupament d'apps convé preguntar-se si una aplicació web adaptada al mòbil no resol el mateix amb menys manteniment.
Què inclou un projecte ben plantejat
- Definició dels usuaris i del que cadascun fa a l'app.
- Disseny de l'experiència i de les pantalles per a mòbil, no una web encongida.
- L'app en si, per a una plataforma o per a totes dues.
- El servidor i el panell d'administració des del qual es gestionen les dades.
- La sincronització amb els sistemes de l'empresa i el funcionament sense connexió, si cal.
- Proves en dispositius reals i publicació a les botigues d'aplicacions.
- Manteniment: adaptació a les noves versions d'iOS i Android.
Què mou el preu
- Les plataformes: una, totes dues, o una tecnologia comuna per a les dues.
- El nombre de funcions i de pantalles de la primera versió.
- El que hi ha al darrere: una app sense servidor és rara, i el panell d'administració també es construeix.
- La feina sense connexió, que complica molt la sincronització de dades.
- El disseny: una app de clients demana més cura visual que una eina interna.
- Pagaments, mapes, notificacions i altres serveis de tercers, cadascun amb la seva integració.
- El manteniment anual, que no és opcional: les botigues poden retirar les apps que no s'actualitzen.
De què depèn el termini
El calendari d'una app té una peça que no depèn de ningú del projecte: la revisió de les botigues d'aplicacions abans de publicar, que cal preveure. La resta la marquen l'abast, si es fa per a una plataforma o per a dues i quant cal construir al servidor. Una primera versió amb l'essencial, publicada i en ús, ensenya més que mesos de planificació.
El que se sol complicar
El que se sol subestimar en una app és tot el que no es veu a la pantalla: el servidor, el panell de gestió, els comptes de desenvolupador a les botigues, les polítiques de privacitat que aquestes exigeixen. En les apps internes, el punt difícil és la sincronització: què passa quan dues persones modifiquen el mateix sense cobertura. I en les de clients, aconseguir que la gent la instal·li i la continuï fent servir, que no és un problema de programació.
Errors que surten cars
- Pressupostar només l'app. Sense servidor ni panell d'administració no funciona, i són bona part de la feina.
- Fer-la a nom del proveïdor. Els comptes de les botigues han de ser de la teva empresa, o l'app no és teva.
- Copiar la web en petit. Al mòbil es fan menys coses i més de pressa.
- No preveure el manteniment. Cada nova versió del sistema operatiu pot obligar a tocar-la.
- Llançar-la sense pla d'adopció. Una app de clients que ningú coneix no es descarrega sola.
Què t'ha de quedar per escrit
- Les plataformes, les versions mínimes del sistema i els dispositius en què es provarà.
- Que els comptes de les botigues i el codi font són de la teva empresa.
- Què inclou la primera versió i com es validarà cada lliurament.
- El manteniment després de la publicació i el seu cost recurrent.
- Quines dades personals recull l'app i qui respon del seu tractament segons l'RGPD.
Situacions habituals
Hi caben, per exemple, l'app amb què els tècnics d'una empresa de manteniment reben els avisos i tanquen la feina amb fotos i signatura; la d'un club o una entitat perquè els socis reservin i rebin comunicacions; la d'una distribuïdora perquè els comercials consultin existències i passin comandes davant del client; o la d'un comerç amb programa de fidelització.
Què preparar abans de demanar proposta
- Qui la farà servir: clients, treballadors o tots dos, i quants aproximadament.
- Què s'hi ha de poder fer i què d'això és imprescindible el primer dia.
- Si ha de funcionar sense cobertura.
- Amb quins programes de l'empresa s'ha de sincronitzar.
- Si ja hi ha una web o una app anterior que es vol substituir.
- Un ordre de magnitud del pressupost i la data en què hauria d'estar publicada.