Massimo Dutti
Rediseño del flujo "Reserva en Tienda" de Massimo Dutti: de 8 pasos a 4, eliminando las fricciones que provocaban abandono en un canal omnicanal con alto potencial de conversión sin explotar.
Sobre el proyecto
Massimo Dutti tiene una funcionalidad de "Reserva en Tienda" que permite reservar un producto online para probarlo y comprarlo en tienda física, sin cargo previo. Es una solución omnicanal con potencial real para incrementar el tráfico en tienda y el ticket medio. Pero el flujo actual no convierte.
La acción de reservar está enterrada, el proceso tiene el doble de pasos necesarios, el seguimiento post-reserva es opaco y la incertidumbre sobre caducidad y compromiso de compra genera abandono. Este proyecto es un rediseño end-to-end del flujo orientado a tres resultados de negocio: aumentar la tasa de inicio de reservas (visibilidad del CTA), aumentar la tasa de completado (menos pasos, menos fricción) y aumentar la recogida efectiva en tienda (confianza y seguimiento claro).
El flujo actual de "Reserva en Tienda" tiene cuatro puntos de fuga identificados en la auditoría: (1) el CTA está enterrado debajo del fold en la ficha de producto — la mayoría de usuarios nunca lo ven; (2) el proceso requiere 8 pasos incluyendo registro obligatorio, lo que genera abandono en usuarios no logueados; (3) la selección de tienda no muestra disponibilidad real de stock, generando visitas fallidas; (4) la confirmación se limita a un email sin tracking in-app, sin wallet y sin recordatorio de caducidad. El resultado: una tasa de reservas completadas por debajo del potencial del canal y una oportunidad de conversión omnicanal desaprovechada.
- CTA de reserva enterrado debajo del fold — la mayoría de usuarios nunca lo descubren
- 8 pasos con registro obligatorio: cada paso intermedio es un punto de fuga medible
- Sin tracking in-app, sin wallet, sin recordatorio de caducidad — el usuario queda en un limbo post-reserva
Solución propuesta
Rediseño completo del flujo en 6 fases con enfoque de conversión: CTA dual visible sin scroll en la ficha de producto, selección de tienda con stock en tiempo real y tienda favorita preseleccionada, resumen de reserva sin registro obligatorio, confirmación inmediata con QR y wallet, tracking in-app con estados claros y cross-selling contextual, y una propuesta de Service Design para la recogida física con poste QR automatizado. Cada decisión de diseño responde a un punto de abandono identificado en la auditoría.
01. Definición del Problema
¿Por qué el flujo actual no convierte?
Antes de diseñar, audité el flujo completo de "Reserva en Tienda" paso a paso: desde el descubrimiento del producto hasta la recogida física. En paralelo, realicé benchmarking contra otras marcas del grupo Inditex y competidores directos del segmento premium. La auditoría reveló que el problema no es de demanda — los usuarios quieren probar antes de comprar. El problema es de ejecución: el flujo actual convierte una intención clara de compra en una experiencia frustrante que el usuario abandona antes de completar.
- CTA invisible — La acción "reservar en tienda" está debajo del fold, detrás de composición, cuidados y envíos. Es un enlace de texto, ni siquiera un botón. La mayoría de usuarios nunca lo descubren
- 8 pasos para una acción simple — Talla → CP → selección de tienda → login → reservar → solicitud → validación manual → email. Cada paso intermedio es un punto de fuga con caída de conversión acumulativa
- Seguimiento opaco — La reserva vive en un email. El tracking in-app muestra "Pendiente" sin progresión, sin estimación temporal, sin acciones posibles. El usuario no sabe qué pasará ni cuándo
- Incertidumbre sobre el modelo — ¿Tengo que pagar? ¿Qué pasa si no voy? ¿Cuándo caduca? Estas dudas sin respuesta clara convierten una propuesta de bajo riesgo en una decisión que el usuario prefiere posponer
Insight Clave: El usuario no abandona porque no quiera el producto. Abandona porque el flujo le genera más incertidumbre que confianza. Es un problema de diseño, no de demanda.
Punto de fuga #1 — Ficha de producto
El primer punto de fuga es el más crítico: el usuario nunca llega a ver la opción de reserva. En la ficha de producto actual, el CTA está enterrado al final de la página, debajo de composición, cuidados, envíos y devoluciones. Es un enlace de texto plano ("Disponibilidad y reserva en tienda") — sin jerarquía visual, sin diferenciación del contenido circundante.
Esto significa que la arquitectura de la información de la PDP prioriza la conversión online sobre la conversión omnicanal. Para una marca con presencia física fuerte como Massimo Dutti, esto es una oportunidad de negocio desperdiciada: el usuario que quiere probar antes de comprar no encuentra cómo hacerlo.
Punto de fuga #2 — Selección de tienda y registro
Los usuarios que sí encuentran la opción de reserva entran en un flujo con fricción innecesaria. La selección de tienda muestra "Talla disponible: M" pero no indica cuándo estará lista, qué ocurre si no se recoge, ni ofrece contexto sobre la experiencia en tienda. Peor aún: el flujo obliga a loguearse o crear cuenta antes de poder confirmar la reserva. Para un usuario que solo quiere probar una prenda sin compromiso de compra, exigir registro es una barrera desproporcionada que genera abandono inmediato.
Punto de fuga #3 — Confirmación y post-reserva
El flujo post-reserva es donde se pierde la recogida efectiva. La confirmación es una pantalla mínima que redirige al email. El tracking in-app muestra un estado "Pendiente" sin progresión visual, sin estimación temporal, y sin ninguna acción que el usuario pueda realizar.
Sin wallet, sin mapa, sin recordatorio de caducidad, el usuario olvida la reserva o no tiene la información necesaria cuando llega a la tienda. El resultado: reservas que caducan sin ser recogidas — un coste operativo para la tienda y una oportunidad perdida de venta.
02. Hipótesis
Tres hipótesis de valor que guían el rediseño
La auditoría reveló que los problemas del flujo actual no son bugs aislados — son consecuencias de una arquitectura que trata la reserva como funcionalidad secundaria. A partir del diagnóstico, formulé tres hipótesis que vertebran todas las decisiones de diseño:
- H1: Visibilidad → Inicio de reservas. Si el CTA de reserva tiene la misma jerarquía visual que "Añadir a la cesta" y es visible sin scroll, la tasa de inicio de reservas aumentará significativamente. El problema actual no es falta de interés — es falta de descubrimiento
- H2: Menos pasos → Más completados. Si reducimos el flujo de 8 pasos a 4 y eliminamos el registro obligatorio, la tasa de completado de reservas mejorará. Cada paso intermedio tiene una caída de conversión acumulativa — la simplificación es la intervención más rentable
- H3: Confianza post-reserva → Recogida efectiva. Si proporcionamos confirmación inmediata con QR, tracking con estados claros y recordatorios de caducidad, la tasa de recogida en tienda aumentará. El usuario necesita certidumbre, no solo confirmación
Insight Clave: Hipótesis central: si reducimos la ansiedad sobre el modelo (no hay cargo, no hay compromiso) y damos visibilidad al CTA, convertimos tráfico digital existente en visitas a tienda — sin coste de adquisición adicional.
Service Blueprint — Arquitectura del flujo propuesto
Antes de diseñar una sola pantalla, definí la arquitectura del sistema completo. Este service blueprint mapea cada punto de contacto del usuario, cada sistema de soporte y cada decisión de producto. Las decisiones de diseño no son estéticas — son estructurales. La preselección de tienda favorita no es un "nice to have": es la eliminación de un paso que causa abandono. La confirmación inmediata no es una mejora visual: es la sustitución de una validación manual que añadía latencia y generaba incertidumbre.
flowchart LR
subgraph EvidenciaFisica["🏷️ EVIDENCIA FÍSICA"]
direction LR
EF1["📱 App/Web Massimo Dutti"]
EF2["📍 Mapa tiendas + stock"]
EF3["📩 Email confirmación"]
EF4["📱 Push 'Listo para recoger'"]
EF6["📲 QR en App"]
EF7["🏬 Mostrador tienda"]
EF8["🧾 Ticket + Encuesta"]
end
subgraph Cliente["👤 CLIENTE"]
direction LR
C1["1️⃣ Busca producto"]
C2["2️⃣ Ve disponibilidad"]
C3["3️⃣ Selecciona talla y tienda"]
C4["4️⃣ Confirma reserva"]
C5["5️⃣ Recibe confirmación"]
C6["6️⃣ Ve 'Listo para recoger'"]
C7["7️⃣ Va a la tienda"]
C8["8️⃣ Recoge producto"]
end
subgraph Frontstage["💻 FRONTSTAGE - Lo que ve"]
direction LR
F1["✅ Botón 'Reservar en tienda'"]
F2["✅ Selector tienda + stock live"]
F3["✅ Resumen (3 taps máximo)"]
F4["✅ Pantalla confirmación"]
F5["✅ Tracker: Reservado → Preparando → Listo"]
F6["✅ Empleado prepara producto"]
F7["✅ Empleado escanea QR"]
end
subgraph Backstage["⚙️ BACKSTAGE - Sist. internos"]
direction LR
B1["🔧 API Catálogo"]
B2["🔧 API Stock TIEMPO REAL"]
B3["🔧 Motor de reservas"]
B4["🔧 Notificaciones push+email"]
B5["🔧 Sistema tienda (orden)"]
B6["🔧 Notif 'Listo'"]
B7["🔧 Validar QR → venta"]
end
subgraph Soporte["🗄️ SOPORTE - Base de datos"]
direction LR
S1["💾 ERP/PIM: productos"]
S2["💾 WMS: stock omnicanal"]
S3["💾 CRM: clientes"]
S4["💾 Email/Push: templates"]
S5["💾 Analytics: conversión"]
S6["💾 Cron: expira reservas no recogidas"]
end
C1 --> F1
F1 --> B1
B1 --> S1
C2 --> F2
F2 --> B2
B2 --> S2
C3 --> F3
F3 --> B3
B3 --> S3
C4 --> F4
F4 --> B4
B4 --> S4
C5 --> F5
F5 --> B5
B5 --> S6
C6 --> F6
F6 --> B6
C7 --> F7
F7 --> B7
B7 --> S5
C8 --> B7
EF1 --> C1
EF2 --> C2
EF3 --> C5
EF4 --> C6
EF6 --> C7
EF7 --> C8
EF8 --> C8
classDef physical fill:#e94560,stroke:#fff,color:#fff,stroke-width:2px
classDef customer fill:#0f3460,stroke:#53d8fb,color:#fff,stroke-width:2px
classDef frontstage fill:#16213e,stroke:#e94560,color:#fff,stroke-width:2px
classDef backstage fill:#533483,stroke:#8d99ae,color:#fff,stroke-width:2px
classDef support fill:#2b2d42,stroke:#8d99ae,color:#edf2f4,stroke-width:2px
class EF1,EF2,EF3,EF4,EF6,EF7,EF8 physical
class C1,C2,C3,C4,C5,C6,C7,C8 customer
class F1,F2,F3,F4,F5,F6,F7 frontstage
class B1,B2,B3,B4,B5,B6,B7 backstage
class S1,S2,S3,S4,S5,S6 support Insight Clave: De 8 pasos a 4. Cada nodo de este diagrama justifica una decisión de producto, no una elección estética.
03. Estrategia UX
Tres pilares: Claridad, Velocidad, Confianza
La estrategia del rediseño no se basa en mejorar pantallas — se basa en resolver los tres problemas estructurales que causan abandono:
- Claridad — El usuario no entiende qué es "reservar". Confunde "Reserva en Tienda" con "Click & Collect". No sabe si hay cargo, si es vinculante, ni qué pasa si no va. La solución: comunicación explícita en cada punto de contacto. "Pagarás en tienda. Ningún cargo online. Tienes 24h para decidir"
- Velocidad — El flujo actual tiene el doble de pasos necesarios. La solución: tienda favorita preseleccionada, email como único dato requerido, confirmación en un tap. Reservar debe sentirse tan directo como "Añadir a la cesta"
- Confianza — Una vez hecha la reserva, el usuario necesita saber qué pasará, cuándo y cómo. La solución: confirmación inmediata con QR, tracking con estados progresivos (Reservado → Preparando → Listo), recordatorio antes de caducidad, e integración con wallet para acceso sin fricción
Insight Clave: Estos tres pilares no son principios abstractos. Cada uno responde directamente a un punto de fuga identificado en la auditoría y se traduce en decisiones de diseño específicas y medibles.
Objetivos medibles por categoría
Todo rediseño necesita métricas claras para evaluar su impacto. Definí tres categorías de KPIs alineadas con los pilares estratégicos:
Descubrimiento
Tasa de clic en "Reservar en tienda" desde la PDP. Benchmark actual: estimado <2% (CTA invisible). Objetivo: equiparar al CTR de "Añadir a la cesta" en la misma posición.
Completado
Ratio reservas completadas / reservas iniciadas. El registro obligatorio y los pasos intermedios generan caída acumulativa. Objetivo: >70% de completado eliminando registro y reduciendo a 4 pasos.
Recogida
Tasa de recogida efectiva en tienda dentro de 24h. Las reservas sin tracking claro caducan sin ser recogidas. Objetivo: >85% de recogida con tracking in-app, push reminders y wallet.
Impacto en tres dimensiones del producto
El rediseño impacta en tres áreas que van más allá del flujo de reserva: Conversión omnicanal — Transformar tráfico digital en visitas a tienda sin coste de adquisición adicional. Un usuario que reserva y recoge tiene mayor probabilidad de compra que uno que solo navega online. Eficiencia operativa — Reducir reservas no recogidas (coste operativo para la tienda), automatizar la recogida con QR, y generar datos de demanda por tienda y producto que alimentan decisiones de stock. Experiencia de marca — Cada pantalla del flujo mantiene la estética editorial de Massimo Dutti. La velocidad y la claridad no comprometen el posicionamiento premium — lo refuerzan. Un flujo limpio y sin fricción es la experiencia de lujo que el usuario espera.
04. Decisiones de Diseño
Las 6 fases del nuevo flujo
Cada fase del nuevo flujo responde directamente a un punto de fuga identificado en la auditoría. No hay decisiones decorativas — cada cambio tiene una razón de conversión:
Ficha de producto
CTA dual: "Añadir a la cesta" + "Pruébalo hoy en tienda" con la misma jerarquía visual. Visible sin scroll. Responde a: CTA invisible (punto de fuga #1).
Selección de tienda
Tienda favorita preseleccionada. Lista con distancia, horarios, stock en tiempo real y servicios (Style Advisor, probadores). Responde a: falta de contexto en selección de tienda.
Resumen de reserva
Producto, talla, tienda con mapa. Solo email si no está logueado. Banner: "Esta reserva no implica compra". Responde a: registro obligatorio (punto de fuga #2).
Confirmación inmediata
QR generado al instante. Apple Wallet + Google Wallet. Barra de progreso: Reservado → Preparando → Listo. Responde a: confirmación opaca (punto de fuga #3).
Tracking in-app
"Mis reservas" con estados progresivos: Pendiente → Confirmada → Caducada → Recogida. Cross-selling del stock de la misma tienda. Responde a: seguimiento sin feedback.
Recogida y post-visita
Push + email con instrucciones, QR para escanear en tienda, valoración post-visita. Responde a: tasa baja de recogida efectiva.
Decisión #1 — CTA dual visible en la PDP
Problema: El CTA de reserva estaba enterrado debajo del fold. La mayoría de usuarios nunca lo descubrían.
Cambio: El CTA "Reservar en tienda" convive con "Añadir a la cesta" en la misma jerarquía visual, visible sin scroll. Se diseñaron dos variantes para A/B testing: un enlace contextual sutil ("¿Lo quieres hoy? Pruébalo en tienda") y un botón secundario con igual prominencia ("RESERVAR EN TIENDA").
Por qué es mejor: El usuario toma la decisión de canal (online vs. tienda) en el momento de mayor intención de compra, no después de scrollear toda la PDP. Esto captura demanda omnicanal que antes se perdía.
Impacto esperado: Aumento significativo en la tasa de inicio de reservas — pasamos de "invisible" a "mismo nivel que el CTA principal".
Decisión #2 — Selección de tienda con stock real y resumen sin registro
Problema: La selección de tienda no mostraba disponibilidad real. El registro era obligatorio antes de confirmar.
Cambio: La tienda favorita se preselecciona automáticamente si el usuario está logueado. Cada tienda muestra distancia, horario de recogida ("Hoy a partir de las 10:30"), stock en tiempo real y servicios disponibles. Las tiendas sin stock lo indican claramente. El resumen de reserva solo pide email si el usuario no está logueado — sin registro obligatorio. Un banner refuerza: "Esta reserva no implica la compra final del producto".
Por qué es mejor: Eliminamos dos puntos de fricción en un solo paso: la incertidumbre sobre disponibilidad (que generaba visitas fallidas a tienda) y la barrera del registro (que causaba abandono inmediato). El mensaje de "sin cargo" reduce la ansiedad de compromiso.
Impacto esperado: Mejora del ratio de completado al eliminar el paso de registro y reducir la carga cognitiva.
Decisión #3 — Confirmación inmediata con QR y tracking progresivo
Problema: La confirmación era opaca y delegaba el seguimiento al email. El usuario no sabía qué pasaría ni cuándo.
Cambio: Confirmación inmediata con QR generado al instante, integración con Apple Wallet y Google Wallet, y barra de progreso visual (Reservado → Preparando → Listo). El tracking in-app muestra hora estimada ("A partir de las 10:30"), producto con foto, y acceso directo al QR y a las indicaciones para llegar a la tienda.
Por qué es mejor: El usuario tiene certidumbre total sobre el estado de su reserva sin salir de la app. La integración con wallet elimina la fricción de buscar el email de confirmación al llegar a la tienda. Los estados progresivos transforman la espera pasiva en una experiencia con feedback continuo.
Impacto esperado: Aumento de la tasa de recogida efectiva en tienda — el usuario no olvida la reserva porque el sistema le acompaña hasta la recogida.
Decisión #4 — Cross-selling contextual en el momento de mayor intención
Problema: La reserva terminaba en la confirmación. No había mecanismo para incrementar el ticket medio de la visita a tienda. Cambio: Mientras el usuario consulta el tracking, el sistema sugiere productos complementarios del stock de la misma tienda bajo "Completa tu look en tienda". La sugerencia aparece después de toda la información funcional, usando el formato de "Looks" que el usuario ya conoce de la PDP. Por qué es mejor: El momento entre la reserva y la recogida es un espacio de alta receptividad: el usuario ya decidió ir a la tienda. Sugerir productos del stock de esa tienda específica convierte cada visita de recogida en una oportunidad de venta adicional sin fricción. Impacto esperado: Incremento del ticket medio por visita. Un cliente que va a recoger una reserva tiene mayor predisposición a comprar complementos — el cross-selling contextual capitaliza esa intención.
Insight Clave: El cross-selling no es un añadido cosmético. Es una palanca de negocio: convierte una visita de recogida (coste operativo) en una oportunidad de venta adicional (revenue).
05. Service Design
Poste QR — Extender la experiencia digital al mundo físico
El rediseño no termina en la pantalla. La experiencia de recogida en tienda es el último punto de contacto del flujo — y actualmente depende al 100% de que el usuario encuentre a un empleado disponible. La propuesta: un poste automatizado donde el cliente escanea su QR al llegar. El sistema notifica al staff con el nombre del cliente, el producto reservado y sugerencias de cross-selling. El cliente recibe feedback inmediato: "Tu reserva se está preparando". Esto resuelve tres problemas con una sola intervención:
- Reducción de tiempo de espera — El cliente no busca a nadie. Escanea el QR y el sistema activa la preparación. El staff llega con el producto listo en mano, no con una pregunta de "¿en qué puedo ayudarle?"
- Servicio personalizado y escalable — El staff sabe quién es el cliente y qué reservó antes de interactuar. Puede preparar sugerencias de cross-selling relevantes. La atención personal deja de ser reactiva y pasa a ser proactiva
- Datos operativos para optimización — Tiempo medio de recogida, horas pico, ratio de recogida vs. caducidad, tasa de conversión en cross-sell. Datos que hoy no existen y que permiten optimizar turnos, stock y layout de tienda
Insight Clave: El poste QR transforma la recogida de un momento transaccional en una experiencia de servicio. Convierte un coste operativo (gestionar reservas) en una ventaja competitiva (servicio premium automatizado).
06. Pensamiento de Conversión
Mapa de intervenciones CRO por punto de fuga
Cada intervención del rediseño responde a un punto de abandono específico identificado en la auditoría. No son mejoras genéricas — son acciones quirúrgicas con impacto medible:
Descubrimiento (PDP)
CTA visible sin scroll, misma jerarquía que "Añadir a la cesta". Dos variantes para A/B test. Métrica: tasa de clic en "Reservar en tienda" desde la PDP.
Evaluación (selección de tienda)
Tienda favorita preseleccionada, stock en tiempo real, horarios de recogida. Sin registro obligatorio. Métrica: ratio de completado del flujo de selección.
Confianza (resumen y confirmación)
"Pagarás en tienda. Ningún cargo online" en cada punto de contacto clave. Confirmación inmediata con QR + wallet. Métrica: ratio de reservas confirmadas / iniciadas.
Retención (tracking)
Estados progresivos, hora estimada, push reminder 2h antes de caducidad. Cross-selling contextual. Métrica: tasa de recogida efectiva dentro de 24h.
Recuperación (abandonos)
Push notification si el usuario cierra el flujo: "¿Quieres terminar la reserva en [Tienda]?". Segmentada por punto de abandono. Métrica: tasa de recuperación de flujos abandonados.
Expansión (cross-selling)
Looks complementarios del stock de la misma tienda durante el tracking. Métrica: incremento del ticket medio por visita de recogida.
Insight Clave: "Pagarás en tienda. Ningún cargo online" — Este mensaje repetido en los momentos clave elimina la principal barrera psicológica. No es copy: es una decisión de producto que impacta directamente en la conversión.
07. Impacto Esperado
Estimaciones de impacto y justificación
Estas estimaciones se basan en benchmarks de la industria de fashion retail para intervenciones similares en flujos de e-commerce omnicanal. No son promesas — son hipótesis fundamentadas que requieren validación con datos reales:
- +200-400% en tasa de inicio de reservas — Mover un CTA de debajo del fold a la zona de acción principal es una de las intervenciones con mayor impacto documentado en e-commerce. Benchmarks del sector sitúan el incremento de CTR entre 2x y 5x cuando el CTA pasa de invisible a prominente
- +25-40% en tasa de completado — Eliminar registro obligatorio y reducir de 8 a 4 pasos. Cada paso eliminado en un flujo de checkout reduce la caída acumulativa entre un 5-10%. La eliminación del registro obligatorio por sí sola puede mejorar la conversión entre un 15-25% según datos de Baymard Institute
- +15-25% en tasa de recogida efectiva — Tracking in-app con estados claros, push reminders y wallet. Los push notifications de recordatorio tienen tasas de apertura del 20-30% en apps de retail, y la integración con wallet reduce la fricción del "último paso"
- +10-15% en ticket medio por visita — Cross-selling contextual durante el tracking. Un usuario que ya decidió ir a la tienda tiene alta receptividad a sugerencias complementarias — especialmente cuando son del stock real de la tienda que va a visitar
Insight Clave: El impacto acumulado de estas mejoras no es la suma de cada una — es multiplicativo. Un usuario que descubre el CTA, completa el flujo y recoge la reserva también está expuesto al cross-selling. La cadena completa importa más que cada eslabón individual.
08. Reflexión
Qué testearía primero y qué riesgos existen
Un rediseño es una hipótesis hasta que se valida con datos reales. Estas son las prioridades de validación y los riesgos identificados:
- A/B test del CTA — La primera validación sería un test A/B de las dos variantes de CTA (enlace contextual vs. botón secundario) contra el flujo actual. Es la intervención con mayor potencial de impacto y menor coste de implementación. Resultado esperado: datos en 2-3 semanas con tráfico existente
- Validación del flujo sin registro — ¿Los usuarios que reservan como invitados convierten igual en tienda que los registrados? Es posible que el registro, aunque genera fricción, también genere un efecto de compromiso (sunk cost). Habría que medir recogida efectiva por segmento
- Riesgo: canibalización — ¿El aumento de reservas en tienda reduce las compras online directas? Si un usuario que habría comprado online pasa a reservar y luego no recoge, el net revenue es negativo. Sería necesario monitorizar el GMV total (online + tienda) y no solo las métricas del flujo de reserva
- Riesgo: capacidad operativa — Un aumento significativo de reservas implica más preparación de pedidos en tienda. Si la capacidad operativa no escala, los tiempos de preparación aumentan y la experiencia se degrada. El poste QR ayuda pero no resuelve el cuello de botella del picking
- Siguiente iteración — Testing con usuarios reales del flujo completo (5-8 usuarios, tareas cronometradas). Medir: tiempo de completado, puntos de confusión, comprensión del modelo "sin cargo". Priorizar los puntos de fricción que los datos reales revelen vs. los que la auditoría sugirió
Insight Clave: La mayor limitación de este proyecto es que se basa en auditoría heurística, no en datos cuantitativos del flujo actual. Las estimaciones de impacto son hipótesis fundamentadas — no certezas. La siguiente fase imprescindible es instrumentar el flujo actual para medir los baselines reales antes de cualquier implementación.
