Del “Won” al “Wow”: el customer journey SaaS

En la imagen hay una verdad incómoda para cualquier empresa SaaS: la venta no termina cuando el deal se cierra (“Won”). Ahí recién empieza el tramo que paga la renta: posventa. Si tu proceso se queda en “cerramos, facturamos y que Dios los bendiga”, lo que vas a renovar es… el estrés.

El diagrama muestra un flujo customer-centric de punta a punta: desde Inbound/Outbound y el Hand-off (tras MQL/SQL), pasando por Diagnose → Educate → Assist → Recommend → Trade/Nego → Won, y después el viaje real: Preboard → Onboard → Use → Fix → (Renew / Upsell / Cross-sell) → Advocate, con salidas tipo Pause / Lost / Offboard.

Hoy lo aterrizamos “a lo Latam Hub”: con detalle operativo, playbooks, métricas, y ese toque de realidad regional (presupuestos trimestrales, procurement eterno, champions que rotan, y comités que aparecen un viernes a las 6 pm).

1) El mapa completo: por qué posventa no es un departamento, es el negocio

El proceso de la imagen tiene un mensaje central: cada etapa prepara la siguiente. Si vendiste mal (promesas infladas, alcance ambiguo, stakeholders fantasmas), posventa hereda el incendio. Si posventa trabaja bien, no solo renuevas: creces (upsell/cross-sell) y conviertes clientes en advocates.

En SaaS, la “venta” se paga en cuotas:

• MRR llega si el cliente usa, obtiene valor y renueva.
• El crecimiento ocurre si el cliente madura y expande (upsell/cross-sell).
• La reputación se dispara cuando el cliente promueve (advocate).

La posventa, entonces, no es “soporte premium”. Es gestión de valor.

2) Hand-off: el traspaso que decide tu churn (aunque todavía no lo sepas)

En la imagen, después de Inbound/Outbound aparece el Hand-off. Este punto suele ser el agujero negro: ventas “pasa la pelota”, CS “recibe un Frankenstein”, y el cliente queda mirando como si fuera terapia de pareja en vivo.

¿Qué debe incluir un hand-off decente (y repetible)?

Checklist Latam Hub (mínimo viable, pero serio):

1. Outcome esperado: ¿qué significa “éxito” para el cliente en 90/180 días? (no features, resultados).
2. Caso de uso principal + secundarios: priorizado.
3. Stakeholders reales: Champion, Economic Buyer, IT/Sec, Procurement, Usuarios clave.
4. Motivación y urgencia: ¿por qué ahora?
5. Riesgos conocidos: integraciones, seguridad, cambios de proceso, adopción.
6. Promesas comerciales: descuentos, alcance, SLAs, servicios incluidos.
7. Criterios de valor: cómo medirán ROI (tiempo, costo, ingresos, riesgo).
8. Timeline contractual: inicio, vencimiento, cláusulas, renovación.
9. Plan de implementación vendido: y qué parte es fantasía.

Señales rojas post-hand-off (actúa antes de “Fix”)

• “No sé quién decide”
• “Pensé que venía incluido”
• “Nuestro IT todavía no está enterado”
• “Necesitamos seguridad, pero lo vemos después” (spoiler: no lo ven después)

Regla Hub: si el hand-off no tiene claridad, CS no “rellena con buena onda”. Escala y corrige. Una semana de fricción ahora vale menos que 3 meses de churn anunciado.

3) Preboard: el onboarding empieza antes del kickoff

La imagen pone Preboard entre Recommend y Onboard. Esta etapa es oro: es donde alineas expectativas antes de que el cliente te mida con vara de “¿ya está listo?”

Objetivo del Preboard

• Reducir Time-to-Value (TTV) antes de la primera reunión formal.
• Asegurar que el cliente llegue con: accesos, responsables, agenda, y “qué vamos a lograr”.

Kit de Preboard (plantilla)

• Welcome email con:
  • agenda del kickoff,
  • lista de prerequisitos (accesos, dominios, SSO, integraciones),
  • roles esperados del cliente (PM, IT, Owner negocio),
  • definición simple de éxito.
• Success Plan v0 (1 página):
  • Outcomes
  • Hitos
  • Métricas
  • Responsables
  • Riesgos
• Mapa de stakeholders: quién firma, quién usa, quién bloquea.

Humor Hub (real): si no preboardeas, el kickoff se vuelve “reunión para agendar la reunión donde definimos qué vamos a hacer”. Y eso no es consultoría, es cardio.

4) Onboard: no es “activar usuarios”, es llegar a valor comprobable

En el diagrama: Onboard → Live → Use. “Live” es la línea que separa implementaciones eternas de clientes que ven valor.

El onboarding tiene 3 momentos críticos

1. Kickoff (alineación)
2. Implementación (habilitación + configuración)
3. Go-live (primer valor medible)

Qué hace un onboarding de alto rendimiento

• Define un “North Star Use Case”: 1 caso de uso que sí o sí debe funcionar primero.
• Diseña un camino corto a la primera victoria (“quick win”).
• Asegura enablement (no solo set up técnico).
• Deja armado el modelo operativo: cadencia, soporte, governance.

Métricas de onboarding que sí importan

• TTV (Time-to-Value): días hasta el primer outcome.
• Time-to-Live: días a go-live.
• Activation rate: % cuentas que completan hitos clave.
• Adoption temprano: usuarios activos semanales / equipos activos / eventos clave.

Regla Hub: si en onboarding solo mides “tareas completadas”, estás midiendo actividad. Mide resultado.

5) Use: adopción no es “entraron al sistema”, es “lo incorporaron a su trabajo”

En la imagen, Use es el corazón de posventa. Porque sin uso, no hay valor. Sin valor, no hay renovación. Matemática emocional, pero matemática al fin.

Cómo diseñar “Use” como un sistema (no como esperanza)

a) Instrumentación de producto (sí, aunque duela)

• Eventos clave: login, acción core, colaboración, exportación, integraciones.
• Segmentación: power users, casual, dormidos.
• Cohortes: semana 1, 4, 8, 12.

b) Rutinas de Customer Success

• WBR/MBR (Weekly/Monthly Business Review) para cuentas grandes o en implementación crítica.
• QBR (Quarterly) para valor + roadmap + expansión.
• Office hours para usuarios (LATAM ama el “vení que te lo muestro”).

c) Enablement continuo

• Microcapacitaciones (15-25 min) por rol.
• Certificación interna del cliente (“champion program”).
• Biblioteca de templates y casos de uso.

Health Score (práctico, no esotérico)

Arma un health score que combine:

• Adopción (uso de features core + usuarios activos)
• Valor (KPIs del negocio)
• Relación (engagement, stakeholders, sponsor vivo)
• Riesgo (tickets críticos, incidentes, deuda técnica, competencia)
• Finanzas (uso vs plan, facturas, procurement)

Pro tip Hub: si tu health score depende de “sensación del CSM”, es horóscopo. Útil para conversar, malo para predecir.

6) Fix: soporte es parte del journey, pero no debe tragarse la estrategia

En el diagrama, Fix está debajo de Use. Perfecto: los problemas no son “otra área”, son parte del viaje del cliente.

El playbook Fix que evita churn silencioso

1. Triage claro: severidad, impacto, workaround.
2. Comunicación con tiempos: “próxima actualización en X horas”.
3. Ownership único: el cliente no debe coordinar tus equipos.
4. Post-mortem: causa raíz + prevención + aprendizaje.
5. Cierre con valor: “qué cambió para que no se repita”.

Fix también incluye “arreglar adopción”

No todo se arregla con ingeniería:

• baja adopción por cambio de proceso,
• falta de training,
• permisos mal configurados,
• champion que se fue,
• value narrative inexistente.

Regla Hub: si todo termina en ticket, tu CS está actuando como mesa de ayuda con LinkedIn.

7) Renew: la renovación se gana desde el día 1 (y se negocia desde el día 180)

En el diagrama, Renew aparece como un bloque principal en el área de “Growing”, conectado a MRR. Es decir: renovación como motor.

Cadencia recomendada de renovación (B2B SaaS)

• T - 180 días: revisión de valor (qué se logró, qué falta), riesgo y stakeholders.
• T - 120: plan de cierre (legal, procurement, presupuesto).
• T - 90: propuesta y negociación inicial.
• T - 60: ajustes, aprobaciones, PO.
• T - 30: firma o escalamiento final.

La conversación de renovación tiene 3 capas

1. Valor probado (datos, casos, resultados)
2. Riesgo reducido (estabilidad, soporte, seguridad)
3. Visión siguiente (qué viene y por qué conviene seguir)

Señales tempranas de riesgo de churn

• Sponsor ausente o cambió
• Uso cae 3-4 semanas seguidas
• “Todo bien” pero no te agendan reuniones
• Tickets críticos repetidos
• Competidor “aparece” en conversaciones
• Procurement pide “revalidar todo” (hola, LATAM)

Regla Hub: renovación sin QBR previo es como rendir final sin haber cursado. A veces sale. No apuestes tu NRR a la suerte.

8) Upsell y Cross-sell: expansión sin presión, con evidencia

En la imagen, Upsell y Crosssell están en “Growing”. Bien: expansión ocurre cuando hay uso sostenido + valor.

Diferencia (para que no se mezclen)

• Upsell: más de lo mismo (más seats, más volumen, tier superior).
• Cross-sell: otro producto/módulo para un problema adyacente.

Momento correcto para expandir (gatillos sanos)

• El cliente alcanza el objetivo del caso de uso principal.
• Hay limitaciones naturales (capacidad, seats, automatización).
• Hay nuevos equipos pidiendo entrar.
• Surge un nuevo caso de uso con ROI claro.

Cómo hacerlo sin sonar a “vendedor sorpresa”

• QBR con evidencia: “esto lograron, esto podrían lograr”.
• Maturity model: Básico → Intermedio → Avanzado.
• Piloto acotado: prueba con un equipo, mide, escala.

Humor Hub: si tu upsell depende de “aprovecho que están contentos”, no es estrategia; es pesca con red en piscina.

9) Advocate: cuando el cliente te vende mejor de lo que tu marketing sueña

En el diagrama, Advocate está en “Promote”, conectado con líneas punteadas desde el viaje. Esto es clave: advocacy es resultado de consistencia, no una campaña de “¿me dejás un review?”

Qué es un advocate en B2B (de verdad)

• Te recomienda internamente y externamente.
• Participa en caso de éxito, webinar, evento, referencia.
• Defiende tu producto cuando alguien quiere recortar.

Cómo construir advocacy (programa simple)

1. Identifica promotores (NPS alto + uso alto + resultados)
2. Dales un escenario: comunidad, meetups, eventos.
3. Hazles fácil decir que sí:
   • “one-pager” de caso,
   • plantilla de post,
   • entrevista guiada,
   • aprobación legal preparada.
4. Devuelve valor:
   • visibilidad,
   • acceso anticipado,
   • certificaciones,
   • networking.

Regla Hub: el mejor momento para pedir advocacy es después de una victoria clara. No después de “gracias por renovar”, porque ahí el cliente solo quiere dormir.

10) Pause, Lost y Offboard: el final también es parte del journey

La imagen muestra Pause → Lost y también Offboard después de Fix/Use. Esto es maduro: reconocer que algunos clientes pausarán o se irán, pero cómo se van define si vuelven (o si te queman).

Pause (pausa inteligente, no abandono)

• Define condiciones: duración, alcance de soporte, retención de datos.
• Plan de reactivación: qué debe pasar para volver a “Use”.
• Mantén relación con sponsor y champion (o encuentra reemplazo).

Offboard con dignidad (y con datos)

• Checklist de datos/exportación
• Transferencia de conocimiento
• Retrospectiva: por qué se van (real, no diplomático)
• “Door open”: plan de win-back con condiciones claras

Lost no siempre es “producto malo”

En LATAM, se pierde por:

• recortes presupuestales,
• cambios de dirección,
• dolarización/FX,
• procurement infinito,
• reestructuras.

Si documentas bien, “Lost” puede convertirse en “Identify” (como sugiere el diagrama) para reactivación futura.

11) Operación Latam Hub: lo que cambia en nuestra región (y cómo ganamos igual)

Acá va la parte sin maquillaje:

1) Procurement y legal: el “stage” oculto

Incluye a procurement temprano, especialmente para renovación. Si no, te llega un “solo falta firma” que en realidad significa 45 días.

2) Champions que rotan

Diseña redundancia: 2 champions por cuenta. Y documenta enablement.

3) Multi-país, multi-huso, multi-realidad

Estandariza playbooks, pero permite flexibilidad por país (impuestos, facturación, moneda, compliance).

4) Cultura de relación

En LATAM, el vínculo importa. Cadencia + cercanía = retención. No es “soft”, es estrategia.

12) Playbook resumido: de la venta al advocate (en modo checklist)

Post-Won (Semana 0-1)

• Hand-off completo
• Preboard kit enviado
• Success Plan v0 aprobado
• Kickoff agendado con stakeholders

Onboard (Semana 1-6/10 según complejidad)

• Caso de uso #1 implementado
• Training por roles
• Go-live + métricas base
• Plan de adopción

Use (Mes 2-12)

• Health score operativo
• QBRs con resultados
• Nuevos casos de uso
• Comunidad/enablement continuo

Fix (cuando toque)

• Triage + comunicación
• RCA + prevención
• Cierre con aprendizaje

Renew (T-180 a T-0)

• Business case de valor
• Plan de stakeholders
• Ruta procurement/legal
• Firma y continuidad

Expand

• Upsell/cross-sell por madurez y evidencia

Advocate

• Caso de éxito, referencia, evento
• Programa de champions

Cierre: posventa no es “después”; es “lo que hace que todo valga”

La imagen lo resume perfecto: el journey no es lineal, pero sí es gestionable. Si vendes con diagnóstico y educación, y operas posventa con preboard, onboarding a valor, adopción con método, fix con disciplina, y renovación con evidencia, el cliente no solo se queda: crece y te recomienda.

Y esa es la diferencia entre un SaaS que “vende” y un SaaS que dura.

Si quieres, te lo bajo a tu realidad con un ejemplo concreto: dime tu tipo de producto (segmento, ACV, ciclo de venta, y si es PLG o enterprise) y te armo un playbook completo (cadencias, health score, plantillas de QBR y timeline de renovación) listo para ejecutar en LATAM.