G04 - Design Thinking para el Product Manager
Design Thinking para el Product Manager
Fuente
Plantilla Design Thinking — Valor de Negocio (en Adjuntos). Es una variante que arranca del valor de negocio, no del cliente. El cliente entra después, al validar la solución.
En una línea
Design Thinking le da al Product Manager un método para ir de "¿qué valor queremos?" a "¿se cumplió?", probando de forma rápida y eficiente antes de invertir.
Qué aporta al Product Manager
| Aporte | Por qué importa |
|---|---|
| Parte del valor, no de la solicitud | Filtra los pedidos de las direcciones. La pregunta deja de ser "¿qué sistema quieren?" y pasa a ser "¿qué costo, tiempo o riesgo queremos mover?". |
| Convierte el valor en un problema medible | La etapa Definir es la materia prima de la Hipótesis de valor. |
| Obliga a comparar alternativas | La etapa Idear evita que la primera idea se convierta en el proyecto. |
| Prueba el caso de negocio con poca inversión | El prototipo es un MVP en un subproceso acotado. Por ejemplo, una unidad agéntica en un solo tipo de trámite. |
| Cierra con métricas de negocio | La etapa Testear sigue la misma lógica que la validación de la hipótesis. |
| Habla el idioma de la dirección | Costo, tiempo y retorno. Facilita que dirección apruebe y escale. |
Cómo encaja en el ciclo del rol
Design Thinking no es una etapa más del ciclo. Es una capa que recorre casi todo el ciclo:
| Etapa DT | Fase del ciclo del PM | Entregable |
|---|---|---|
| Empatizar | 1–3. Comprender el negocio, Gemba y mapear | Reporte de Gemba · Mapa de estado actual y futuro |
| Definir | 4. Analizar · 5. Rediseñar · 6. Hipótesis | Análisis de valor y desperdicio · Ficha de hipótesis de valor |
| Idear | 7. Diseño de la solución | Diseño de solución |
| Prototipar | 7. Diseño · 8. Construcción | Especificación de unidad agéntica · Backlog |
| Testear | 9. Validar y sostener | Reporte de validación |
Lo que DT no cubre
La etapa 8, orquestar la construcción como Product Owner, no tiene equivalente en DT. Ese hueco lo cubren Lean y la gestión del Backlog.
Ajustes que el PM hace a la plantilla
Tal como está, la plantilla choca con cuatro principios del rol. El PM la usa con estos ajustes:
1. Empatizar sin Gemba
Plantilla: análisis de costos más entrevistas a los responsables del área. Riesgo: ves el proceso como te lo cuentan, no como ocurre. Ajuste: agrega observación directa en el Gemba. El costo por interacción se contrasta con lo que se observó.
2. Idear sin eliminar
Plantilla: las alternativas son automatización, autoservicio y RPA. Las tres agregan tecnología. Riesgo: automatizar la Muda. Ajuste: la primera alternativa obligatoria es eliminar o simplificar el paso. Solo después se evalúa automatizar. La matriz impacto/esfuerzo siempre incluye una opción sin tecnología.
3. Definir con una meta, no con una hipótesis
Plantilla: "reducir el costo y el tiempo por atención". Riesgo: sin línea base ni umbral no hay forma de decir si se cumplió. Ajuste: redactar como Hipótesis de valor: "Si hacemos ___, entonces ___ bajará de X a Y en Z semanas, medido con ___."
4. El cliente entra tarde
Plantilla: el cliente se incorpora hasta la validación. Riesgo: los usuarios del proceso suelen ser clientes, proveedores o áreas externas. Si entran hasta Testear, puedes descubrir tarde que el ahorro solo pasó la carga al cliente o al proveedor. Ajuste: partir del valor de negocio está bien, pero en Testear se mide también un indicador de carga o experiencia del usuario como límite. El piloto con agentes incluye supervisión humana (Humano en el ciclo).
Ejemplo (ilustrativo)
Atención de solicitudes en la mesa de ayuda de TI
- Empatizar: en el Gemba de la mesa de ayuda se observa que buena parte de las solicitudes son consultas repetidas de estatus. El costo por atención se calcula con lo observado.
- Definir: "Si eliminamos las consultas de estatus que el usuario podría resolver solo, el tiempo de atención por solicitud bajará de X a Y en 8 semanas."
- Idear: 1) eliminar la causa, publicando el estatus donde el usuario ya trabaja; 2) autoservicio; 3) agente conversacional. Se prioriza por impacto/esfuerzo.
- Prototipar: piloto en una sola área y un solo tipo de consulta.
- Testear: se compara contra la línea base. El límite: la satisfacción del usuario no baja.
Ejemplo ilustrativo
Los datos son de ejemplo para enseñar el método. Se sustituyen cuando exista un caso real.
Preguntas de reflexión
Pregunta
- ¿Qué solicitud reciente llegó como "queremos un sistema" y en realidad era un problema de costo o de tiempo?
- En tu última iniciativa, ¿alguna de las alternativas evaluadas no usaba tecnología?
- ¿Qué indicador te diría que un ahorro se logró a costa del cliente o del usuario?
Relacionado
Ruta de lectura (4 de 9): ← G03 - Los 8 desperdicios en procesos administrativos · índice · G05 - Cómo redactar una hipótesis de valor →