docs(adr): marcar Etapa 2 del ADR 0005 como completa #43
@@ -1,13 +1,14 @@
|
|||||||
# ADR 0005 — Rediseño del storefront para catálogo multi-categoría
|
# ADR 0005 — Rediseño del storefront para catálogo multi-categoría
|
||||||
|
|
||||||
**Estado:** propuesta — pendiente de aprobación antes de Etapa 2
|
**Estado:** aceptada — Etapa 2 implementada y en producción
|
||||||
**Fecha:** 2026-08-23
|
**Fecha:** 2026-08-23 (Etapa 1) — actualizado 2026-08-25 (Etapa 2 completa)
|
||||||
|
|
||||||
> Este documento es la propuesta de Etapa 1 del rediseño de ARI
|
> Este documento arrancó como la propuesta de Etapa 1 del rediseño de
|
||||||
> Shopping. No incluye código de producción — solo auditoría,
|
> ARI Shopping (auditoría, decisión — ver también [ADR 0004](0004-evaluacion-stack-multi-categoria.md) —
|
||||||
> decisión (ver también [ADR 0004](0004-evaluacion-stack-multi-categoria.md)),
|
> patrones de UX y datos demo). Etapa 2 fue aprobada y se implementó
|
||||||
> patrones de UX y datos demo ya creados y visibles en producción
|
> completa en tres sub-fases (datos/categorías, navegación,
|
||||||
> como línea base.
|
> componentes visuales) — ver la sección 6 para el detalle de cada
|
||||||
|
> sub-fase y sus PRs.
|
||||||
|
|
||||||
## 1. Resumen de la auditoría
|
## 1. Resumen de la auditoría
|
||||||
|
|
||||||
@@ -255,12 +256,33 @@ objetivo es validar la tubería Admin → MinIO → NPM → frontend, no el
|
|||||||
contenido visual final.
|
contenido visual final.
|
||||||
|
|
||||||
Usuario admin temporal `[email protected]` usado para esta
|
Usuario admin temporal `[email protected]` usado para esta
|
||||||
auditoría — pendiente de borrar una vez aprobada esta propuesta.
|
auditoría — pendiente de borrar (ver sección 6).
|
||||||
|
|
||||||
## 6. Próximos pasos
|
## 6. Etapa 2 — implementada (2026-08-23 a 2026-08-25)
|
||||||
|
|
||||||
Pendiente de tu aprobación explícita antes de iniciar Etapa 2. Cuando
|
Aprobada y ejecutada en tres sub-fases, cada una validada en vivo
|
||||||
apruebes, Etapa 2 se dividirá en sub-fases (datos/categorías primero,
|
contra estos 9 productos demo:
|
||||||
luego navegación, luego componentes visuales), validando en cada paso
|
|
||||||
contra estos 9 productos demo que precio/descripción/imágenes siguen
|
1. **Datos/categorías** (2026-08-23/24): fix del bug de Store API que
|
||||||
actualizándose correctamente desde Admin.
|
impedía ver la categoría real de un producto (causa raíz del ADR
|
||||||
|
0004); 21 categorías/9 productos demo creados; `legacyProductMeta`
|
||||||
|
eliminado (PR #29) — 17 productos legacy con categoría/colección/
|
||||||
|
marca/rango de edad reales.
|
||||||
|
2. **Navegación** (2026-08-25): navbar y tiles del home pasaron de
|
||||||
|
arrays hardcodeados a data-driven contra el árbol real de
|
||||||
|
categorías (`getCategories()`, PR #32); guard de CI actualizado
|
||||||
|
(PR #33); fix de tipos (PR #34); home/layout forzados a render
|
||||||
|
dinámico para evitar que quedaran cacheados con datos mock (PR #35).
|
||||||
|
3. **Componentes visuales** (2026-08-25), los 4 patrones de la
|
||||||
|
sección 3 más el breadcrumb/facetas de Amazon: mega-menú
|
||||||
|
"Departamentos" multi-columna (PR #36), badges antes/ahora
|
||||||
|
(PR #37), swatches de variante inline (PR #38), mensaje de
|
||||||
|
urgencia por inventario real (PR #39), breadcrumb real + conteos
|
||||||
|
por filtro en el catálogo (PR #40), tiles promocionales
|
||||||
|
intercalados en la grilla (PR #41, con fix-forward de tipos en
|
||||||
|
PR #42).
|
||||||
|
|
||||||
|
**Pendiente:** borrar el usuario admin temporal `[email protected]`
|
||||||
|
de Medusa Admin (creado para la auditoría de la sección 5, ya no
|
||||||
|
necesario). Sin próxima etapa definida todavía — este ADR no
|
||||||
|
especifica una Etapa 3.
|
||||||
Reference in new issue
Block a user