Las empresas suelen decir que escuchan a sus clientes y, para demostrarlo, convierten cada solicitud en una nueva función, un nuevo servicio o una excepción dentro del proceso, aunque escuchar no significa obedecer automáticamente, porque el cliente conoce muy bien la dificultad que está viviendo, pero no siempre puede ver todas las formas posibles de resolverla ni las consecuencias que una solución improvisada tendrá sobre el resto del producto.
Pensemos en una persona que pide un botón para exportar toda la información a Excel, a primera vista la solicitud parece suficientemente clara y el equipo podría comenzar a desarrollarla de inmediato, aunque al conversar con mayor profundidad descubre que el verdadero problema consiste en enviar cada viernes un resumen a su jefe, de modo que un reporte automático, un enlace compartido o una vista sencilla podrían resolver mejor la necesidad sin obligar al usuario a descargar datos, ordenarlos manualmente y construir el mismo informe todas las semanas.
Aquí aparece una diferencia importante entre la petición y el problema, porque la petición describe la solución que el cliente imaginó con las herramientas que conoce, mientras el problema explica qué intenta lograr, qué le impide hacerlo y qué sucede cuando no puede resolverlo, por eso antes de construir conviene preguntar cuándo ocurre la dificultad, con qué frecuencia, cómo la resuelve actualmente, cuánto tiempo pierde y qué resultado considera suficiente, ya que esas respuestas permiten encontrar una solución más útil que la primera idea expresada.
Esto no significa que las solicitudes deban ignorarse ni que el equipo de producto siempre sepa más que quienes utilizan la solución, porque una petición repetida por muchos clientes puede revelar una necesidad evidente y, en ocasiones, la respuesta más sencilla será construir exactamente lo que se pidió, aunque la decisión debería nacer de comprender el contexto, el valor y el impacto sobre el producto, no del temor a perder al cliente que habló más fuerte o de la costumbre de aceptar cada modificación sin revisar si beneficia al conjunto.
Escuchar bien consiste en tomar en serio el dolor sin quedar atrapado en la primera solución propuesta, porque el cliente es experto en la realidad que enfrenta y el equipo debe convertirse en experto en transformar esa realidad, por eso la pregunta más útil no es únicamente “¿qué función quiere?”, sino “¿qué está intentando conseguir y por qué todavía no puede hacerlo?”, ya que una empresa demuestra que escucha no cuando construye todo lo que le piden, sino cuando entiende lo suficiente para resolver incluso aquello que el cliente todavía no sabía cómo explicar.
Pregunta para conversar: ¿Qué petición reciente de un cliente podría estar escondiendo un problema distinto al que parece a primera vista?
