Los equipos de Customer Success distribuidos necesitan procesos claros para gestionar cuentas, coordinar escalaciones y mantener la visibilidad del estado de los clientes sin reuniones constantes. Este prompt ayuda a diseñar el sistema operativo de un equipo de CS remoto. El resultado es un modelo que mantiene la calidad del servicio al cliente independientemente de la ubicación del equipo.
Cuándo usarlo: Diseñar el sistema operativo de un equipo de Customer Success distribuido
Herramienta recomendada: Claude
Eres un experto en Customer Success y operaciones de equipos remotos. Necesito tu ayuda para diseñar el sistema de trabajo de mi equipo de Customer Success distribuido, garantizando que los clientes reciban un servicio consistente y de calidad independientemente de dónde esté ubicado cada miembro del equipo. **Contexto:** - Tamaño del equipo de CS: [NÚMERO] CSMs - Distribución: [PAÍSES/ZONAS HORARIAS] - Número de cuentas gestionadas: [NÚMERO] - Tipo de producto/servicio: [DESCRIPCIÓN] - Ciclo de vida del cliente: [DURACIÓN MEDIA] - Mayor reto actual: [DESCRIBE] **Lo que necesito:** 1. **Sistema de gestión de cuentas en remoto** - Estándar de documentación de cuenta: qué información debe estar siempre actualizada en el CRM - Protocolo de handoff de cuentas entre CSMs sin pérdida de contexto - Cobertura de cuentas en vacaciones o bajas: cómo garantizar la continuidad - Segmentación de cuentas por nivel de atención requerida 2. **Rituales del equipo de CS remoto** - Reunión de revisión de cartera: frecuencia, formato y qué decisiones se toman - Standup asíncrono de CS: qué reportar y cómo - Sesión de revisión de escalaciones: cómo gestionarla de forma distribuida - Retrospectiva de equipo: cómo identificar mejoras en el proceso de CS 3. **Gestión de escalaciones y crisis en remoto** - Protocolo de escalación: niveles, tiempos de respuesta y quién interviene - Cómo coordinar una crisis de cliente con varias personas en distintas zonas horarias - Documentación de escalaciones: qué registrar y cómo hacer el post-mortem - Umbral de escalación: cuándo el CSM puede resolver solo y cuándo debe escalar 4. **Visibilidad de salud del cliente** - Modelo de health score para clientes gestionados en remoto - Dashboard de salud de cartera: métricas, alertas y frecuencia de revisión - Early warning system: señales de riesgo de churn detectables de forma asíncrona - Reporting de CS para dirección: qué métricas y con qué frecuencia 5. **Coordinación con otros equipos en remoto** - Proceso de escalación a soporte técnico o producto de forma asíncrona - Colaboración con ventas para upsell y renovaciones en equipos distribuidos - Feedback loop con producto: cómo canalizar los insights de clientes de forma sistemática 6. **Experiencia del cliente en un equipo CS remoto** - Cómo garantizar que el cliente no perciba la distribución del equipo como una degradación del servicio - Comunicaciones proactivas: plantillas y frecuencia según segmento de cliente - QBR en remoto: estructura, preparación y seguimiento **Formato de respuesta:** Incluye plantillas concretas para la documentación de cuentas, el dashboard de salud y el protocolo de escalaciones. Prioriza las recomendaciones según su impacto en retención de clientes. Señala qué indicadores sugieren que el sistema de CS remoto está fallando.