Auditoría UX de TimeLiber Commerce
Fecha: 2026-08-31
Método: Krug + heurísticas de Nielsen, revisión de código y recorrido HTTPS.
Puntuación actual: 8.2/10. El objetivo previo a piloto y App Review es 10/10.
Resultado
El registro, login, creación de empresa y selección multi-tenant forman un recorrido coherente y accesible. El dashboard ahora muestra identidad persistente, navegación explícita, empresa activa, avance de configuración y una única acción principal. La superficie Shopify usa componentes Polaris del template oficial.
La interfaz todavía no puede considerarse 10/10 porque el producto prometido —consultar pedidos— no tiene aún una pantalla funcional y el enlace DEV exige copiar un código entre TimeLiber y Shopify. Es un mecanismo seguro y comprensible para validar el conector, no la experiencia final ideal.
Hallazgos por severidad
| Severidad | Hallazgo | Estado / acción |
|---|---|---|
| 4 | El conector no está desplegado; la vinculación no puede completarse en producción. | Bloquea App Review. Rotar secreto, desplegar y probar. |
| 4 | La vista de pedidos y estados ya está implementada, pero no ha recibido datos de una tienda real. | Bloquea la evidencia funcional hasta validar la Development Store. |
| 3 | Copiar un código entre dos superficies añade fricción y recuerdo. | Aceptable sólo para DEV; evolucionar a handoff de un uso con retorno automático. |
| 3 | No existe gestión visible de reautorización/desconexión. | Implementar antes del piloto público. |
| 2 | En móvil la navegación lateral se oculta porque sólo existe una sección. | Añadir navegación móvil cuando aparezca Pedidos. |
| 2 | Los textos legales son técnicamente claros, pero siguen pendientes de validación jurídica. | Revisión legal antes del listing. |
| 1 | El dashboard tiene deliberadamente poca densidad mientras no existan datos reales. | No rellenar con métricas ficticias; crecer con pedidos reales. |
Heurísticas
- Visibilidad: loaders, estados de mutación, confirmación de copia y errores están visibles. Falta confirmación cross-window tras vincular Shopify.
- Lenguaje real: se usa “empresa”, “tienda”, “pedidos” y “conectar”; no se muestran UUID, intents, OAuth ni tokens como conceptos de interfaz.
- Control: existe salida de sesión y el código expira. Falta desconectar y reautorizar una conexión desde TimeLiber.
- Consistencia: frontend TimeLiber usa su design system; la app embebida usa Polaris/App Bridge para respetar las convenciones de Shopify.
- Prevención de errores: scopes read-only, tenant derivado de la sesión, código de un solo uso y mensajes de recuperación. Falta E2E de código vencido, reutilizado y tienda ya vinculada.
- Reconocimiento: el progreso de tres pasos reduce incertidumbre. El código manual sigue siendo el principal costo cognitivo.
- Minimalismo: una acción principal por estado y ninguna métrica inventada.
- Ayuda: soporte, privacidad y términos están visibles; falta guía visual de instalación para reviewer y merchant.
Para llegar a 10/10
- Sustituir el código manual por un handoff opaco de un solo uso cuando la URL pública de App Store esté disponible y validada.
- Validar la vista ya implementada con pedidos reales y completar paginación incremental para tiendas con más de 50 registros por carga.
- Añadir administrar, reautorizar y desconectar con consecuencias claras.
- Probar el recorrido completo con cinco usuarios y una Development Store, incluyendo móvil, teclado, zoom 200 % e incógnito sin cookies de terceros.
- Ejecutar Lighthouse/axe y corregir cualquier incumplimiento WCAG 2.2 AA.