Creación de aplicaciones móviles
En el terreno, en un cliente o entre dos citas, la aplicación debe ayudar a completar una acción. Partimos de esta situación para elegir la forma adecuada del producto.
Su realidad, nuestro punto de partida
Para servicios de campo, construcción, talleres, equipos de ventas y empresas que desean ofrecer un espacio móvil a sus clientes.
Crear una aplicación móvil comienza con una cuestión de contexto. ¿Quién sostiene el teléfono, con qué red y para realizar qué tarea? Una persona que añade una foto en una obra no tiene las mismas necesidades que un cliente que consulta un documento. Umbeli diseña el recorrido, las interfaces y las conexiones necesarias para su proyecto. La elección entre aplicación web móvil, PWA y aplicación distribuida en tiendas se realiza tras examinar los usos y las limitaciones técnicas.
De la necesidad al proceso
Explore los pasos. Este escenario ilustra un funcionamiento para adaptar a su empresa.
La persona encuentra el expediente y la información necesaria para su acción, sin recorrer todo el sistema interno.
Una foto y una nota completan el expediente. La pantalla indica si la información está guardada o aún espera una conexión.
El equipo encuentra la información después de su registro. Un mensaje distingue claramente la recepción exitosa de un intento fallido.
El contexto adecuado
Ejemplo de un proceso, sin reserva ni envío de datos.
El proyecto gana claridad cuando comienza con una acción: subir una foto, consultar un expediente, recibir instrucciones o preparar una solicitud. Describimos el recorrido con el contexto real, la información disponible y los casos donde el usuario debe detenerse. Los gestos, el tamaño de las zonas táctiles y la legibilidad se trabajan para pantallas pequeñas. El prototipo permite verificar estas elecciones antes del desarrollo.
Un formulario administrativo largo es difícil de completar entre dos intervenciones. Jerarquizamos la información y dividimos las tareas cuando eso ayuda al usuario. Los campos indispensables aparecen en el momento adecuado; las ayudas permanecen cerca de la acción. Las confirmaciones indican lo que se ha registrado y lo que queda por hacer. Las pruebas en teléfono sirven para detectar entradas difíciles, textos cortados y botones difíciles de alcanzar.
En el terreno · Cerca Biónica
En Clôture Bionique, preparar una cotización implicaba intercambios de correos electrónicos, recopilación de detalles del terreno y planos dibujados a mano. La información útil estaba repartida en varias etapas.
Conectamos el formulario del cliente a un panel de seguimiento y a una herramienta de dibujo integrada. El estimador puede trabajar dentro del expediente, preparar el plano y producir un presupuesto acompañado de un PDF. El software así adopta la forma del trabajo a realizar.
Descubra el proyecto Cerca Biónica
El proyecto Clôture Bionique presentado aquí es una aplicación web empresarial. Ilustra un recorrido de solicitud y procesamiento; no constituye una referencia de publicación en tiendas móviles.
Lo que toma forma juntos
En el taller, en una obra o entre dos citas, el uso del teléfono cambia. El ámbito móvil parte de estas condiciones antes de decidir las pantallas y tecnologías.
Etapas de una tarea, desde la apertura hasta su confirmación, con la información realmente necesaria.
El punto de validaciónLos gestos, campos y legibilidad se prueban en los tamaños de pantalla seleccionados.
Elección argumentada entre sitio móvil, PWA y aplicación distribuida, según las funciones del dispositivo requeridas.
El punto de validaciónLas necesidades de cámara, notificaciones o funcionamiento sin conexión se verifican en los dispositivos objetivo.
Los comportamientos esperados durante el envío, en caso de error y al reanudar después de una interrupción.
El punto de validaciónEl usuario sabe si su acción fue registrada y qué hacer si falla.
Dispositivos de referencia, escenarios de prueba y etapas de distribución correspondientes al alcance elegido.
El punto de validaciónLas cuentas de distribución y las responsabilidades de mantenimiento se identifican antes de la puesta a disposición.
La consulta sin conexión y la entrada diferida requieren reglas precisas. ¿Qué datos pueden permanecer en el dispositivo? ¿Cómo indicar que un envío aún está pendiente? ¿Qué sucede cuando dos personas modifican el mismo expediente? Estas preguntas se estudian antes de prometer un modo sin conexión. El alcance puede comenzar con el guardado de borradores o la lectura local, y luego evolucionar según las necesidades del terreno.
Una solicitud enviada desde el teléfono debe llegar a la persona correcta y al sistema adecuado. El proyecto define las API, los derechos de acceso y las reglas de sincronización con el CRM o el software empresarial. Las notificaciones están vinculadas a eventos útiles y preferencias explícitas. Un error de conexión debe seguir siendo comprensible. Los accesos sensibles se controlan del lado del servidor, y los archivos siguen las reglas de almacenamiento acordadas.
Las pruebas cubren los dispositivos y versiones retenidos en el mandato. Si es necesaria la publicación en tiendas, se preparan cuentas, imágenes, descripciones y pasos de envío. La aceptación depende de las plataformas involucradas. También definimos mantenimiento, actualizaciones y manejo de comentarios de usuarios. El lanzamiento puede comenzar con un grupo piloto para observar el recorrido antes de una apertura más amplia.
Elija según su situación
Parta de la tarea a realizar y los dispositivos usados. Algunas capacidades dependen del navegador, sistema y permisos: deben verificarse en sus dispositivos objetivo.
| Criterio | Sitio web móvil | PWA | Aplicación distribuida |
|---|---|---|---|
| Acceso | Desde un enlace en el navegador. | Desde el navegador, con posible instalación según el dispositivo. | Por un canal de distribución adaptado al público objetivo. |
| Uso adaptado | Consultar una oferta, completar un formulario o usar un espacio en línea. | Encontrar regularmente un servicio web con experiencia de aplicación. | Ofrecer un uso recurrente con necesidades específicas relacionadas con el dispositivo. |
| Sin conexión | El recorrido actual requiere la red, salvo funciones diseñadas de otra manera. | Una parte puede estar disponible sin conexión si se desarrolla para ello. | El almacenamiento local y la sincronización también deben diseñarse y probarse. |
| Funciones del dispositivo | Las capacidades accesibles desde el navegador deben verificarse. | Cámara, notificaciones y otras capacidades varían según el entorno. | Las funciones seleccionadas requieren permisos y pruebas en los sistemas objetivo. |
| Mantenimiento | Sitio, navegador y servicios conectados. | Aplicación web, caché, actualizaciones y compatibilidad. | Versiones de la app, sistemas, distribución y servicios conectados. |
No es necesaria una aplicación distribuida para cada proyecto móvil. Validamos funciones decisivas antes de elegir entre Web, PWA y aplicación; el canal de difusión forma parte del alcance.
Preguntas prácticas
El proyecto puede dirigirse a ambas plataformas. La tecnología y el nivel de compartición de código se eligen según funciones, dispositivos y presupuesto. Las pruebas y la distribución en cada plataforma se especifican en el presupuesto.
A menudo, al compartir cuentas, archivos o datos entre usuarios. Una aplicación autónoma puede tener otras necesidades. Distinguimos entre el funcionamiento en el dispositivo y el servicio que conserva la información.
Depende de sus API, sus permisos y su plan. Verificamos las posibilidades antes de confirmar una sincronización. Un acceso de prueba y la documentación del proveedor facilitan esta verificación.
Describa los usuarios, acciones, datos y necesidades de cámara, notificación o red. Estos elementos son más útiles que solo un número de pantallas. Separamos realización, difusión y funcionamiento.
Tu turno
Una solicitud del cliente, las herramientas que utiliza y lo que le bloquea hoy: esta información nos ayuda a proponer un punto de partida concreto.
Creación de aplicaciones móviles
Proceso móvil · Prototipo · Desarrollo