Codificación de Respuestas Abiertas NPS

De verbatims de NPS a acción: la cadena que la mayoría rompe

El score de NPS es la parte fácil. Lo difícil es transformar las miles de respuestas de la pregunta abierta ("¿por qué nos diste esa nota?") en algo sobre lo que el equipo de Customer Experience pueda actuar. La cadena tiene cinco etapas y cada una se rompe en lugares predecibles:

1. Limpieza del verbatim: filtrar "no sé", "n/a", spam, y respuestas de bots. En estudios de panel online entre 5% y 15% del feedback no es analizable. Si no lo filtras antes, tus códigos están inflados con basura.
2. Codebook estable: 25-50 códigos que reflejan los temas reales del producto, no los que el analista intuye. Un codebook armado a ojo en ola 1 deja de servir en ola 4 cuando aparecen temas nuevos. Necesitas un proceso para incorporar emergentes sin romper comparabilidad histórica.
3. Multi-coding correcto: "el precio está bien pero el delivery tarda" toca dos temas. Si lo codificas como uno solo, pierdes 40-60% de la información. Si lo codificas con duplicación indiscriminada, las frecuencias dejan de ser interpretables.
4. Cross-tab por driver y segmento: el valor real aparece cuando cruzas los códigos contra el score (detractor / pasivo / promotor) y contra demográficos. Sin cross-tabs, el ranking de códigos es decorativo.
5. Trazabilidad ola-a-ola: en tracking trimestral, un cambio del 5% en un código es ruido o tendencia dependiendo de si el codebook fue idéntico entre olas. Sin esa garantía, presentas cambios que no son reales.

Caso real anonimizado: 8.000 verbatims en 4 horas

Un equipo de CX en LATAM analizaba un estudio NPS trimestral de aproximadamente 8.000 respuestas. Antes de Survey Coder Pro: 3 analistas, 5 días de codificación manual, codebook que mutaba entre olas, cross-tabs armados a mano en Excel.

Errores típicos al analizar NPS sin pipeline estructurado

• Reportar el % de menciones sin filtrar respuestas no analizables — el denominador está mal y el ranking de drivers no refleja la realidad.
• Usar el mismo código para "atención al cliente positiva" y "atención al cliente negativa" porque el analista no quiere duplicar — pierde la dimensión de sentimiento que es clave en NPS.
• Comparar olas sin verificar que el codebook fue idéntico — los cambios entre olas pueden ser drift del codebook, no del consumidor.