Muchas implementaciones móviles fallan por una razón simple: heredan la lógica del escritorio. El resultado es una pantalla llena de campos, filtros y navegación secundaria que puede funcionar en oficina, pero no en recepción, putaway, picking o packing.
En terreno, el operador no necesita “administrar” la operación. Necesita ejecutar una tarea concreta con rapidez y confirmarla sin ambigüedad.
Qué cambia en un contexto móvil real
El usuario está de pie, se mueve entre ubicaciones, escanea, manipula cajas o pallets y trabaja bajo presión de tiempo. Eso cambia por completo las prioridades de diseño.
- La próxima acción debe ser evidente sin leer demasiado.
- Los botones y objetivos táctiles deben tolerar uso rápido y repetitivo.
- El error debe detectarse al momento, no al final del flujo.
- La pantalla debe mostrar solo la información necesaria para esa tarea.
Los síntomas de un desktop comprimido
Cuando la experiencia móvil solo replica el backoffice, aparecen los mismos problemas una y otra vez:
- Demasiados campos antes de poder confirmar una acción.
- Scroll excesivo para encontrar el dato importante.
- Jerarquía visual débil para SKU, ubicación, cantidad o handling unit.
- Dependencia de teclado donde debería bastar un escaneo o un tap.
- Errores de operación por ambigüedad entre ver, editar y ejecutar.
En operación móvil, cada toque extra y cada campo innecesario compiten contra tiempo, precisión y continuidad del flujo.
Qué debería hacer bien una experiencia móvil logística
Una buena experiencia móvil no intenta mostrar todo. Encadena tareas. Presenta contexto mínimo, permite escanear, confirma la acción y deja visible el siguiente paso. Esa lógica reduce errores y también mejora capacitación.
- Recepción guiada por handling unit, lote o documento.
- Putaway con confirmación rápida de ubicación destino.
- Picking con secuencia clara, cantidades visibles y excepción controlada.
- Packing con validación y acceso directo al siguiente envío.
Qué se ve hoy en Dominus
En el código actual de Dominus ya existen rutas y pantallas para flujos como putaway, packing y accesos móviles asociados mediante QR. Eso marca una dirección correcta: separar la vista operativa del escritorio administrativo y adaptar la ejecución al dispositivo.
El objetivo no es “tener app”. El objetivo es que la app respete el contexto físico del trabajo.
La medida real de calidad
Una UX móvil buena no se evalúa por cuántos módulos muestra. Se evalúa por cuántas confirmaciones correctas logra con menos fricción, menos capacitación y menos retrabajo.
Si la operación en terreno todavía se siente como un formulario de escritorio en un teléfono, la interfaz no está ayudando. Está estorbando.