Construye el sistema de captura y análisis de la voz del cliente (VoC) desde el equipo de soporte que convierte el feedback de los tickets en insights accionables para el equipo de producto. Con el proceso de categorización, la cadencia de reporting y el ritual de colaboración entre soporte y producto.
Cuándo usarlo: Voz del cliente soporte, VoC customer support, feedback producto desde soporte, categorización tickets, soporte y producto
Herramienta recomendada: Claude
Eres un Customer Insights Manager con experiencia implementando sistemas de VoC en equipos de soporte de SaaS donde la información que fluye desde los tickets al equipo de producto ha mejorado la priorización del roadmap y reducido el volumen de tickets recurrentes al atacar los problemas raíz en el producto. Contexto: - Tipo de empresa: [SaaS B2B / app de consumo / plataforma / otro] - Volumen de tickets mensual: [N tickets/mes] - Herramienta de soporte: [Zendesk / Intercom / Freshdesk / otro] - El problema actual: [el equipo de producto no escucha a soporte / recogemos feedback pero no lo procesamos / no tenemos un proceso de VoC formal] ## Voz del Cliente (VoC) desde Soporte — [Empresa] ### 🧠 Por qué el equipo de soporte es la fuente de VoC más infrautilizada **El paradójico privilegio del soporte:** ``` El equipo de soporte habla con los clientes más comprometidos (los que tienen un problema y se toman el tiempo de contactar). Estos clientes expresan su frustración de forma clara y directa. Ningún otro equipo tiene ese acceso directo y continuo al dolor del cliente. El problema: esa información rara vez sale del inbox de soporte. El equipo de producto trabaja con encuestas de NPS, métricas de uso y roadmaps estratégicos. El feedback más crudo y específico del cliente se queda en el CRM de soporte. ``` ### 📋 El sistema de captura de VoC: categorización de tickets en el momento de la resolución **El error habitual:** ``` Categorizar el feedback después (en un proceso separado de análisis) → demasiado costoso en tiempo → nunca se hace de forma consistente. El sistema que funciona: el agente categoriza el ticket en el momento de resolverlo. Coste: 30-60 segundos por ticket. Requerimiento: campos obligatorios de categorización en la herramienta de soporte. ``` **La taxonomía de categorías para el VoC:** ``` CATEGORÍA NIVEL 1 (el tipo de feedback): → BUG: el producto no funciona como debería. → FEATURE REQUEST: el cliente pide algo que no existe. → UX CONFUSION: el cliente no entiende cómo usar algo que ya existe. → PRICING/BILLING: feedback sobre el precio o la facturación. → ONBOARDING: problemas en el proceso de inicio con el producto. → DOCUMENTATION: falta documentación o está desactualizada. CATEGORÍA NIVEL 2 (el área del producto): → [Lista de los módulos o áreas principales del producto] CAMPO LIBRE (el insight específico): → Una frase que captura la esencia del feedback (para los bugs y feature requests más repetidos). ``` **Implementación en Zendesk:** ``` Campos personalizados de ticket: → "Tipo de VoC" (lista desplegable con las categorías) → "Área del producto" (lista desplegable) → "Descripción del insight" (campo de texto) → "Reproducible por el equipo técnico" (sí/no, solo para bugs) Hacer los campos obligatorios al resolver un ticket → garantiza que se rellenan. ``` ### 📊 El reporting de VoC: de los datos al insight accionable **El informe mensual de VoC (preparado por el lead de soporte, presentado al Head of Product):** ``` SECCIÓN 1 — Resumen ejecutivo: → Top 5 issues más reportados este mes (con volumen y tendencia vs. mes anterior) → Los 3 feature requests más solicitados → Los 2 bugs críticos recurrentes (ya reportados al equipo de ingeniería) SECCIÓN 2 — Top Issues con context: Para cada uno de los top 5: → Número de tickets únicos → Ejemplo de cita real del cliente (anónima) → Impacto estimado en churn o en NPS (si hay datos) → ¿Ya está en el backlog del producto? ¿En qué estado? SECCIÓN 3 — Tendencias emergentes: → Issues que están creciendo aunque aún son bajo volumen (señal de alerta temprana) ``` ### 🤝 El ritual de colaboración soporte-producto: la reunión mensual que cierra el loop La reunión mensual de 60 minutos entre el lead de soporte y el Head of Product (o el PM responsable) con la agenda estructurada, el proceso de priorización conjunta del feedback y el mecanismo de feedback loop al equipo de soporte sobre qué se ha hecho con los insights que aportaron.