Ruta de mejora
Estrategia: no competir con cada gigante en su casa, sino ganar en dimensiones medibles donde la unión vence a las partes, y cerrar las brechas de madurez una por una. Referentes y fuentes:
referentes-hci.xlsx.
Control de cambios
| Versión | Fecha | Autor | Descripción del cambio |
|---|---|---|---|
| 1.0 | 2026-06-12 | Andrés García | Ruta inicial: 7 dimensiones medibles y 6 fases |
1. Qué significa "mejor": las 7 dimensiones medibles
| # | Dimensión | Métrica objetiva | Hoy | Mejor referente | Meta |
|---|---|---|---|---|---|
| D1 | Cobertura de medios | Medios con artefacto ejecutable desde una fuente de verdad | 8 (Word, Excel, PPT, web, app, móvil×3, Figma) | Fluent 2: ~4 | 10 (+ email, + alto contraste) |
| D2 | Calidad verificable | Validaciones automáticas reproducibles publicadas | 3 manuales (APCA, axe, regresión) | GOV.UK: pruebas continuas | Las 3 en CI en cada push |
| D3 | Componentes implementados | Componentes con código real, estados y a11y probada | 0 empaquetados (20 especificados + galería demo) | Material: 30+ | 20 instalables con pruebas |
| D4 | Implementabilidad | Paquetes instalables oficiales | 0 (archivos sueltos) | Todos tienen npm/SDK | npm tokens + preset + componentes |
| D5 | Documentación viva | Sitio navegable con ejemplos interactivos | Markdown + galería estática | m3.material.io | Sitio docs-as-code con playground |
| D6 | Adopción real | Proyectos en producción que lo usan e iteran | 0 | Años de uso en todos | 3 proyectos propios + retroalimentación |
| D7 | Innovación | Capacidades que ningún referente tiene | 3 (multimedio, theming semilla validado, patrones IA) | — | 6 (+CI perceptual, +UI generativa, +temas automáticos) |
Hoy Meridiano ya gana D1 y D7. La ruta cierra D2-D6 sin perder las dos ventajas.
2. Las seis fases
Fase 0 — Línea de medición (el tablero de juego)
- Scorecard
benchmark-referentes.md: puntuar Meridiano y los 6 grandes en las 7 dimensiones con evidencia. - Repetir la medición al cierre de cada fase: la mejora se demuestra, no se declara.
- Criterio de salida: tablero inicial publicado en el repo.
Fase 1 — Cimientos industriales (D2, D4)
- CI en cada push (GitHub Actions + espejo Gitea): medición APCA, auditoría axe de los ejemplos, regresión visual, validación de
tokens.jsoncontra el esquema DTCG. Ningún referente publica CI de contraste perceptual: primera ventaja nueva. - Paquete
@meridiano/tokens(npm): tokens DTCG + CSS + preset Tailwind + salidas Swift/Kotlin/Dart generadas en el build con Style Dictionary. - Versionado SemVer automatizado con changelog generado desde commits.
- Criterio de salida: badge de CI en verde y paquete instalable con
npm install.
Fase 2 — Componentes reales (D3)
@meridiano/componentes: los ~20 componentes del §8 como web components (consumibles desde React/Vue/HTML), cada uno con sus 6 estados, navegación por teclado y pruebas axe automatizadas. Empezar por los 8 de mayor uso: botón, campo, select, tabla, modal, toast, badge, tarjeta KPI.@meridiano/graficos: kit de gráficos que aplica §10 por defecto (paleta categórica, cero como base, título-conclusión obligatorio, tabla de datos accesible incluida). Diferencial: las buenas prácticas no son opt-in, son el default.- Biblioteca Figma de componentes sobre las 89 variables, con variantes por estado y Code Connect hacia los web components.
- Criterio de salida: la galería 09 reconstruida consumiendo los paquetes (dogfooding) sin perder su cero en axe.
Fase 3 — Cobertura total de medios (D1)
- Plantillas de correo HTML con tokens (el medio corporativo que ningún sistema cubre).
- RTL e i18n: tokens lógicos (inicio/fin) en CSS y en las plantillas Word — espejado también en documentos, único en el mercado.
- Tema de alto contraste completo y medido (más allá de
prefers-contrast). - Guía de sonido y hápticas gobernada por el mismo dial de expresividad del movimiento.
- Criterio de salida: D1 = 10 medios con artefacto ejecutable.
Fase 4 — Documentación viva (D5)
- Sitio del sistema (docs-as-code desde los .md existentes, p. ej. Astro/Starlight + el propio preset): documento maestro navegable, galería embebida, playground de tokens con el comparador APCA en vivo y generador de temas por semilla interactivo.
- Desplegado en el cluster k3s propio (
meridiano.ingeniumcodex.com). - Criterio de salida: cualquier persona entiende y adopta el sistema sin abrir el repositorio.
Fase 5 — Prueba de fuego: adopción real (D6)
- Aplicar Meridiano a 3 proyectos reales propios: un dashboard del cluster, los informes/documentos de clientes y una app web.
- Registro de fricciones (
docs/fricciones.md): cada problema real alimenta una versión 3.x. - Ciclo trimestral: medir scorecard → priorizar → versionar. La madurez que les sobra a los grandes solo se gana así.
- Criterio de salida: 3 proyectos en producción y al menos 2 versiones iteradas con retroalimentación real.
Fase 6 — Ventaja única sostenida (D7)
- UI generativa operativa: servidor MCP que expone tokens, componentes y reglas para que un LLM ensamble interfaces válidas del sistema (lo que §17 promete, hecho herramienta).
- Temas automáticos certificados: generador por semilla OKLCH que emite la variante de marca con su informe APCA/WCAG adjunto — branding con accesibilidad garantizada de fábrica.
- Patrones de IA ampliados: agentes, multimodal, confianza y recuperación, con ejemplos ejecutables.
- Criterio de salida: D7 = 6 capacidades sin equivalente en ningún referente.
3. Orden y dependencias
F0 (medir) → F1 (CI + paquetes) → F2 (componentes) → F4 (sitio)
↘ F3 (medios) ↗
F5 (adopción real) corre en paralelo desde el fin de F1 y alimenta todo
F6 (ventaja única) al final: se construye sobre paquetes y CI estables
Regla de la ruta: ninguna fase se cierra sin su criterio de salida medido, y el scorecard se actualiza al final de cada una. El día que Meridiano gane 5 de 7 dimensiones con evidencia pública, la afirmación "mejor que los anteriores" deja de ser opinión.