Diseño y experiencia de usuario

Diseñar la navegación, las interfaces y los productos digitales: OTOKO® traduce sus requisitos en un manejo claro y coherente.

Los clientes quieren completar trámites, los equipos de campo necesitan información en el lugar de la intervención y las áreas de negocio necesitan una visión de conjunto fiable.

Prototipo interactivo y prueba de usuario con el área de negocio o los clientes antes del desarrollo Frontend web con React, Next.js o Vue, accesibilidad según WCAG 2.2 Apps móviles con React Native o de forma nativa en Kotlin y Swift, incluida la publicación en las tiendas de aplicaciones Inicio de sesión mediante OpenID Connect, protección de sesión y certificate pinning según OWASP MASVS Capacidad sin conexión, notificaciones push y telemetría con consentimiento conforme al RGPD

App publicada y aplicación web con código fuente Sistema de diseño e informe de accesibilidad Informe de verificación de seguridad según OWASP MASVS

Grupos de usuarios y tareas principales Sistema de inicio de sesión existente y modelo de roles Dispositivos necesarios y situaciones sin conexión

Un portal de socios sustituye a las solicitudes por correo electrónico. Los socios solo ven sus propios procesos, suben documentación y reciben consultas de seguimiento durante el proceso. La tramitación interna utiliza los mismos datos, pero con otros roles y otras autorizaciones.

React Next.js Vue React Native Kotlin Swift

Un portal resulta útil cuando los usuarios alcanzan su objetivo sin rodeos. Diseñamos flujos completos para el inicio de sesión, la introducción de datos, la carga de archivos, las consultas y el seguimiento del estado. Los casos de error forman parte del concepto: las sesiones caducadas, la documentación incompleta o una conexión interrumpida no deben provocar la pérdida del trabajo ya introducido. Los prototipos interactivos permiten verificar estos flujos antes de la implementación. Las observaciones del área de negocio y del grupo de usuarios se incorporan a la navegación, los formularios y los mensajes comprensibles para el usuario. Un sistema de componentes común garantiza que las nuevas funciones utilicen la misma lógica de uso.

La elección depende del uso previsto. Un portal basado en navegador facilita el acceso sin instalación. Una aplicación web progresiva puede bastar para determinados flujos móviles; las apps nativas o multiplataforma entran en consideración cuando las interfaces del dispositivo, el procesamiento en segundo plano o los requisitos sin conexión así lo exigen. Verificamos las capacidades necesarias con dispositivos reales. Los datos sin conexión requieren reglas de almacenamiento local, sincronización y gestión de conflictos. En una aplicación para el personal de campo, por ejemplo, debe quedar claro qué cambio tiene prioridad cuando dos personas trabajan en el mismo proceso. Estas cuestiones influyen tanto en el backend y los permisos como en la interfaz de usuario.

El manejo mediante teclado, los estados de foco reconocibles, los mensajes de error comprensibles y la tipografía escalable forman parte del trabajo sobre la interfaz de usuario. Acordamos con usted el marco de comprobación necesario para la accesibilidad. Un diseño visual o un análisis automático por sí solos no constituyen una evidencia completa de la accesibilidad. Comprobamos los accesos en el servidor para cada rol y cada proceso. Las cargas de archivos, las sesiones y el uso compartido de datos reciben medidas de protección propias. Para el despliegue, planificamos dispositivos de prueba, la aprobación en las tiendas de aplicaciones cuando corresponda, las vías de soporte y la implantación entre sus usuarios.

Una cuenta de cliente es más que un inicio de sesión. Las invitaciones, los cambios de organización, los accesos perdidos, las delegaciones y la baja de empleados deben encajar en el modelo de permisos. Aclaramos quién puede aprobar nuevos usuarios y qué pasos requieren una nueva confirmación. Las identidades gestionadas de forma centralizada pueden conectarse, pero la decisión de negocio sobre un encargo concreto sigue siendo tarea del portal. En los procesos de solicitud y las cargas de archivos, analizamos todo el recorrido hasta la tramitación interna. El tamaño de archivo, los contenidos permitidos, la cuarentena y la aprobación se planifican igual que los mensajes de estado comprensibles. Una carga correcta todavía no significa que un documento haya sido revisado o aceptado. Los borradores, el guardado automático y la continuación en otro dispositivo necesitan reglas claras de visibilidad. La información sensible no debe aparecer por descuido en notificaciones, URL o mensajes de diagnóstico.

Una aplicación móvil utilizada en almacén o en el trabajo de campo no puede dar por hecha una conexión permanentemente estable. Distinguimos los datos sin conexión de solo lectura de los cambios registrados localmente y determinamos durante cuánto tiempo siguen siendo válidos. Los grandes volúmenes de datos no se copian de forma indiscriminada en todos los dispositivos. Los permisos de usuario, el almacenamiento del dispositivo y el tratamiento de un dispositivo perdido se tienen en cuenta en el diseño. Al reconectar, el mismo registro puede haberse modificado ya en el servidor. Una regla general del tipo «gana el último cambio» no es adecuada para muchos procesos de negocio. Definimos qué campos pueden combinarse automáticamente y qué conflictos requieren una decisión. Las transmisiones pendientes siguen siendo visibles para los usuarios. Las pruebas incluyen interrupciones de conexión durante el envío, reintentos múltiples, sesiones caducadas y cambios de permisos entre el registro y la sincronización.

Un portal no se utiliza solo en un gran monitor de desarrollo. Los nombres largos, las traducciones, la tipografía ampliada, los teclados en pantalla y los dispositivos lentos modifican el diseño. Por eso comprobamos tareas completas en los dispositivos relevantes y con distintos métodos de entrada. Los mensajes de error explican qué hay que corregir y llevan al lugar correspondiente. Un formulario no debe perder sus datos introducidos solo porque haya que renovar el inicio de sesión. Para la implantación, planificamos un grupo reducido de usuarios, asistencia disponible y comentarios procedentes de flujos de trabajo reales. En las aplicaciones móviles, las versiones antiguas pueden seguir instaladas: el backend debe tener en cuenta el período de transición acordado. Las mediciones de uso deben responder a preguntas concretas de mejora, por ejemplo en qué punto se interrumpe un proceso. Qué mediciones pueden emplearse y qué información se necesita para ello se aclara antes de la implementación.

Panorama de aplicaciones, requisitos, riesgos Área de negocio, TI, seguridad de la información, arquitecto de software de OTOKO® Proyectos evaluados, inventario, requisitos de seguridad y de operación

Arquitectura, tecnología, modelo de operación Área de negocio, arquitectura, protección de datos, seguridad de la información Arquitectura objetivo, modelo de amenazas, estrategia de pruebas, modelo de operación, hitos