Product Design Framework™ MARK I
Comprender antes de diseñar
Product Design Framework™ MARK I es un sistema estructurado para comprender problemas complejos, definir experiencias, diseñar soluciones y medir sus resultados.
DISCOVERY
Entender el problema y el contexto
STRATEGY
Definir dirección y enfoque
EXPERIENCE
Diseñar la experiencia del usuario
DESIGN
Diseñar soluciones claras y funcionales
MEDITION
Medir resultados e impacto
LEARN
Aprender de los datos y hallazgos
OPTIMIZER
Optimizar lo que genera valor
ITERATE
Iterar y evolucionar continuamente
¿Cómo funciona MARK I?
De la comprensión a la mejora continua
MARK I organiza el proceso en herramientas conectadas. Cada una responde una pregunta específica y genera información que sirve como punto de partida para la siguiente etapa.
01 — Discovery Canvas™
Comprender el problema, el contexto y la evidencia disponible.
02 — Design Compass™
Definir dirección, objetivos, supuestos y restricciones.
03 — User Definition™
Identificar a quién diseñamos y qué necesita dentro del contexto..
04 — Experience Architecture™
Estructurar la experiencia, sus etapas, procesos y dependencias.
05 — Journey Map™
Visualizar el recorrido del usuario, sus puntos de contacto, estados y oportunidades.
06 — Service Blueprint™
Conectar la experiencia visible con procesos, sistemas, operaciones y soporte.
07 — MVP Canvas™
Definir y priorizar lo esencial para construir una solución viable.
08 — Wireframes™
Traducir las decisiones de experiencia en estructuras claras de interacción.
09 — Success Metrics™
Definir cómo medir desempeño, impacto, adopción y aprendizaje.
Nota: No todas las herramientas deben utilizarse en todos los proyectos. MARK I se adapta a la complejidad, necesidades y objetivos de cada producto o servicio.
¿Qué es esto y para qué sirve?
Un sistema para tomar mejores decisiones de producto
Product Design Framework™ MARK I organiza el proceso de Product Design en una secuencia estructurada que permite comprender el problema antes de definir una solución.
Conecta investigación, estrategia, definición de usuario, arquitectura de experiencia, diseño y medición para transformar información en decisiones concretas.
Nota: No se trata solo de diseñar interfaces. Se trata de comprender qué construir, para quién, por qué y cómo saber si funciona.
MARK I conecta cinco dimensiones:
DISEÑAR
Prioridades · soluciones · interfaces
ESTRUCTURAR
Experiencia · procesos · sistemas
MEDIR
Resultados · comportamiento · impacto
DEFINIR
Usuario · objetivos · necesidades
ENTENDER
Problema · contexto · evidencia
Cada etapa genera información que alimenta la siguiente, creando una trazabilidad entre el problema, las decisiones de diseño y los resultados del producto.
DEMO CASE™
MARK I en acción
Un ejemplo práctico de principio a fin.
Introducción
Para comprender cómo funciona el Framework, utilizaremos un caso demostrativo sencillo: una aplicación de comida en la que los usuarios abandonan el proceso antes de confirmar su pedido.
Problema
Los usuarios llegan al checkout, pero algunos abandonan porque no tienen suficiente claridad sobre el costo total y el tiempo de entrega antes de confirmar.
Objetivo
Diseñar una experiencia de checkout más clara, confiable y eficiente, reduciendo la incertidumbre antes de realizar el pedido.
PROBLEMA → COMPRENDER → DEFINIR → ESTRUCTURAR → DISEÑAR → MEDIR → OPTIMIZAR
Discovery™
¿Qué está pasando?
Antes de diseñar, necesitamos comprender el problema. Discovery™ reúne contexto, evidencia y hallazgos para identificar qué está ocurriendo realmente en la experiencia.
Demo Case
Contexto
Los usuarios pueden seleccionar sus productos y llegar al checkout, pero una parte de ellos abandona antes de confirmar el pedido.
Evidencia
- El costo total no siempre es evidente desde el inicio.
- El tiempo estimado de entrega aparece demasiado tarde.
- Algunos usuarios revisan varias veces el resumen antes de continuar.
- Se presentan abandonos durante los últimos pasos del checkout.
Hallazgo principal
La incertidumbre sobre el costo y el tiempo de entrega está generando fricción antes de la confirmación.
Oportunidad
Aumentar la claridad y confianza del usuario antes de confirmar el pedido.
Resultado de Discovery™
Problema identificado:
El usuario no tiene suficiente información para confirmar el pedido con confianza.
Discovery™ transforma información inicial en una comprensión estructurada del problema, estableciendo la base para definir la dirección de la solución.
Discovery™ transforma información dispersa en evidencia que permite definir el problema correcto antes de diseñar.
CONTEXTO → EVIDENCIA → HALLAZGO → OPORTUNIDAD
Design Compass™
¿Qué está pasando?
Una vez comprendido el problema, necesitamos establecer una dirección clara para orientar las decisiones de diseño. Design Compass™ transforma los hallazgos de Discovery™ en un marco de dirección que permite definir qué debemos lograr, para quién y bajo qué principios.
Demo Case
Dirección
FoodFlow™ debe ofrecer un checkout más claro y transparente que permita al usuario confirmar su pedido con confianza.
Objetivo de experiencia
Ayudar al usuario a comprender rápidamente cuánto pagará, cuándo recibirá su pedido y qué necesita hacer para finalizarlo.
Objetivo de negocio
Incrementar la finalización de pedidos reduciendo el abandono durante el checkout.
Usuario prioritario
Personas que ya seleccionaron sus productos y se encuentran evaluando si confirmar el pedido.
Principios de diseño
• Claridad antes que complejidad.
• Información relevante en el momento adecuado.
• Transparencia sobre costo y entrega.
• Reducir incertidumbre antes de la decisión.
• Facilitar la acción sin agregar fricción.
Hipótesis estratégica
Si presentamos de forma clara y anticipada el costo total, el tiempo estimado de entrega y la información necesaria para confirmar, el usuario tendrá mayor confianza y será más probable que complete el pedido.
Resultado de Design Compass™
Dirección definida:
Crear un checkout más claro, transparente y confiable que ayude al usuario a tomar la decisión de compra con menor incertidumbre.
Criterio de decisión:
Las propuestas deberán priorizar comprensión, confianza y reducción de fricción, manteniendo una solución simple y viable.
Cierre
Design Compass™ convierte la comprensión del problema en una dirección estratégica que guía las decisiones posteriores de experiencia y diseño.
PROBLEMA → DIRECCIÓN → PRINCIPIOS → HIPÓTESIS → DECISIONES
User Definition™
¿Para quién estamos diseñando?
Una solución efectiva no parte únicamente del problema, sino de comprender a las personas que lo experimentan. User Definition™ estructura el contexto, objetivos, necesidades, frustraciones y comportamientos del usuario para construir una definición accionable que oriente las decisiones de experiencia y diseño.
Demo Case
FoodFlow™ — Optimización del Checkout
Usuario principal
Persona que ya seleccionó sus productos y se encuentra en el checkout evaluando si confirma el pedido.
Resultado de User Definition™
Comprensión del usuario:
El usuario necesita suficiente claridad sobre qué pagará, cuándo recibirá su pedido y qué ocurrirá después de confirmar para sentirse seguro al completar la compra.
Implicación de diseño:
La experiencia debe reducir incertidumbre, facilitar la comprensión y proporcionar información relevante antes de que el usuario tenga que tomar la decisión final.
Cierre
User Definition™ transforma la comprensión del usuario en criterios concretos para diseñar experiencias más relevantes y alineadas con sus necesidades reales.
CONTEXTO → OBJETIVOS → NECESIDADES → FRUSTRACIONES → COMPORTAMIENTOS → OPORTUNIDADES
Experience Architecture™
¿Cómo está estructurada la experiencia?
Una vez comprendido el problema, definida la dirección y caracterizado al usuario, necesitamos entender cómo funciona la experiencia completa detrás de la interacción.
Experience Architecture™ organiza las etapas, procesos, sistemas, dependencias y puntos de contacto que intervienen en el servicio para visualizar cómo se construye y opera la experiencia de principio a fin.
Demo Case
FoodFlow™ — Optimización del Checkout
En este caso no queremos mirar únicamente la pantalla de checkout. Queremos comprender qué ocurre alrededor de ella:
Usuario
→ selecciona productos
→ revisa pedido
→ consulta costo y entrega
→ confirma
→ realiza el pago
→ recibe confirmación
→ espera entrega
Pero detrás de ese recorrido existen diferentes elementos:
- App móvil
- Carrito
- Checkout
- Sistema de precios
- Cálculo de entrega
- Sistema de pagos
- Confirmación del pedido
- Operación de entrega
- Notificaciones
Resultado de Experience Architecture™
La experiencia deja de verse como una pantalla aislada y comienza a entenderse como un sistema conectado de etapas, procesos, canales y dependencias.
Y aquí pondremos la herramienta Experience Architecture™ que ya construimos.
La arquitectura permite identificar los puntos donde la información, los procesos y los sistemas generan fricción, estableciendo una base clara para diseñar una experiencia de checkout más transparente y eficiente.
CONTEXTO → OBJETIVOS → NECESIDADES → FRUSTRACIONES → COMPORTAMIENTOS → OPORTUNIDADES
Journey™
¿Cómo vive la experiencia?
Una vez comprendida la arquitectura del servicio, necesitamos observar la experiencia desde la perspectiva del usuario.
Journey™ representa el recorrido del usuario a través de sus principales etapas, identificando lo que hace, piensa, siente y necesita en cada momento.
En nuestro Demo Case, seguimos al usuario desde que inicia su compra hasta que confirma el pedido, poniendo especial atención en los momentos donde aparece incertidumbre o fricción.
En nuestro Demo Case
El usuario selecciona sus productos, revisa su carrito y avanza hacia el checkout. Durante el recorrido necesita comprender con claridad cuánto pagará, cuándo recibirá su pedido y qué debe hacer para completar la compra.
Journey™ permite visualizar cómo cambia la experiencia a lo largo del recorrido y localizar los momentos que requieren mayor atención.
Resultado de Journey™
Momento crítico identificado:
La mayor fricción aparece antes de la confirmación, cuando el usuario todavía no tiene suficiente certeza sobre el costo total y el tiempo de entrega.
Cierre
Journey™ transforma el recorrido del usuario en una experiencia visible, permitiendo identificar momentos críticos, necesidades y oportunidades de mejora antes de diseñar soluciones.
La arquitectura permite identificar los puntos donde la información, los procesos y los sistemas generan fricción, estableciendo una base clara para diseñar una experiencia de checkout más transparente y eficiente.
ETAPA + OBJETIVO + ACCIÓN + TOUCHPOINT + RESPUESTA DEL SISTEMA + EMOCIÓN + RIESGO + OPORTUNIDAD
06 — Service Blueprint™
¿Qué ocurre detrás de la experiencia?
Una vez comprendida la arquitectura del servicio, necesitamos observar la experiencia desde la perspectiva del usuario.
Journey™ representa el recorrido del usuario a través de sus principales etapas, identificando lo que hace, piensa, siente y necesita en cada momento.
En nuestro Demo Case, seguimos al usuario desde que inicia su compra hasta que confirma el pedido, poniendo especial atención en los momentos donde aparece incertidumbre o fricción.
En nuestro Demo Case
FoodFlow™ — Optimización del Checkout
El usuario puede seleccionar productos y llegar al checkout, pero parte de los usuarios abandona antes de confirmar el pedido.
Para que la experiencia funcione correctamente intervienen diferentes elementos del servicio:
- El usuario consulta y selecciona productos.
- La plataforma calcula precios y subtotal.
- El sistema determina el costo total del pedido.
- El servicio de entrega proporciona el tiempo estimado.
- La plataforma valida dirección y disponibilidad.
- La pasarela procesa el pago.
- El sistema registra y confirma el pedido.
- El restaurante recibe la orden y comienza la preparación.
- El sistema de logística actualiza el estado y seguimiento del pedido.
Punto crítico identificado
La experiencia del usuario depende de que el costo total y el tiempo estimado de entrega estén disponibles y sean consistentes antes de la confirmación.
Cuando esta información llega tarde, es incompleta o no está sincronizada, la incertidumbre se convierte en fricción dentro del checkout.
Oportunidad
Hacer visibles y confiables las condiciones principales del pedido antes de que el usuario tome la decisión de confirmar.
Esto implica coordinar la información proveniente de precios, entrega, dirección, promociones y disponibilidad para que el usuario pueda tomar una decisión con mayor confianza.
Resultado de Service Blueprint™
Se hace visible la relación entre la experiencia del usuario y la operación que la sostiene, permitiendo identificar dónde una dependencia interna puede convertirse en fricción para el usuario.
El equipo obtiene una visión estructurada de:
- Acciones realizadas por el usuario.
- Interacciones visibles del servicio.
- Procesos internos que sostienen la experiencia.
- Sistemas y operaciones involucrados.
- Canales utilizados durante el recorrido.
- Soporte requerido en cada etapa.
- Dependencias críticas entre componentes del servicio.
- Puntos donde una mejora operativa puede impactar directamente la experiencia.
Cierre
Service Blueprint™ transforma una experiencia visible en un mapa operativo que permite comprender qué ocurre detrás de cada interacción y dónde intervenir para mejorar el servicio.
La arquitectura permite identificar los puntos donde la información, los procesos y los sistemas generan fricción, estableciendo una base clara para diseñar una experiencia de checkout más transparente y eficiente.
USUARIO → FRONTSTAGE → BACKSTAGE → SISTEMAS → PROCESOS → DEPENDENCIAS → OPORTUNIDADES
07 — MVP Canvas™
¿Qué debemos construir primero?
No todo lo que puede mejorarse debe construirse al mismo tiempo. MVP Canvas™ convierte los hallazgos, necesidades y oportunidades identificados durante el proceso en una definición clara de qué debe formar parte de la primera versión de la solución.
Permite establecer el objetivo del MVP, definir sus funcionalidades esenciales, reconocer dependencias y riesgos, y hacer explícito qué queda fuera del alcance inicial.
En nuestro Demo Case
FoodFlow™ — Optimización del Checkout
El problema identificado es claro: parte de los usuarios abandona el checkout porque no cuenta con suficiente información para confirmar su pedido con confianza.
El MVP se enfoca en reducir esa incertidumbre antes de la confirmación, priorizando claridad, estabilidad y una experiencia funcional.
La arquitectura permite identificar los puntos donde la información, los procesos y los sistemas generan fricción, estableciendo una base clara para diseñar una experiencia de checkout más transparente y eficiente.
ETAPA + OBJETIVO + ACCIÓN + TOUCHPOINT + RESPUESTA DEL SISTEMA + EMOCIÓN + RIESGO + OPORTUNIDAD
08 — Wireframes™
¿Cómo debería funcionar la solución?
Antes de diseñar la interfaz final necesitamos comprobar que la solución tiene una estructura clara y que el usuario puede completar la tarea sin fricciones innecesarias.
Wireframes™ representa la estructura funcional de la experiencia antes de aplicar el diseño visual. Permite definir jerarquía, contenido, acciones, navegación y comportamiento de las pantallas a partir de las decisiones tomadas durante las etapas anteriores.
En nuestro Demo Case
FoodFlow™ — Optimización del Checkout
A partir del MVP definido, la experiencia debe resolver una necesidad principal:
Permitir que el usuario conozca el costo total y el tiempo estimado de entrega antes de confirmar su pedido.
El wireframe concentra esta información en los momentos donde puede influir directamente en la decisión del usuario.
Estructura propuesta
01. Resumen del pedido
El usuario puede revisar:
- Productos seleccionados.
- Cantidades.
- Subtotal.
- Cargos adicionales.
- Costo total.
02. Información de entrega
La pantalla muestra:
- Dirección seleccionada.
- Tiempo estimado de entrega.
- Información relevante sobre la entrega.
03. Confirmación
Antes de finalizar, el usuario puede comprobar nuevamente:
- Qué está comprando.
- Cuánto pagará.
- Cuándo recibirá el pedido.
- Método de pago.
- Acción principal para confirmar.
Principios utilizados
- Mostrar información crítica antes de solicitar una decisión.
- Mantener una jerarquía visual clara.
- Reducir información innecesaria durante la tarea.
- Hacer visibles costos y tiempos antes de confirmar.
- Utilizar acciones principales fácilmente identificables.
- Mantener consistencia entre las diferentes etapas del flujo.
- Diseñar para prevenir errores antes de que ocurran.
Decisión de diseño
La información que genera incertidumbre debe aparecer antes de la acción de confirmación.
Por ello, el costo total y el tiempo estimado de entrega se convierten en elementos prioritarios dentro de la estructura del checkout.
Resultado de Wireframes™
Una representación funcional de la solución que permite validar estructura, jerarquía, contenido y flujo antes de desarrollar el diseño visual definitivo.
El equipo obtiene claridad sobre:
- Qué debe contener cada pantalla.
- Qué información debe tener mayor prioridad.
- Qué acciones puede realizar el usuario.
- Cómo se relacionan las pantallas.
- Dónde pueden aparecer errores o fricciones.
- Qué elementos deben pasar posteriormente a UI Design.
Cierre
Wireframes™ transforma las decisiones de producto en una estructura funcional que puede evaluarse, modificarse y validarse antes de invertir en diseño visual y desarrollo.
OBJETIVO → ESTRUCTURA → CONTENIDO → ACCIONES → FLUJO → VALIDACIÓN
09 — Success Metrics™
¿Cómo sabemos si funcionó?
Diseñar una solución no termina con su implementación. Success Metrics™ establece el sistema de medición necesario para evaluar si la experiencia funciona, si el producto está generando valor y si los objetivos definidos se están alcanzando.
Esta herramienta conecta objetivos de negocio, experiencia de usuario, comportamiento del producto, adopción y eficiencia para transformar el desempeño de la solución en información accionable.
En nuestro Demo Case
Objetivo de negocio
Aumentar la confianza del usuario durante el checkout y reducir los abandonos antes de confirmar el pedido.
KPIs
- Incrementar la conversión del checkout.
- Reducir el abandono antes de la confirmación.
- Mejorar la finalización de pedidos.
Métricas UX
- Éxito de la tarea.
- Facilidad percibida.
- Esfuerzo del usuario.
- Errores durante el proceso.
- Fricción relacionada con costo y entrega.
Métricas de producto
- Inicio y finalización del checkout.
- Conversión entre etapas.
- Abandono por paso.
- Uso del resumen del pedido.
- Comportamiento durante la confirmación.
Indicadores de adopción
- Usuarios que completan el flujo sin asistencia.
- Uso recurrente de funcionalidades relacionadas.
- Incorporación de nuevas funcionalidades del checkout.
Indicadores de eficiencia
- Tiempo necesario para completar el checkout.
- Número de pasos realizados.
- Errores por sesión.
- Contactos con soporte.
- Repetición de acciones antes de confirmar.
Criterios de éxito
Consideramos que la solución está funcionando cuando aumenta la finalización del checkout, disminuye el abandono y el usuario puede confirmar su pedido con mayor claridad y confianza, sin incrementar innecesariamente la necesidad de asistencia.
Resultado de Success Metrics™
Diagnóstico medible de la experiencia:
La solución puede evaluarse mediante indicadores que permiten identificar qué está funcionando, dónde existe fricción y qué oportunidades deben priorizarse.
Los datos pueden visualizarse mediante indicadores y gráficas para facilitar la lectura del desempeño y detectar tendencias.
Nota del Demo Case: Los valores mostrados en las gráficas son ilustrativos y tienen como objetivo demostrar cómo se aplicaría el sistema de medición del framework. No representan resultados de investigación real.
De la medición al aprendizaje
Success Metrics™ transforma los resultados del producto en información que permite tomar decisiones, detectar oportunidades y alimentar nuevas iteraciones de diseño.
MEDIR → EVALUAR → APRENDER → OPTIMIZAR → ITERAR
El diseño no termina con la entrega.
Product Design Framework™ MARK I
Una metodología para comprender problemas, tomar decisiones con evidencia, diseñar experiencias coherentes y medir el impacto de las soluciones digitales.
El framework conecta cada etapa para que las decisiones de diseño no ocurran de manera aislada, sino como parte de un sistema continuo de aprendizaje.
Discovery → Strategy → Experience → Design → Measurement
Pero el proceso no termina ahí.
Los resultados obtenidos permiten aprender, identificar oportunidades y alimentar nuevas decisiones de diseño.
Learn → Optimize → Iterate ↺
Un ciclo continuo de mejora
COMPRENDER → DEFINIR → DISEÑAR → MEDIR → APRENDER → OPTIMIZAR → ITERAR
Cada proyecto genera nueva información.
Cada resultado genera nuevos aprendizajes.
Y cada aprendizaje puede convertirse en una mejor experiencia.
El propósito
Product Design Framework™ MARK I busca conectar estrategia, experiencia, diseño y resultados dentro de un mismo sistema de trabajo.
No se trata únicamente de diseñar interfaces.
Se trata de comprender qué problema estamos resolviendo, para quién, cómo funciona la experiencia, qué necesita el producto y cómo sabemos si realmente está funcionando.
JMCHAVEZ LAB
Product Design Framework™ MARK I
Una metodología propia para diseñar productos digitales con estructura, evidencia y visión de evolución continua.
¿Quieres conocer cómo puede aplicarse a un proyecto real?
Explora los casos de estudio o contacta a JMCHAVEZ LAB.