Si sus relationship managers, account managers o CSMs de postventa ocupan licencias de Sales Hub, es razonable pensar que está pagando por un software que no se ajusta al trabajo. El error habitual es asignar una licencia de Sales Hub a cada puesto comercial con un número de quota y descubrir, seis meses después, que el workflow diario (solicitudes abiertas, escalamientos, temporizadores de SLA, enrutamiento de propietarios) no tiene dónde vivir de forma limpia. La solución no es un Sales Hub más grande. Es Service Hub para el workflow de los RM, con una única licencia de Sales a nivel de líder de equipo para los deals de upsell genuinos. La decisión se toma antes del contrato, y con cincuenta RM la diferencia de coste anual supera las seis cifras.
Por qué importa ahora
La retención neta es la métrica sobre la que más presionan hoy los inversores, y el modelo operativo que la sostiene recibe por fin el escrutinio que el motion de nuevos clientes ha tenido durante una década. El planteamiento de Jason Lemkin sobre las métricas de CS que los inversores de venture capital realmente evalúan lo dice sin rodeos: el gasto de CS como porcentaje del ARR, la carga de cartera por CSM y la brecha entre retención bruta y neta son ya preguntas de diligencia de primer orden. El sistema en el que trabaja el equipo de postventa produce esas cifras. Si el CRM está configurado para un motion de cazador y su equipo opera con un motion de SLA, las métricas se resienten en lugares difíciles de depurar desde un dashboard.
El error por defecto: una licencia de Sales para todos los que tienen un número de quota
Casi todos los rollouts de HubSpot en etapa intermedia que encontramos empiezan igual. Los reps de ventas recibieron Sales Enterprise, correcto. Marketing recibió licencias de Marketing, correcto. Y el equipo de postventa (RM, AM, CSM, a veces un rol híbrido de renovación y expansión) también recibió licencias de Sales, porque alguien tenía un número en su plan y compras tenía una sola columna para «comercial». La licencia encaja con el organigrama. No encaja con el trabajo.
El problema es que la interfaz de Sales Hub está construida en torno a un pipeline abierto de deals nuevos. Asume que el usuario pasa el día moviendo registros de izquierda a derecha por etapas que controla de principio a fin. La mayoría de los RM de verticales regulados no hace eso. Gestionan una cartera fija, reaccionan a solicitudes entrantes sujetas a SLA contractuales, escalan los asuntos atascados y pasan el upsell a un closer que realmente lleva el deal. Las primitivas de Sales Hub (pipelines de deals, sequences, espacios de prospección) no son la superficie de trabajo diaria. Las de Service Hub, sí.
Lo que realmente hacen los relationship managers (no es vender)
El diagnóstico que debe plantearse a cualquier equipo a punto de comprar licencias de Sales para su función de postventa es este: en un día típico, ¿qué abre primero el RM? Si la respuesta es «la cola de solicitudes», «la bandeja de entrada» o «los pendientes de ayer», el workflow tiene forma de servicio. Si es «el pipeline», tiene forma de ventas. En servicios financieros de la región DACH y en SaaS B2B de alto contacto, el workflow del RM se descompone en cuatro tareas:
- Gestionar el reloj del SLA. Solicitudes abiertas frente a ventanas de respuesta contractuales o implícitas. El RM es responsable del tiempo hasta la primera respuesta y del tiempo hasta la resolución sobre una cartera definida.
- Enrutar y escalar. Los casos que superan umbrales de complejidad o de autoridad pasan a un líder de equipo, a una cola de especialistas o al responsable de un proceso regulado. El enrutamiento se rige por reglas, no por deals.
- Conservar el historial de la relación. Cada punto de contacto del RM (notas de llamadas, hilos de correo, resultados de reuniones) se asocia al registro del cliente para que la siguiente interacción parta de contexto.
- Detectar upsell. Cuando la conversación revela una oportunidad de expansión, el RM entrega el lead calificado a un closer con licencia de Sales. El RM rara vez lleva el deal de principio a fin.
Tres de esas cuatro tareas son nativas de Service Hub. Una es nativa de Sales Hub, y es la porción más pequeña del tiempo semanal.
Las primitivas de Service Hub que el workflow del RM realmente necesita
Tickets, no deals
Los tickets de Service Hub son el objeto adecuado para un elemento de trabajo abierto con ventana de respuesta, propietario, estado y cierre. Los deals son el objeto equivocado: distorsionan los informes de velocidad, contaminan los forecasts del pipeline y ocultan el SLA. La primera decisión de arquitectura es sacar la superficie de trabajo diaria del objeto deal y llevarla a los tickets. Los motions de renovación son la excepción que vale la pena mantener en deals; el trabajo reactivo del RM, no.
Políticas de SLA, colas y enrutamiento
Service Hub incluye políticas de SLA (ventanas de respuesta y resolución por tipo de ticket o prioridad), bandejas compartidas con enrutamiento por habilidades y vistas de cola. Son las primitivas que los RM necesitan cada día. Un registro de deal no tiene temporizador de SLA nativo. Los equipos que añaden seguimiento de SLA a los deals terminan escribiendo propiedades personalizadas, valores calculados y workflows para recrear algo que Service Hub ofrece desde el primer día.
Enrutamiento de conversaciones y bandejas compartidas
La mayoría de los equipos de RM de verticales regulados opera sobre una bandeja compartida: el cliente escribe a una única dirección y el enrutamiento decide qué RM, especialista o cola de escalamiento la atiende. Esa primitiva vive limpiamente en Service Hub. Añadida a Sales Hub, se convierte en un workflow de asignación frágil, sin interfaz de triaje nativa.
El modelo híbrido: licencias de Service para los RM, una licencia de Sales a nivel de líder de equipo
El patrón que resiste una auditoría es el híbrido. Los RM trabajan con licencias de Service Hub Professional o Enterprise, con acceso completo a tickets, SLA y bandeja de entrada. El líder de equipo, o un único closer de upsell dedicado por pod, tiene una licencia de Sales Hub y lleva cualquier deal que supere un umbral de expansión. El handoff del RM al closer es en sí mismo un workflow: un ticket marcado como «upsell calificado» crea un deal asociado en el pipeline del líder de equipo, con el historial de conversaciones ya adjunto. El RM nunca abre el deal. El closer nunca abre la cola de tickets. Ambos trabajan sobre el mismo registro de cliente.
Lo que no debe hacer es duplicar licencias. Dar a cada RM una licencia de Service y otra de Sales «por si acaso» es la forma más cara del mismo error: duplica el coste de licencias sin resolver la cuestión del workflow. El diagnóstico sigue siendo el mismo: ¿qué abre primero el usuario?
Un patrón visto en campo
Un equipo de servicios financieros de la región DACH, con una cartera de cincuenta RM, heredó una configuración de HubSpot que ponía a todos los RM en Sales Hub Enterprise. La auditoría reveló que ningún RM había movido una etapa de deal en el trimestre anterior: cada registro que tocaban era una solicitud de servicio modelada como deal, con propiedades personalizadas que intentaban replicar temporizadores de SLA y enrutamiento de colas. La reconstrucción llevó el workflow del RM a Service Hub Professional, con políticas de SLA adecuadas, bandejas compartidas y un pipeline de tickets que reflejaba la lógica real de escalamiento. Tres licencias de Sales Hub se quedaron en el nivel de líder de equipo y de upsell dedicado. La diferencia anual en coste de licencias superó con holgura las seis cifras, los informes de tiempo de respuesta quedaron por fin ligados a un campo nativo en lugar de a un cálculo personalizado, y el primer onboarding de un RM con el nuevo esquema tomó aproximadamente un tercio del tiempo que había necesitado la cohorte anterior. El trabajo no cambió. El sistema dejó de pelearse con él.
Resolución: un playbook para decidir las licencias
Antes de la renovación o del ciclo de compras de cualquier equipo de postventa:
- Audite el workflow antes que la licencia. Siéntese con dos RM durante un día completo. Observe qué abren y en qué orden. Si es la cola o los pendientes de ayer, está comprando Service Hub.
- Mapee las cuatro tareas. SLA, enrutamiento, historial, upsell. Anote el porcentaje del tiempo semanal del RM dedicado a cada una. La decisión sobre la licencia surge de los porcentajes, no del cargo.
- Saque la superficie diaria del objeto deal. Tickets para el trabajo reactivo; deals solo para motions genuinos de renovación y expansión. Construya el pipeline de tickets para que refleje la lógica de escalamiento del RM.
- Defina el handoff de upsell como un workflow. Un ticket marcado para expansión crea un deal asociado en el pipeline de un closer, con el historial de conversaciones ya adjunto. Documente el disparador, el propietario y el SLA en el propio handoff.
- Ajuste las licencias de Sales a lo necesario. Los líderes de equipo y los roles dedicados de upsell reciben Sales Hub. La mayoría de los RM, no. Resista la doble licencia «por si acaso».
- Conecte los informes a campos nativos. El tiempo de respuesta y de resolución debe resolverse con campos de SLA de Service Hub, no con cálculos personalizados sobre un deal. Los campos nativos sobreviven a las renovaciones y a los relevos de administradores.
- Repita la auditoría en cada renovación. El número de licencias se desvía. Los roles cambian de forma. Trate la decisión sobre las licencias como una revisión trimestral frente al mapa de las cuatro tareas.
Si la decisión sobre las licencias coincide con el trabajo, la renovación es una conversación de presupuesto. Si no, la renovación es un proyecto de migración.
Dónde entra Checkpoint
Buena parte del trabajo de CRM de postventa que realizamos en Checkpoint empieza con este mismo diagnóstico: un equipo que compró licencias de Sales Hub para un workflow que requería primitivas de Service Hub y lleva un año pagando por ese desajuste. Corregirlo afecta al licenciamiento, a la arquitectura de objetos, a los informes y a la capacitación del equipo. Si su equipo de postventa trabaja con tickets modelados como deals, hable con nosotros antes de la próxima renovación: la auditoría se paga sola en el primer trimestre. Vea también nuestros servicios de RevOps y de operaciones de customer success, que sustentan el modelo operativo detrás de la decisión sobre las licencias.
Fuentes
- Lemkin, Jason. «The Top 10 Customer Success Metrics Investors Really Care About in 2025 with Gainsight's CEO Nick Mehta.» SaaStr. saastr.com
- Blake, Dave. «100 customer success leaders weigh in on the most important metrics to measure.» OpenView, 10 de julio de 2017. openviewpartners.com
Carolina Decastri