Cuarenta usuarios piden una función. Treinta y uno están en el plan gratuito, seis en el de entrada y tres son cuentas que renuevan en dos meses. Convertir esa diferencia en un número comparable es lo que hace el feedback scoring por impacto. Esa frase contiene toda la decisión, y desaparece en cuanto alguien escribe "cuarenta peticiones".
La respuesta corta. Segmentar el feedback consiste en no leer los mensajes como un bloque, sino agrupados por el tipo de usuario que los escribió. El objetivo no es dar más peso a los clientes grandes, es dejar de confundir tres conversaciones distintas con una sola.
Nueve dimensiones y para qué sirve cada una
No hace falta usarlas todas. Casi siempre bastan dos o tres, y elegir bien depende de qué decisión tengas delante.
| Dimensión | Ejemplo de corte | Especialmente útil para |
|---|---|---|
| Plan | Gratuito, entrada, avanzado | Ver si la petición viene de quien paga |
| Tamaño de empresa | Individual, equipo, organización | Detectar necesidades de administración |
| Perfil de usuario | Quien decide, quien usa a diario | Entender por qué chocan las peticiones |
| Etapa del ciclo | Prueba, primeros meses, veterano | Separar problemas de inicio de los de fondo |
| Valor de la cuenta | Ingresos asociados | Estimar el coste de no hacerlo |
| Sector | Educación, agencia, comercio | Ver requisitos específicos de un ámbito |
| Geografía | País, idioma, normativa | Detectar obligaciones legales o de formato |
| Uso real del producto | Usa X a diario, nunca ha usado Y | Distinguir lo que se pide de lo que se usa |
| Riesgo de baja | Señales de frustración acumuladas | Priorizar lo que retiene |
Dos cortes rinden más que el resto en la mayoría de equipos: etapa del ciclo y uso real. El primero separa la queja de quien lleva tres días de la de quien lleva tres años, que son problemas distintos con la misma redacción. El segundo detecta el caso frecuente en el que alguien pide algo que el producto ya hace, lo cual no es una petición de función sino un problema de descubribilidad.
Qué aparece cuando segmentas
Tres patrones se repiten en casi cualquier corpus de feedback en cuanto se separa por segmento.
Peticiones opuestas del mismo tema. Los usuarios nuevos piden menos opciones y los veteranos piden más control. Sin segmentar, el resumen es "opiniones encontradas sobre la interfaz". Segmentado, es un problema de valores por defecto, no de diseño.
Volumen que no corresponde a valor. El segmento que más escribe casi nunca es el que más paga. Escribir mucho suele correlacionar con tener tiempo, no con estar comprometido.
Un requisito bloqueante y minoritario. Un puñado de cuentas de un sector necesita algo concreto sin lo cual no pueden usar el producto. En agregado son ruido; segmentadas son un mercado accesible o una fuga clara.
El riesgo de escuchar solo a las cuentas grandes
Este es el fallo más previsible de segmentar, y merece decirse sin rodeos porque suele presentarse como buena práctica comercial.
Si la hoja de ruta se ajusta a lo que piden las cuentas de mayor valor, tres cosas ocurren de forma bastante consistente:
El producto se especializa hacia sus casos concretos. Cada petición es razonable por separado. El conjunto convierte una herramienta general en una hecha a medida para cinco clientes.
El segmento de entrada se degrada. Es el que alimenta a los grandes de dentro de dos años. Desatenderlo tiene un coste diferido que no aparece en ningún panel del trimestre.
Se confunde exigencia con representatividad. Las cuentas grandes tienen más contacto con el equipo y más oportunidades de pedir. Que pidan más no significa que representen más.
La corrección no es ignorarlas. Es mirar siempre dos cifras juntas: cuántas cuentas lo piden y qué proporción de su segmento representan. Tres de cinco cuentas grandes es una señal fuerte. Tres de trescientas cuentas pequeñas no es lo mismo, aunque el recuento absoluto se parezca.
Qué hace falta para poder segmentar
La segmentación es un problema de captura, no de análisis. Si el dato no se guardó al recibir el mensaje, no se recupera después.
Lo mínimo es asociar cada mensaje a una cuenta identificable. Con eso, el plan, la antigüedad y el valor se pueden consultar cuando hagan falta, sin necesidad de anticipar qué cortes vas a querer.
Esto choca con el feedback anónimo, que tiene su propio valor: la gente dice cosas que no diría firmando. La solución práctica no es elegir, es saber qué canal produce qué. El feedback anónimo sirve para detectar temas; el identificado sirve para decidir prioridades.
FlagUp registra cada envío junto a la cuenta que lo generó, así que el corte por cliente está disponible sin preparación previa. Lo que no hace es etiquetar automáticamente a los usuarios por segmento: la agrupación la decide quien conoce el negocio, que es donde debe estar esa decisión. La agregación previa es el requisito para que todo esto sea posible.
Un procedimiento que cabe en una hora
Ejemplo hipotético. Un equipo tiene ciento veinte peticiones abiertas y dos plazas en el próximo ciclo.
- Agrupa las peticiones por tema, no por mensaje. Ciento veinte mensajes se convierten en unos treinta temas.
- Para los diez temas más frecuentes, anota de qué plan viene cada petición.
- Marca cuáles describen un bloqueo real y cuáles una mejora deseable.
- Cruza con las cuentas que muestran señales de frustración acumulada.
- Elige entre los temas que son bloqueantes para un segmento que paga y tiene volumen.
El paso 3 es el que más cambia el resultado y el que menos se hace. Distinguir "no puedo trabajar" de "me gustaría" reordena la lista más que cualquier otra dimensión.
Preguntas frecuentes
¿Cuántos segmentos conviene mantener?
Entre tres y cinco. Con más, la mayoría contiene muy pocos casos y las diferencias que veas serán ruido. Los segmentos deberían corresponder a decisiones distintas, no a categorías descriptivas.
¿Y si no sé a qué cuenta pertenece cada mensaje?
Empieza a guardarlo desde ahora y trabaja con lo que tengas. Reconstruir la atribución del histórico casi nunca compensa frente a acumular tres meses de datos limpios.
¿La segmentación no fragmenta demasiado la hoja de ruta?
Puede, si cada segmento recibe su propia función. El uso correcto es al revés: buscar lo que resuelve el problema en varios segmentos a la vez, que suele existir cuando se mira el problema y no la solución propuesta.
¿Sirve fuera del SaaS?
Sí. Una escuela segmenta por curso y por familia, una agencia por tipo de cliente. La lógica de no promediar poblaciones distintas es la misma.
Artículos relacionados
- Cómo usar los votos de funcionalidades para reducir el churn
- ¿Qué es la agregación de feedback? Definición y ejemplos
- Cómo usar microencuestas para mejorar el feedback in-app
Para segmentar hace falta saber quién escribió cada mensaje. Mira las solicitudes de funciones y consulta los planes.