WhatsApp para SaaS B2B: del trial a la expansión

El SaaS B2B en Latam tiene dos problemas crónicos: el trial no convierte porque el time-to-value es alto, y el cliente que firmó no expande porque nadie habla con él. El email tiene 6% de apertura. Slack solo sirve para el equipo interno. WhatsApp es donde el decisor está — y donde sí lee. Este playbook muestra cómo usar WhatsApp para acelerar trial→pago y mover pago→expansión, con disparadores cableados al producto.

Prerrequisito cultural: WhatsApp es un canal serio

El founder de SaaS a veces piensa: "WhatsApp es para retail, B2B usa email y call". Falso en Latam: el decisor B2B usa WhatsApp para todo — proveedor, partner, equipo. No te responde el email a las 22h, pero ve el WhatsApp. Criterio para entrar: contacto directo con decisor, no soporte tier 1 escalable.

El modelo PLG (Product-Led Growth) vía WhatsApp

Tres fases, cada una con disparador cableado a un evento del producto:

Fase 1: Trial — acelerar time-to-value

El trial típico es de 14 días. La mayoría convierte u olvida. Mensajes por WhatsApp condicionados a eventos:

Cada mensaje es HSM aprobada (UTILITY en su mayoría; MARKETING solo para extensión de trial). El cliente que responde se vuelve lead caliente — entra SDR/CSM humano.

Fase 2: Pago temprano — proteger contra churn precoz

El 30% del churn anual ocurre en los primeros 60 días. Disparadores:

• 0 logins en 7 días tras upgrade: el CSM escribe — "¿Todo OK? Te ayudo a configurar."
• Feature core sin usar en 14 días: "Vi que no probaste X. ¿Te hago el setup?"
• Ticket abierto sin resolver en 48h: escalamiento automático + WhatsApp personal del CSM.
• NPS < 7: CSM humano contacta en <2h.

Fase 3: Expansión — upsell contextual

El cliente que tocó el techo del plan se vuelve oportunidad de expansión. Disparadores:

• Uso de cuota mensual > 80%: "Usaste 82% del plan X. ¿Subes a Y antes de tocar el límite?"
• Agregó 2º agente/seat: "Tu operación creció. El plan X tiene descuento para equipo más grande. ¿Te muestro?"
• NPS 9–10 (promotor): "¡Qué bueno tu puntaje! ¿Tienes alguien para referir? Ganas descuento por cada uno que firma."
• Aniversario de suscripción (1 año): "¡Cumplimos 1 año! ¿Pasas al plan anual con 20% de descuento?"

Cuándo bot, cuándo CSM humano

• Bot: mensajes transaccionales (estado, recordatorio, confirmación), preguntas FAQ simples, acciones sin decisión.
• CSM humano: cualquier conversación de renovación, expansión, retención, downgrade, cancelación.
• SDR: trial inactivo, lead que se registró pero no volvió, calificación de nuevos.

Regla clara: cualquier discusión de dinero o retención es siempre humana.

Arquitectura técnica (referencia conceptual)

Aclaración honesta: MercaBot no expone hoy una API de eventos de producto (no existe el endpoint /saas/trigger). El JSON de abajo es un ejemplo conceptual de cómo se ve este patrón con un BSP que sí ofrezca ese disparo programático. En MercaBot, hoy, los envíos proactivos se hacen como broadcast de plantillas HSM desde el panel (planes Pro+), no vía webhook entrante automático.

// Ejemplo conceptual (NO es un endpoint de MercaBot):
// así dispararías un evento de producto a un BSP con API de trigger.

POST https://api.tu-bsp.example/trigger
Authorization: Bearer TUS_CREDS

{
  "event": "trial_ended_unconverted",
  "user": {
    "phone": "+5215512345678",
    "first_name": "Juan",
    "company": "Acme SA"
  },
  "context": {
    "days_since_signup": 14,
    "features_used": ["dashboard", "integration_zapier"],
    "last_login_at": "2026-05-12T10:22:00Z"
  }
}

→ El BSP dispararía la plantilla HSM correspondiente con variables.

Stack típico (de referencia)

• Producto: emite eventos críticos (signup, aha, churn signal).
• Capa de mensajería (BSP con API de trigger): recibe el evento y dispara la HSM. En MercaBot esto se hace hoy como broadcast manual desde el panel.
• CRM (HubSpot/Salesforce/Pipedrive): alimentas tu CRM exportando los contactos del panel (sin sincronización automática con MercaBot).
• Analítica: Mixpanel/Amplitude/PostHog para cohort de quien recibió WhatsApp vs. quien no.

Métricas que importan en SaaS B2B

• Trial → paid conversion con WhatsApp vs. sin (A/B test 50/50 en el signup).
• Time-to-value (días del signup a la 1ª acción core).
• D7 retention (% que aún usa a los 7 días del signup).
• Net revenue retention (NRR) mensual — meta > 100% (expansion compensa churn).
• CSM NPS de clientes gestionados por WhatsApp vs. email.

Benchmark esperado (SaaS B2B PyME 2026)

• Trial → paid vía WhatsApp + bot: +18 a +35% vs. solo email.
• D7 retention: +25 a +40% con onboarding por mensaje.
• NRR: +5 a +12pp con expansión contextual.
• Churn temprano (60 días): −20 a −35% con NPS rápido + CSM proactivo.

3 trampas comunes

1. Mandar WhatsApp a todo lead. Un lead que se registró pero no confirmó número con un opt-in específico se vuelve spam. El SaaS B2B que compra bases de email no puede mandar WhatsApp sin opt-in.
2. Bot intentando cerrar la venta. El cliente B2B quiere hablar con alguien. El bot califica y registra el pedido en el panel, el humano agenda y cierra. Un bot que "vende" genera desconfianza.
3. No medir impacto. Implementan WhatsApp, pasan 6 meses sin medir, no saben si vale. Siempre A/B entre cohorte con vs. sin.

Cuándo WhatsApp NO tiene sentido en SaaS B2B

• Enterprise puro: CSM dedicado hace call, el decisor no usa WhatsApp.
• Self-serve puro: producto de USD 9/mes no justifica la inversión.
• Mercado muy regulado: banco, seguros con compliance fuerte prefieren canales cerrados auditables.
• Cliente solo en EE.UU./Norte de Europa: WhatsApp tiene uso B2B bajo allí — Slack o email funcionan mejor.