Apps i programari
Aplicació mòbil per a empreses: quan necessites mobilitat
Una aplicació mòbil pot ser necessària quan una tasca passa fora de l'oficina, depèn de funcions del dispositiu o ha de seguir disponible en un context de mobilitat. Abans d'encarregar- la convé respondre a una pregunta concreta: què necessita fer l'usuari des del telèfon i per què una aplicació web o interna no ho resol bé?
Aquesta guia es concentra en context mòbil, dispositiu, connectivitat i ús fora d'oficina. Per a decidir de manera més general entre una eina existent, una aplicació web, interna o mòbil, consulta els criteris per a una app d'empresa.
Decisió que cal prendre
Abans de plantejar una aplicació mòbil, concreta aquestes cinc qüestions:
Usuari: qui la farà servir: clients, personal intern, proveïdors o altre perfil. 2.acció principal: què ha de poder fer aquesta persona des del mòbil. 3.
Problema actual: què passa avui, quins passos es repeteixen o quina informació no està disponible quan cal. 4.
Context d'ús: si s'usarà en mobilitat, en moments breus, en un entorn de treball concret o principalment des d'un ordinador. 5.
Operació posterior: qui actualitzarà continguts, atendrà incidències i decidirà futures millores.
Una aplicació mòbil té sentit si el telèfon és el context natural per completar l'acció principal. Si les tasques són esporàdiques, requereixen moltes pantalles, documentació extensa o treball administratiu, una solució web pot resultar més coherent.
Separar objectiu, abast i solució ajuda a evitar decisions prematures:
| Capa | Pregunta que ha de respondre |
|---|---|
| Objectiu | Què ha de millorar per a l'empresa o per a qui usa el servei? |
| Abast | Quines accions, dades i perfils s'han d'incloure en una primera versió? |
| Solució | S'ha de resoldre amb una aplicació mòbil, una web, una eina existent o una combinació? |
Alternatives comparables a una aplicació mòbil
No totes les necessitats mòbils requereixen una app instal·lada. Aquestes són les alternatives que convé valorar.
Aplicació mòbil a mida
És una solució dissenyada per a usar-se des de dispositius mòbils i ajustada als fluxos definits per al projecte. Pot ser apropiada quan l'ús des del telèfon és recurrent, intervenen perfils amb necessitats diferents o hi ha regles de negoci i integracions que una eina estàndard no cobreix de forma raonable.
Exemple hipotètic: una empresa de serveis tècnics necessita que el personal consulti les intervencions assignades, registri el resultat d'una visita i comuniqui una incidència des del lloc de treball. En aquest cas, el mòbil forma part del procés operatiu.
Aplicació web adaptada a mòbil
Una aplicació web s'obre des del navegador i es pot dissenyar per a funcionar correctament en pantalles petites. Podeu encaixar quan es vol centralitzar l'accés mitjançant un URL, quan les actualitzacions han d'estar disponibles sense instal·lacions o quan l'ús combina mòbil i ordinador.
Exemple hipotètic: un portal perquè clients consultin sol·licituds, documents i estats de servei es pot resoldre com a aplicació web si aquestes accions també es realitzen des d'un ordinador.
Web informativa amb una acció concreta
Si l'objectiu és presentar serveis, captar consultes, mostrar un catàleg o dirigir a una reserva, una web optimitzada per mòbil pot ser suficient. Afegeix una app en aquest escenari podeu introduir una barrera innecessària si la persona només necessita realitzar una acció puntual.
Eina estàndard configurada
Una solució existent pot ser vàlida quan el procés s'ajusta a les seves funcions i l'empresa accepta els seus límits de configuració, dependència i evolució. La qüestió no és si l'eina és genèrica, sinó si resol l'objectiu sense forçar el treball diari.
Automatització sense interfície mòbil pròpia
Hi ha problemes que s'originen al mòbil, però no requereixen cap aplicació. Si la necessitat consisteix a moure dades, avisar a un responsable o actualitzar estats entre eines, una automatització pot resoldre part del flux sense crear una interfície nova.
Matriu de criteris per comparar opcions
La següent matriu no substitueix l'anàlisi del projecte, però permet ordenar la conversa inicial.
| Criteri | Aplicació mòbil | Aplicació web adaptada a mòbil | Web informativa | Eina estàndard |
|---|---|---|---|---|
| Ús freqüent des del telèfon | Encaja si l'acció es realitza habitualment en mobilitat | Encaja si també es necessita accés des d'ordinador | Adequada per a consultes o accions puntuals | Depèn de com s'adapti al flux |
| Regles o processos propis | Pot ajustar-se al procés definit | Pot ajustar-se al procés definit | Limitada per a processos complexos | Depèn de les funcions disponibles |
| Necessitat d'instal·lació | Requereix definir com es distribueix i actualitza | S'accedeix des d'un navegador | S'accedeix des d'un navegador | Depèn del proveïdor |
| Gestió de continguts | S'ha de definir qui i com actualitza la informació | S'ha de definir qui i com actualitza la informació | Suele ser central per al projecte | Depèn de l'eina |
| Integració amb sistemes existents | Requereix descriure fluxos, dades i errors | Requereix descriure fluxos, dades i errors | Pot ser limitada o puntual | Depèn de les integracions disponibles |
| Evolució futura | Convé prioritzar una primera versió i documentar canvis | Convé prioritzar una primera versió i documentar canvis | Suele centrar-se en continguts i accions de contacte | Condicionada pel producte i els seus canvis |
Per a usar la matriu, evita puntuar per intuïció. Descriu primer cada criteri amb fets del negoci: quin usuari intervé, quina acció ha de completar, quines dades necessita i què passa quan una integració falla.
Quan escolliu cada opció
Tria una aplicació mòbil quan el telèfon sigui part del treball
Una app pot encaixar si l'usuari necessita completar accions breus i recurrents des del mòbil; per exemple, consultar una tasca, registrar un estat, accedir a informació contextual o comunicar una incidència. També pot ser adequada quan el recorregut s'ha de simplificar per a un perfil concret.
Abans d'aprovar l'abast, defineix per a cada funció:
- l'objectiu que dóna suport;
- el perfil que l'usarà; -les dades que consulteu, creeu o modifiqueu; -les regles i excepcions que cal contemplar;
- el comportament esperat si falta connexió, dades o permisos;
- el criteri per comprovar que funciona.
Tria una aplicació web si el procés combina mòbil i ordinador
Una aplicació web pot ser preferible si l'equip necessita operar des de diferents dispositius, si hi ha tasques de gestió més còmodes en pantalla gran o si es cerca un accés centralitzat sense dependre d'una instal·lació.
No cal que assumiu que "web" significa una versió reduïda. S'han de definir quines accions corresponen a cada perfil i dispositiu.
Tria una web si la necessitat és informar i facilitar contacte
Una web adaptada a mòbil pot resoldre el problema si l'acció principal és conèixer l'empresa, revisar serveis, demanar informació, reservar una cita o enviar una consulta. L'objectiu ha de ser facilitar aquest recorregut, no afegir funcions que l'usuari no necessita.
Tria una eina estàndard si el procés encaixa sense forçar- el
Una solució estàndard es mereix considerar quan les seves funcions, permisos, integració i forma de treball són compatibles amb els requisits reals. Abans de decidir, revisa quines dades es podran conservar, com es gestionaran els accessos, quines dependències s'accepten i quins canvis futurs són possibles.
Casos límit que convé revisar
Algunes peticions semblen clarament una aplicació mòbil, però requereixen una revisió addicional.
"Volem una app per als nostres clients"
Abans de definir-la, pregunta què farien els clients en ella i amb quina freqüència. Si l'acció és ocasional, pot ser més raonable facilitar-la des d'una web. Si necessiteu consultar informació actualitzada, gestionar sol·licituds o realitzar un servei recurrent, una app pot justificar-se millor.
"Necessem digitalitzar processos interns"
Digitalitza no implica crear una app des de zero. El primer pas és dibuixar el procés actual: qui inicia la tasca, quina informació introdueix, qui la revisa, quins estats existeixen i on es produeixen esperes o duplicitats. Després es pot decidir entre una aplicació mòbil, una aplicació web, una eina existent o una automatització.
"L'app ho ha de fer tot des del primer dia"
Una primera versió ha d'incloure el que és imprescindible per a complir l'objectiu mínim. Les funcions desitjables o futures es poden documentar i prioritzar després. Tractar cada idea com a imprescindible dificulta entendre l'abast i comprovar què s'ha lliurat.
Exemple hipotètic: en una aplicació per a gestionar sol·licituds, registrar una sol·licitud i consultar el seu estat podrien ser funcions inicials. Informes avançats, configuracions excepcionals o nous perfils podrien quedar previstos per a una fase posterior si no són necessaris perquè el flux bàsic funcioni.
"Necessitem que es connecti amb les nostres eines"
Nomenar una integració no n'hi ha prou. Cal definir quina informació viatja entre sistemes, quin sistema és la font principal, quins permisos calen i què ha de passar davant d'un error. Aquestes decisions afecten l'abast de qualsevol aplicació mòbil o web.
"Volem un pressupost tancat sense definir les funcions"
Si hi ha incògnites que modifiquen l'abast —perfiles, regles, dades, integracions, continguts o manteniment— convé resoldre-les o deixar-les com a supòsits visibles. Un pressupost comparable necessita descriure què inclou i què queda fora.
Com preparar el projecte abans de demanar pressupost
Un brífing breu, però concret, permet valorar alternatives amb més criteri. Inclou almenys:
- el problema que es vol resoldre;
- els usuaris i l'acció principal de cadascun;
- el procés actual i els punts que heu de canviar; -les funcions imprescindibles per a una primera versió; -les dades que es consultaran o modificaran; -les eines que heu de connectar-se;
- qui aportarà continguts, accessos i decisions; -les restriccions de calendari, operació o manteniment;
- el que queda expressament fora del projecte inicial.
No cal que tinguis la solució tècnica decidida per iniciar aquesta conversa, si necessites que puguis explicar el problema, les persones implicades i el resultat que esperes aconseguir.
Conclusió condicionada
Si encara no està clar quin tipus de solució encaixa millor, el següent pas pot ser sol·licitar una valoració inicial de la necessitat i el seu abast. Pots explicar el projecte a AVSISTEC indicant qui usarà la solució, quina acció necessita completar i quines alternatives heu considerat.