G05 - Cómo redactar una hipótesis de valor

Cómo redactar una hipótesis de valor

Guíaborradorv0.2Etapa 6Actualizado: 2026-09-24

Contexto

Es la etapa 6. Convierte el análisis y el rediseño en un compromiso medible antes de invertir en construir. Sin hipótesis firmada no se pasa la compuerta C3.

La fórmula

Si eliminamos [desperdicio] y construimos [solución], el indicador [X] pasará de [línea base] a [meta] en [plazo], medido con [fuente de datos].

Parte Qué va De dónde sale
Desperdicio El desperdicio concreto, con su tipo Análisis de valor y desperdicio (etapa 4)
Solución Qué se cambia o construye, en una frase Estado futuro (etapa 5)
Indicador Un dato del proceso que muestra el valor Lo que le importa al cliente del proceso
Línea base Valor medido hoy, con fecha Mapa del estado actual (etapa 3)
Meta Valor esperado Cuánto desperdicio se elimina
Plazo Fecha o semanas desde la puesta en marcha Tiempo para que el efecto se note
Fuente de datos Sistema, registro o muestreo La misma que dio la línea base

Si la solución es solo un cambio de proceso

La fórmula se mantiene: "construimos" se lee como "implantamos". Muchas iniciativas no construyen nada y aun así se validan.

Criterios de calidad

Criterio Pregunta de prueba
Medible ¿Puedo calcular el indicador hoy con la fuente citada?
Un indicador principal ¿Hay un solo número que decide si funcionó?
Causal ¿La solución ataca el desperdicio que mueve ese indicador?
Con límites ¿Qué métricas de usuario y técnicas no deben empeorar?
Falsable ¿Qué resultado me diría que me equivoqué?
Con plazo ¿Cuándo se mide y se decide?
Sostenida con datos ¿La meta sale del desperdicio medido o de un deseo?
Firmada ¿El dueño del proceso la acepta como suya?

Métricas de límite

La meta no se logra a cualquier costo. Cada hipótesis declara dos límites. Ver tres tipos de métricas.

Tipo Ejemplo Regla
Usuario Pasos para completar la tarea, abandono, satisfacción No empeora respecto a la línea base
Técnica Disponibilidad, tiempo de respuesta, incidencias Se mantiene dentro del umbral que fija desarrollo

Umbral de decisión

Se acuerda antes de medir qué se hará con cada resultado:

Resultado Decisión
Se alcanza la meta y los límites se respetan Escalar
Mejora parcial o un límite se rompe Ajustar y volver a medir
Sin cambio o empeora Retirar y documentar lo aprendido

Buenas vs. malas

Mala Por qué falla Mejor
"El nuevo sistema mejorará la atención" Sin indicador, línea base, meta ni fuente "Si eliminamos la reasignación de tickets entre grupos y construimos un enrutamiento por categoría, el tiempo de resolución pasará de 3.2 a 1.5 días en 8 semanas, medido con el registro de tickets"
"Automatizar compras ahorrará 50% del tiempo" Meta sin sustento y sin desperdicio nombrado "Si eliminamos la recaptura de requisiciones y construimos una captura única, el tiempo de requisición a orden pasará de 6 a 3 días en 10 semanas, medido con las fechas del sistema de compras"
"Reduciremos errores y costo y mejoraremos la satisfacción" Tres indicadores: nunca se sabe si funcionó Un indicador principal; los otros como límites
"Implementaremos 12 funcionalidades en el trimestre" Mide actividad, no valor Medir el efecto en el proceso, no lo entregado

Proceso general

Si eliminamos la espera por datos de entrega faltantes y construimos una validación de dirección al momento de capturar el pedido, el porcentaje de pedidos entregados al primer intento pasará de 55% a 85% en 12 semanas, medido con el registro de entregas. Límite de usuario: el tiempo que el cliente dedica a capturar su pedido no aumenta. Límite técnico: la validación responde en menos de 5 segundos.

Ejemplo ilustrativo: seguros

Si eliminamos la recaptura de solicitudes y construimos una captura única desde el agente de seguros, el tiempo entre la firma y el primer descuento por nómina pasará de 35 a 20 días en 12 semanas, medido con el sistema de emisión y los archivos de descuento de las dependencias. Límite de usuario: el tiempo que el agente de seguros dedica a capturar no aumenta. Límite técnico: la captura funciona sin conexión y sincroniza al recuperarla.

Ejemplo ilustrativo: manufactura

Si eliminamos la búsqueda de herramental durante el cambio de molde de la inyectora 4 y preparamos un carro de cambio antes del paro (SMED), el tiempo de cambio pasará de 90 a 45 minutos en 12 semanas, medido con el registro de paros de la máquina. Límite de usuario: el montador no suma trabajo fuera de su turno para preparar el carro. Límite técnico: la primera pieza después del cambio sale dentro de especificación.

Ejemplo ilustrativo: retail

Si eliminamos la recaptura de pedidos de reabasto y construimos una captura única desde la tienda, el tiempo entre el pedido y el producto en anaquel pasará de 5 a 3 días en 12 semanas, medido con el sistema de pedidos y las recepciones del centro de distribución. Límite de usuario: el tiempo que el encargado de tienda dedica a capturar no aumenta. Límite técnico: la captura funciona sin conexión y sincroniza al recuperarla.

Errores comunes

Redactar la hipótesis para justificar una solución ya decidida

Si la solución llegó antes que el desperdicio, la hipótesis es un trámite. Regresa al Gemba.

Meta sin línea base

"Bajar a 2 días" no dice nada si nadie midió el punto de partida. Sin línea base, la primera tarea es medir.

Cambiar el método de medición

Si la línea base salió de un muestreo y la validación sale del sistema, la comparación no vale.

Plazo imposible de observar

Si el proceso ocurre una vez al mes, un plazo de dos semanas no mide nada. Ajusta al ciclo real, incluidos los picos.

Criterio de cierre

  • Desperdicio nombrado y cuantificado en el análisis.
  • Un solo indicador principal.
  • Línea base medida, con fecha y fuente.
  • Meta calculada a partir del desperdicio que se elimina.
  • Plazo compatible con la frecuencia del proceso.
  • Misma fuente y método para línea base y validación.
  • Métricas de límite de usuario y técnicas declaradas.
  • Umbral de decisión acordado: escalar, ajustar o retirar.
  • Ficha de hipótesis de valor firmada por el dueño del proceso (compuerta C3).

Fuentes

Relacionado

Ruta de lectura (5 de 9): ← G04 - Design Thinking para el Product Manager · índice · G06 - Cómo diseñar e innovar la solución →

Mencionado en