El cliente no sabe lo que quiere,
pero sabe lo que siente
No le preguntes al cliente qué solución necesita. Pregúntale qué le duele, qué le frena, qué le cuesta.
Enunciado
La solución es tu trabajo. El problema es suyo. Respeta esa división. Cuando un cliente te dice "necesito una app", en realidad te está contando un síntoma. Tu trabajo es llegar a la raíz de lo que siente, no ejecutar lo que pide.
Por qué importa
Los clientes son expertos en su dolor, no en tu disciplina. Pedirles que definan la solución es como pedirle a un paciente que se recete a sí mismo. Tienen toda la información sobre los síntomas, pero no tienen por qué saber cuál es el tratamiento adecuado.
La metodología Problem-Driven AI respeta esta división de responsabilidades: el cliente aporta la verdad emocional y operativa del problema; el equipo aporta la capacidad de traducir eso en soluciones viables.
Implicaciones prácticas
- Sustituye "¿Qué necesitas?" por "¿Qué te duele?", "¿Qué te frena?", "¿Qué te cuesta?".
- Registra emociones, no solo requisitos: la frustración, la urgencia y el miedo son datos de primera categoría.
- Separa el espacio del problema del espacio de la solución: no dejes que el cliente cruce esa línea prematuramente.
Qué es. Tomar nota literal de lo que el cliente pide y convertirlo directamente en especificaciones técnicas. El equipo se convierte en un transcriptor de requisitos en lugar de un investigador de problemas.
Cómo detectarlo. Las especificaciones se leen como una transcripción de las reuniones con el cliente. Las funcionalidades se describen con el vocabulario del cliente, no con el marco analítico del equipo. Nadie ha cuestionado si las funcionalidades solicitadas realmente resuelven el problema subyacente. La palabra "por qué" no aparece en las notas de ninguna reunión.
Cómo prevenirlo. Separa el espacio del problema del espacio de la solución en cada conversación. Cuando un cliente dice "Necesito X", responde con "¿Qué pasa cuando no tienes X?" Registra emociones y frustraciones como datos de primera clase, no solo peticiones de funcionalidades.
Conexiones
- Complementa directamente el Principio 01: El problema es sagrado.
- Informa la construcción del Consenso Organizacional.
- Las emociones capturadas aquí alimentan la Fase de Discovery y el Problem Statement.