Prototipo web movil - martin-hendricks/MISO-PROYECTO-FINAL-SOLVENTA GitHub Wiki
Prototipo web/móvil · Cliente y back-office
Índice
- Design system
- Prototipo web
- Prototipo móvil
- Usabilidad · accesibilidad, localización e i18n — Play web S7 · Play móvil S7
- Recorridos críticos cubiertos
- Prototipo back-office · Asesor / Operador
- Guías de usuario · Semana 8
Nota (semana 7): abrir estas páginas y estos Play, no Screens de S6.
| Superficie | Figma Design | Figma Play |
|---|---|---|
| Web · S7 validación | Screens · S7 validación | Recorrer — inicia en Login |
| Móvil · S7 validación | Screens · S7 validación | Recorrer — inicia en Splash |
| Back-office · Asesor / Operador | Back-office · Asesor / Operador | Recorrer — inicia en Login |
Screens (S6) no se toca: es la línea base de la validación del 18 sep. S7 es la página clonada con el contexto de ramo y estado.
Design system
Mismos tokens en web y Android. Los PNG salen de Figma (Style Tile, modos de color, Component Gallery). Abrir el archivo de Figma para ver el prototipo navegable y las capas.
Breakpoint. Ancho de canvas (en px) en el que el layout web cambia: gutters, columnas, TopNav vs hamburger. No es la app Android. Solventa usa 390 (teléfono), 768 (tablet), 1024 y 1440 (desktop). Cada prototipo navegable «L1 · 390 / 768 / Desktop» es un frame a ese ancho, no un único prototipo fluido.
JIT (just-in-time). El diálogo de permiso del sistema aparece en el momento en que el usuario usa la función (cámara, galería, GPS al geoetiquetar), no en splash ni al instalar. En las tablas, «Ubicación JIT» es ese prompt nativo mockeado.
Web
Solventa — Web Customer Experience · páginas Style Tile y Component Gallery.
Style Tile — color, tipo, Base-4, radio, breakpoints (390 / 768 / 1024 / 1440), elevación.
Color modes — pares Light / Dark y ejemplo de Inicio 1440.
Component Gallery — botones, inputs, badges, TopNav, stepper de emisión, patrones login y póliza emitida.
Android
Solventa — Design System · páginas Style Tile y Component Gallery.
Style Tile — canvas 390, misma paleta y tipo que web.
Color modes — pares Light / Dark y ejemplo de Inicio 390 con BottomNav.
Component Gallery — instancias Button, TextField, BottomNav, sheets.
2. Prototipo web
Abrir prototipo (S7): Abrir y recorrer el prototipo web — inicia en Login 1440
Se abre en el navegador y es clickeable de punta a punta: no requiere cuenta de Figma ni instalar nada. Empieza en Login (1440) de Screens · S7 validación. Si no se ven las zonas clickeables, presiona la tecla
E.
✎ Archivo de diseño (S7): Screens · S7 validación · web. Screens S6 no se edita. Tokens: Style Tile / Component Gallery.
Recorridos
| Flujo | Abrir prototipo | Qué demuestra |
|---|---|---|
| S7 · Web customer L1 · Desktop | Abrir prototipo | Auth → Inicio con ramo + estado. TopNav cambia destinos. Perfil abre diálogos (Close). |
| S7 · i18n · primer arranque | Abrir prototipo | idioma-region (paso 1 de 3). México → formato MXN. Continuar → registro. |
| S7 · Ubicación · evidencia | Abrir prototipo | Dropzone. Usar ubicación del navegador. Permitir → coordenadas; Bloquear = el aviso sigue. |
| S6 · L1 768 (línea base, no clonada en S7) | Abrir prototipo | Misma IA, gutters condensados. |
| S6 · L1 390 (línea base, no clonada en S7) | Abrir prototipo | Hamburger → nav-menu / 390. Una columna. |
Navegación (cliente web)
Pre-login login · idioma-region · registro · consentimiento-datos
Post-login Inicio | Pólizas | Siniestros | Perfil
CTA Nueva cotización en Inicio y Pólizas (no es un quinto destino ni va en el TopNav)
| Shell | Pantallas | Web |
|---|---|---|
| A Auth | login, idioma-region, registro, consentimiento (alta) | Split brand (1440) / stacked (390). Sin TopNav de destinos. |
| B Destino raíz | Inicio, lista pólizas, lista siniestros, Perfil | TopNav; este destino subrayado. |
| C Anidada | cotización, oferta, detalle, avisos, reportar, evidencia, paramétrico, hipotecario | TopNav del padre. ← Volver. |
| D / E | emisión en progreso · póliza emitida | Sin nav. CTAs Ver mi póliza / Ir al inicio. |
Web ≠ Android: evidencia es archivo (dropzone), no cámara del sistema. Perfil son diálogos, no onboarding. Web no copia cámara, mapa de prestadores, biometría, push ni billetera offline: esas capacidades son del dispositivo (IA cliente). El aviso equivalente en web es la pantalla in-app (aviso-vencimiento, aviso-renovacion, parametrico). No hay campana ni destinos Open Finance / Risk Analysis. El árbol de cuatro destinos no cambia.
Docs de tokens: Style Tile y Component Gallery (exportaciones en Design system).
3. Prototipo móvil
Abrir prototipo (S7): Abrir y recorrer el prototipo móvil — inicia en Splash
Se abre en el navegador simulando el teléfono (390 px). Empieza en el Splash de Screens · S7 validación. Si no se ven las zonas clickeables, presiona la tecla
E.
✎ Archivo de diseño (S7): Screens · S7 validación · Android. Screens S6 no se edita. Tokens: Style Tile / Component Gallery.
App Android (Compose / M3) a 390. Bottom NavigationBar de cuatro tabs. Permisos de cámara, fotos, GPS y notificaciones JIT (just-in-time: al usar la función), nunca en splash. Sin campana. El cableado de abajo sigue la IA cliente. Los enlaces Play recorren el flujo de validación. Las vistas §5.2 están en la misma página S7, en la fila que empieza en prueba-de-vida. Web no las copia.
Recorridos
| Flujo | Abrir prototipo | Qué demuestra |
|---|---|---|
| S7 · Solventa app | Abrir prototipo | Splash → idioma → onboarding | login → habeas data → Inicio. Tabs Inicio · Pólizas · Siniestros · Perfil. |
| S7 · i18n · primer arranque | Abrir prototipo | Alta Android en cuatro pasos: idioma (1 de 4) → registro (2 de 4) → prueba-de-vida (3 de 4) → consentimiento (4 de 4). Perfil sheet = Close. |
| S7 · Ubicación JIT | Abrir prototipo | Diálogo de sistema mock. Permitir → evidencia con GPS. No permitir → evidencia-geo-denegada. |
Mapa de navegación: Solventa — Mobile Navigation Map.
Navegación (cliente Android)
Pre-login Splash → Idioma → Registro → prueba-de-vida → Consentimiento → Inicio
Login: prompt biométrico o fallback a contraseña (estados, no rutas)
Post-login Inicio | Pólizas | Siniestros | Perfil
Pólizas: lista y detalle online, o las mismas vistas sin red + banner de sincronización
Siniestros → aviso → evidencia (foto, video, recibo) → escaner-documentos → confirmación
Siniestros → mapa-prestadores → asistencia-sitio
Push: overlay JIT (y sheet de Perfil, Close). La bandeja abre parametrico,
aviso-vencimiento, aviso-renovacion o detalle-siniestro
Perfil → bottom sheets (Close; no empujan NavHost)
| Shell | Pantallas | NavigationBar |
|---|---|---|
| A Pre-login | Splash, idioma, onboarding, prueba-de-vida, login (biometría o contraseña), consentimiento (alta) |
Oculta |
| B Tab raíz | Inicio, Pólizas (online u offline), Siniestros, Perfil | Visible, este tab seleccionado (secondary-container, no fill primary) |
| C Nested | oferta, cotización, detalle, reportar, evidencia, escáner, mapa, asistencia, avisos, hipotecario | Visible, tab padre |
| D / E | emisión · póliza emitida | Oculta |
| Overlay | Permiso de notificaciones JIT; sheets de Perfil | No es ruta. Close vuelve al padre |
Vistas §5.2 en S7
Cuatro tabs. Sin campana y sin ruta «billetera offline». Fuente: IA cliente · secciones 2 y 3.
| Slug | Padre | HU | Frame en S7 |
|---|---|---|---|
evidencia-siniestro (foto + geo) |
Siniestros | HU-23–HU-25 | Sí. Video y recibo: evidencia-video-recibo |
permiso-ubicacion |
Siniestros | HU-24 | Sí |
prueba-de-vida |
Shell A, entre registro y consentimiento | HU-48 | prueba-de-vida. El Continuar del onboarding llega aquí; esta vista sigue al consentimiento. |
| Prompt biométrico y fallback | Estados de login |
HU-49, HU-50 | login-biometria · login-biometria-fallback |
| Permiso de notificaciones y bandeja | Overlay JIT; la bandeja no es ruta | SOLV-27–SOLV-29 | permiso-notificaciones · bandeja-push · overlay-permiso-notificaciones |
mapa-prestadores → asistencia-sitio |
Siniestros | HU-39–HU-41 | mapa-prestadores · asistencia-sitio |
| Estado sin red de la misma billetera | Pólizas (lista-polizas, detalle-poliza) |
HU-51, HU-52 | lista-polizas-offline · detalle-poliza-offline |
escaner-documentos |
Paso del aviso o del trámite | HU-42, HU-43 | escaner-documentos |
Capturas de esa fila. Web no las tiene: evidencia sigue siendo un archivo y el aviso se lee in-app.
| Prueba de vida | Huella o rostro | Si la biometría falla |
|---|---|---|
 |
 |
 |
| Avisos | Permiso | Hoja de Perfil |
|---|---|---|
 |
 |
 |
| Prestadores | Asistencia en sitio | Pólizas sin red | Detalle sin red |
|---|---|---|---|
 |
 |
 |
 |
| Foto, video y recibo | Soporte recortado |
|---|---|
 |
 |
Docs de tokens: Style Tile y Component Gallery (exportaciones en Design system).
4. Usabilidad · accesibilidad, localización e i18n
Versión final (S7): Abrir y recorrer el prototipo web · Abrir y recorrer el prototipo móvil · Design web S7 · Design Android S7
Rúbrica S6.2.3 (10 puntos), inspeccionada sobre S7. El prototipo especifica las condiciones; la validación en código (axe / TalkBack) queda para el canal implementado.
Accesibilidad
| Superficie | Qué se puede probar en Figma | Qué no |
|---|---|---|
| Prototipo navegable en escritorio (web y el archivo móvil abierto en browser/app) | Options → Accessibility settings → Adapt content for screen readers. VoiceOver / NVDA / JAWS. Tab = orden de capas. Navigate to = enlace; otro On click = botón. | — |
| Prototipo navegable en móvil / Figma Mirror | Contraste y nombres de capa como spec | TalkBack / VoiceOver iOS no leen prototipos Figma en el teléfono |
Pares Light/Dark del DS (fill primary → texto on-primary; nunca texto primary sobre fill primary). Hotspots nombrados como los pronuncia el lector (Continuar, Volver). Locale seleccionado = borde + check + texto, no solo color.
Inspección sobre S7 (no el tablero S6): Screens · S7 validación · web · Screens · S7 validación · Android. Tokens del DS: Web a11y 60:2 · Android a11y 126:2.
Inspección WCAG 2.2 A–AA sobre las páginas Figma S7 (contraste de tokens, hit targets, estado no solo por color) y matriz de las 10 heurísticas de Nielsen: Cumplimiento Axe y Nielsen · prototipo cliente. axe-core y TalkBack quedan para el canal en código (PF2): un prototipo Figma no tiene DOM.
Internacionalización y localización
Objetivo 3 + PL-01. Locales es-CO, es-MX, es-CL, es-PE. El núcleo solo recibe prima y código de moneda; el canal formatea monto y fecha.
| Canal | Dónde se elige | Ejemplo en el prototipo navegable |
|---|---|---|
| Web | Primer arranque idioma-region. Luego Perfil (diálogo Close). |
es-CO $48.900 COP · 07/09/2026 vs es-MX $1,234.56 MXN · 09/07/2026 |
| Android | Splash → idioma-region. Luego Perfil (sheet Close). Recursos values-es-rMX / rCL / rPE. |
Misma prima, distinto formato |
Web (S7) — Abrir prototipo
| es-CO (Colombia · COP) | es-MX (México · MXN) |
|---|---|
 |
 |
Android (S7) — Abrir prototipo
| es-CO (Colombia · COP) | es-MX (México · MXN) |
|---|---|
 |
 |
Seleccionado = borde primary + check + texto (no solo color). Tocar México cambia fecha y monto; Continuar sigue al registro / onboarding.
Ubicación (localización geográfica)
| Canal | Cómo se usa | Si el usuario niega |
|---|---|---|
| Web | Dirección escrita siempre. Geolocalización opcional del navegador al adjuntar archivo. No hay mapa de prestadores. | El aviso se envía sin geoetiqueta. |
| Android | Permiso nativo JIT al geoetiquetar la evidencia (HU-24, PDF §5.2): el SO pregunta entonces, no antes. Otro uso, solo Android: mapa-prestadores ordena un catálogo stub por distancia y asistencia-sitio envía el pedido con esa ubicación (HU-39–HU-41). No hay rastreo en segundo plano. |
En el aviso, evidencia-geo-denegada: misma ruta, UI distinta. Sin permiso no se abre el mapa ni se pide asistencia. |
Web (S7) — Abrir prototipo · evidencia · Android (S7) — Abrir prototipo · ubicación JIT
5. Recorridos críticos cubiertos
Paridad de producto cliente (§5.1). La navegación es distinta por canal (web TopNav / Android BottomNav).
| §5.1 | Entrada web | Entrada móvil | HUs |
|---|---|---|---|
| 1 Cotización | CTA en Inicio o Pólizas | Inicio → Ver oferta / Nueva cotización | HU-11, HU-6, HU-7, HU-92 |
| 2 Emisión | Oferta → Aceptar | Igual | HU-20, HU-12–17 |
| 3 Siniestro | Nav Siniestros · dropzone | Nav / FAB · cámara + GPS JIT | HU-22–25, HU-31 |
| 4 Paramétrico | Lista siniestros | Aviso / lista | HU-35, HU-36 |
| 5 Hipotecario | Card en Inicio | Card / flujo crédito | HU-53, HU-56, HU-57 |
| 6 Ciclo de vida | Pólizas + avisos (leer) | Wallet + vencimiento/renovación | HU-47, HU-64, HU-65 |
Capacidades del dispositivo (PDF §5.2). Entran en el canal móvil, anidadas en los cuatro destinos. En web no aplican: el aviso se lee in-app y la evidencia es un archivo.
| §5.2 | Entrada Android | Web |
|---|---|---|
| Cámara y geoetiquetado (foto, video, recibo) | Siniestros → evidencia | No aplica. Dropzone |
| Onboarding y biometría | prueba-de-vida en el alta; prompt o fallback en login |
No aplica |
| Notificaciones push | Overlay JIT; la bandeja abre la vista in-app | No aplica. Misma vista in-app, sin bandeja |
| Geolocalización y asistencia | mapa-prestadores → asistencia-sitio |
No aplica |
| Billetera offline | Estado de lista-polizas y detalle-poliza |
No aplica |
| Escaneo de documentos | escaner-documentos en el trámite |
No aplica. Archivo adjunto |
6. Prototipo back-office · Asesor / Operador
Cubre las 8 HU del grupo A de HU pendientes de refinamiento: las pantallas web de asesor y operador que en Lucid figuraban como Falta UI y que bloqueaban S2 y S3.
Vive en la página Back-office · Asesor / Operador del mismo archivo web, para heredar los tokens y los componentes del design system de cliente. Las páginas del prototipo de cliente no se modificaron.
Auditoría: Cumplimiento Axe y Nielsen · prototipo back-office. Clientes es CRUD de usuarios web/móvil (persona). Cotizaciones y Pólizas cargan las colas COT-* / POL-*. El TopNav cambia de destino en Play.
Abrir prototipo: Abrir y recorrer el back-office — inicia en Login
Se abre en el navegador. Empieza en Iniciar sesión (
bo-login). Entrar abre Clientes. Nuevo cliente y la fila abren ficha / alta / baja. El TopNav lleva a Cotizaciones, Pólizas y Avisos (el asesor ve sin permiso en Avisos). Cerrar sesión vuelve al login. Si no se ven las zonas clickeables, presiona la teclaE.
✎ Archivo de diseño editable: Back-office · Asesor / Operador — pantallas de asesor/operador, login y CRUD de clientes; 4 componentes propios.
Por qué el shell del asesor no es el del cliente
El cliente administra sus pólizas; el asesor y el operador trabajan carteras y colas de terceros. La arquitectura de información cambia, así que el back-office usa TopNavAdmin y no el TopNav de cliente.
| Cliente | Back-office | |
|---|---|---|
| Destinos | Inicio · Pólizas · Siniestros · Perfil | Clientes · Cotizaciones · Pólizas · Avisos |
| Identidad | avatar y Perfil | tag Back-office, selector de rol y cerrar sesión |
| Acción principal | CTA Nueva cotización | Nuevo cliente (CRUD) / Nueva cotización en Cotizaciones / decisión sobre el caso (operador) |
| Breakpoints | 1440 · 768 · 390 | solo 1440 — es una herramienta de escritorio |
Componentes nuevos
Los cuatro se construyeron sobre la colección de variables Color existente (modos Light y Dark), reutilizando Button y Footer como instancias.
| Componente | Variantes | Para qué |
|---|---|---|
TopNavAdmin |
4 destinos | Shell de asesor y operador (HU-8) |
BadgeBO |
En revisión · Aprobada · Rechazada · Pagada · Cancelada · Activo · Inactivo | Estados de cola y de ficha de cliente |
DialogConfirm |
Default · MotivoVacio | Confirmación destructiva con motivo obligatorio (HU-27, HU-61) |
EmptyState |
ColaVacia · SinPermiso · SinClientes | Cola sin pendientes (HU-26), rol sin acceso (HU-8) y cartera de terceros vacía |
Recorridos
| Flujo | Abrir prototipo | Qué demuestra |
|---|---|---|
| Asesor · login | Abrir prototipo | Iniciar sesión (correo corporativo). Entrar → Clientes. No hay alta de cuenta: el rol lo asigna Solventa. |
| Asesor · clientes (CRUD) | Abrir prototipo | Lista de personas (web/Android) → ficha → editar / dar de baja / cotizar. |
| Asesor · cotizaciones | Abrir prototipo | Cola COT-* → Nueva cotización. El picker de ramo (Dispositivo · Viaje · Vida · Clima y vuelos · Pagos · Hipotecario) cambia los datos de riesgo, igual que en el canal del asegurado. |
| Asesor · pólizas | Abrir prototipo | Cola POL-*. Renovar / Cancelar desde la fila. |
| Operador · avisos | Abrir prototipo | Cola con filtros → detalle del caso → aprobar (pago) o rechazar (diálogo con motivo). |
| Operador · ciclo de vida | Abrir prototipo | Renovar y cancelar póliza, con sus estados de bloqueo. |
Pantallas y trazabilidad
Cada HU tiene su pantalla de camino feliz y su estado alterno: el segundo escenario Gherkin que el refinamiento exigía y que no existía.
| HU | Jira | Pantalla · camino feliz | Estado alterno | Escenario que cubre |
|---|---|---|---|---|
| HU-8 | SOLV-101 | shell-asesor (lista clientes) |
shell-asesor-sin-permiso · lista-clientes-vacia |
Rol sin permiso en Avisos; cartera de terceros vacía |
| HU-10 | SOLV-103 | asesor-cotizacion (ramo Dispositivo; picker a viaje / vida / clima / pagos / hipotecario) |
asesor-cotizacion-error |
Entrada inválida (valor asegurado fuera de rango). Los datos de riesgo cambian con el ramo |
| HU-19 | SOLV-112 | asesor-emision |
asesor-emision-rechazo |
Suscripción rechazada con motivo |
| HU-26 | SOLV-119 | bo-cola-avisos |
bo-cola-avisos-vacia |
Cola sin avisos pendientes |
| HU-27 | SOLV-120 | bo-aviso-decision |
bo-aviso-decision-sin-motivo |
Rechazo sin motivo: CTA bloqueado |
| HU-29 | SOLV-122 | bo-pago-parametrico |
bo-pago-reintento |
Reintento idempotente: mismo comprobante |
| HU-59 | SOLV-152 | bo-renovar-poliza |
bo-renovar-no-vigente |
Póliza no vigente: no se renueva |
| HU-61 | SOLV-154 | bo-cancelar-poliza |
bo-cancelar-ya-cancelada |
Póliza ya cancelada: acción no se repite |
Navegación (back-office)
Pre-login bo-login
Shell Clientes | Cotizaciones | Pólizas | Avisos
Asesor clientes (CRUD) → ficha → (editar | baja | cotizar)
cotizaciones → cotización → emisión → (póliza | rechazo)
Operador cola de avisos → detalle → decisión → (pago | rechazo)
pólizas → renovar | cancelar → confirmación
| Shell | Pantallas | TopNavAdmin |
|---|---|---|
| Auth | bo-login |
Oculto. Entrar → Clientes |
| A Destino raíz | clientes, cotizaciones, pólizas, avisos | Visible, este destino subrayado. Cerrar sesión → login |
| B Anidada | ficha / form de cliente, cotización, emisión, detalle del caso, renovar, cancelar | Visible, destino padre. ← Volver |
| C Modal | decisión de aviso; dar de baja al cliente | Visible bajo el scrim; el diálogo bloquea el fondo |
| D Bloqueado | sin permiso, cola vacía, sin clientes, póliza ya cancelada | Visible; el contenido se sustituye por EmptyState o nota de bloqueo |
Asesor
Login — correo corporativo. No hay Crear cuenta: el rol (asesor u operador) lo asigna Solventa. Entrar abre Clientes.
Clientes — personas que usan web o Android: documento, canal, estado, consentimiento. CTA Nuevo cliente. La fila abre ficha; Editar / Dar de baja / Cotizar.
| Ficha | Alta | Baja |
|---|---|---|
 |
 |
 |
Cotizaciones — cola COT-* con ramos L1 (dispositivo, vida, clima y vuelos, hipotecario). CTA Nueva cotización.
Pólizas — cola POL-*. Renovar / Cancelar en la fila.
Rol sin permiso — el asesor entra a Avisos, sección exclusiva del operador. Misma ruta, contenido sustituido.
Cotización — Nueva cotización abre el formulario con picker de ramo (mismo set L1 que el cliente). Los datos de riesgo cambian al tocar Dispositivo, Viaje, Vida, Clima y vuelos, Pagos o Hipotecario; los datos del cliente se mantienen. Panel de oferta en firme a la derecha. Entrada inválida (dispositivo): campo en error, CTA deshabilitado y panel degradado a Sin oferta.
| Camino feliz | Entrada inválida |
|---|---|
 |
 |
Suscripción y emisión — stepper Cotizar → Oferta → Emisión → Póliza. En el rechazo el paso se marca en error y las acciones cambian a cotizar otro producto.
| Aprobada | Rechazada |
|---|---|
 |
 |
Operador
Cola de avisos — filtros por estado, fila seleccionada con barra de acento y panel de detalle con evidencia.
| Con casos | Cola vacía |
|---|---|
 |
 |
Decisión sobre el aviso — el diálogo se abre sobre la cola, de modo que el caso sigue visible. Sin motivo, el CTA de rechazo queda bloqueado.
| Con motivo | Sin motivo |
|---|---|
 |
 |
Pago de bajo monto — pago automático bajo el umbral. El reintento devuelve el mismo comprobante: la clave de idempotencia evita el segundo desembolso y la trazabilidad lo registra.
| Pago pendiente | Reintento idempotente |
|---|---|
 |
 |
Ciclo de vida de la póliza — renovar y cancelar, cada una con su bloqueo. La cancelación es destructiva y exige motivo.
| Renovar | Póliza no vigente |
|---|---|
 |
 |
| Cancelar | Ya cancelada |
|---|---|
 |
 |
Accesibilidad y localización
Se aplican las mismas condiciones de la sección 4: pares Light/Dark por variables, hotspots nombrados como los pronuncia el lector y estado nunca comunicado solo por color — cada BadgeBO lleva texto, y los bloqueos suman nota escrita al color del contenedor.
Inspección WCAG y Nielsen: Cumplimiento Axe y Nielsen · prototipo back-office. El tab Clientes coincide con el H1 Clientes.
Montos y referencias usan JetBrains Mono ($148.900 COP, POL-88421, idem-9f2c41a7), igual que en el canal de cliente. El formato regional lo aplica el canal, no el núcleo.
Guías de usuario · Semana 8
La rúbrica de la Semana 8, §3.c, pide la guía de usuario junto con la presentación del prototipo final. Cada guía explica una superficie de este prototipo, con los recorridos, los controles y los estados que el prototipo especifica.
| Guía | Para quién | Prototipo |
|---|---|---|
| Manual de usuario · Cliente web | Persona asegurada en el navegador | Play web S7 |
| Manual de usuario · Cliente móvil | Persona asegurada en Android | Play móvil S7 |
| Manual de usuario · Back-office | Asesor y operador en escritorio | Play back-office |
Fuera de este avance
- Portal de socios (HU-80) y tableros / SLAs (HU-69). El back-office de asesor / operador ya está cubierto en la sección 6.
- Back-office en 768 / 390: es una herramienta de escritorio; solo se diseñó 1440.
- Campana in-app. El push de Android es permiso JIT y bandeja del sistema, no un destino.
- Código Angular / Compose (este entregable es el prototipo navegable en Figma). Se construye en el Proyecto Final 2: ver Plan de trabajo PF2.
- Validación de accesibilidad en código (axe / TalkBack) sobre el canal implementado: el prototipo especifica las condiciones, no las valida en ejecución.
- El Play que empieza en Splash sigue el recorrido de validación. El alta Android está numerada de 1 a 4 (idioma, registro, prueba de vida, consentimiento). Las vistas §5.2 están en la misma página, en la fila de
prueba-de-vida, y sus capturas están en la sección 3. Web no tiene esas pantallas y su alta sigue en 3 pasos.
Estado del entregable
Versión final — semana 7. Este prototipo se cierra como la versión final del Proyecto Final 1. Frente al avance de la semana 6, incorpora el back-office de asesor y operador —las 8 pantallas que figuraban como Falta UI y bloqueaban los sprints 2 y 3 del PF2— y deja las condiciones de usabilidad especificadas en ambos canales.
Entregable de la semana 7: Hoja de trabajo semana 7 · §1 Versión final del prototipo.