Feedback de usuarios.

Todas las empresas reciben feedback sin mover un dedo: el ticket de soporte, la reseña, el correo enfadado, lo que comenta el comercial después de una llamada. El problema no es la cantidad, es quién lo manda. Escribe el que se queja y el que está encantado. El que se registró, no entendió nada y se fue en silencio no escribe nunca, y es justo el que te podía decir qué arreglar.

El feedback de usuarios bien hecho es lo contrario: información que vas a buscar tú, a la persona que eliges tú, con preguntas que has preparado. Y lo que buscas no es una opinión sobre el producto. Es una historia: por qué se dio de alta, qué uso real le da y por qué lo paga, o por qué dejó de pagarlo.

Detrás hay una pregunta que casi ninguna dirección tiene contestada, aunque lleve años al frente: ¿para qué usa de verdad el usuario tu producto, más allá de para qué lo construiste tú? Muchas veces te usan para cosas que no esperabas. Si lo descubres, lo puedes potenciar. La respuesta a veces redefine la propuesta de valor entera, y es media respuesta a si tienes product-market fit o lo estás empujando tú.

Fíjate en la esquina de arriba a la izquierda. Una encuesta como el NPS la pides tú, pero te devuelve una nota y poco más: sabes cuántos están descontentos, no qué les pasó. Abajo a la derecha está lo contrario, lo que registra la herramienta sin preguntar a nadie: ves qué hacen, pero no por qué. Las dos cosas valen. Ninguna de las dos sustituye a sentarte con alguien.

Con las pruebas pasa lo mismo. Por debajo de 8.000 usuarios al mes por URL, un test A/B deja de ser representativo, y ahí está la mayoría de las empresas de entre 1 y 20 millones. Eso no te libra de decidir con evidencia: te cambia la herramienta por grabaciones, un mapa de calor y entrevistas.

A quién llamas importa más que cuántas llamadas haces. Hay tres grupos y cada uno cuenta una cosa distinta. Quien se registró y nunca llegó a su momento aha te dice dónde se rompe la entrada. Quien es usuario activo cada semana te dice para qué te usa de verdad. Y quien se fue te dice lo que nadie más se atreve. Empieza por estos últimos: vale más una entrevista con quien se fue que cien encuestas a quien se queda.

Luego, el guion. La regla es una: pregunta por lo que hizo, no por lo que haría. La gente es mala prediciendo lo que hará y bastante buena recordando lo que hizo. Lo primero que hay que saber es cómo resolvía el problema antes de encontrarte, porque ese es tu competidor de verdad aunque no salga en ningún informe.

Las preguntas de la derecha parecen iguales y no sirven: piden una opinión sobre el futuro, y cualquier persona educada te dirá que sí. Graba la conversación, apunta las frases literales y no la resumas en la misma tarde. El resumen es tuyo; la frase es del cliente.

Una frase oída una vez es una anécdota. La misma frase en varias entrevistas, sin que tú la hayas sugerido, es un patrón. Y un patrón se contrasta con lo que hace la gente, no con lo que dice: los eventos de producto te confirman si el uso que te han contado es de tres usuarios o de la mitad de la base. Investigar no te libra de experimentar. Te dice qué merece la pena probar.

Dos destinos se repiten más que el resto. Si lo que oyes es un fallo de onboarding, se arregla en el registro: la baja no se arregla el mes en que se va el cliente, sino meses antes, cuando no encontró el porqué. Y si descubres funciones que nadie menciona, mira su adopción: duele, pero mantener lo que no se usa es un despilfarro de recursos que nunca sobran.

Lo que te cuenta quien se fue alimenta el motivo de baja del CRM, pero no lo sustituye. El campo dice qué. La entrevista dice cómo se llegó ahí, que es la parte que se puede arreglar.

Y no lo conviertas en un proyecto de una vez al año. Un estudio grande que se presenta en una reunión y se archiva envejece antes de que nadie lo use. Funciona mejor como hábito: unas pocas conversaciones cada mes, siempre con los tres grupos, las frases literales en un sitio que lee el equipo de producto y el comercial, y una revisión en la que cada patrón sale con un dueño y una fecha. Si una conclusión no tiene dueño, no es una conclusión: es una curiosidad.