Intermedio / líderes de negocio
7–9 horas
8 módulos completos
Cómo estudiar este curso
Requisitos previos
Conviene haber completado “WhatsApp API desde cero” o dominar WABA, plantillas, ventana de 24 horas, opt-in y webhooks a nivel conceptual.
Módulo 1. Estrategia y casos de uso
1.1 Empieza por la tarea del cliente
“Queremos WhatsApp API” no es un caso de uso. Un caso de uso describe quién inicia, qué necesita, qué información se intercambia y qué resultado cierra la interacción. Ejemplos: precalificar un lead, confirmar una cita, recuperar un carrito, informar estado de pedido o resolver una incidencia.
Separar casos de uso evita que ventas, marketing y soporte compitan dentro de una única cola sin reglas. Cada flujo puede tener audiencia, SLA, datos y KPI diferentes.
1.2 Clasifica valor y complejidad
Evalúa cada caso por volumen, valor económico, urgencia, sensibilidad de datos, necesidad de integración y variabilidad. Una confirmación de cita es altamente estructurada y fácil de automatizar; una reclamación compleja requiere criterio humano. Automatizar primero lo predecible produce más valor que intentar construir un bot universal.
1.3 Define el resultado medible
Un canal empresarial necesita métricas ligadas al proceso. Para ventas: lead contactado, calificado, cita, propuesta, venta. Para soporte: primera respuesta, tiempo de resolución, reapertura, satisfacción. Para campañas: entregado, respuesta útil, conversión, baja y costo incremental.
| Caso | Resultado | KPI primario | Riesgo a controlar |
|---|---|---|---|
| Lead desde anuncio | Cita agendada | % lead→cita | Demora de primera respuesta |
| Soporte | Caso resuelto | Tiempo de resolución | Transferencias sin contexto |
| Recordatorio | Asistencia | % asistencia | Frecuencia excesiva |
| Campaña | Compra o acción | Conversión incremental | Bajas/bloqueos |
Práctica del módulo
Comprueba lo aprendido
¿Por qué “atender clientes” es demasiado amplio?
Porque no define disparador, resultado, datos, SLA ni responsable. Sin eso no se puede diseñar ni medir.
¿Qué conviene automatizar primero?
Procesos repetibles, frecuentes y con reglas claras, especialmente cuando el error es fácil de detectar y escalar.
Módulo 2. Gobierno de activos y responsabilidades
2.1 Propiedad empresarial
La empresa debe saber en qué portafolio está su WABA, quiénes son administradores, qué números están asociados y qué app o proveedor tiene acceso. Esto es gobierno básico de activos. Si nadie puede responder esas preguntas, el canal tiene un riesgo de continuidad.
2.2 Matriz RACI del canal
Define quién es responsable de operación diaria, administración de Meta, seguridad, plantillas, campañas, integración, facturación y soporte. Una campaña no debería publicarse sin saber quién puede pausarla si la calidad cae. Una integración no debería depender de un único desarrollador con credenciales personales.
2.3 Gestión de cambios
Registra cambios sensibles: nuevos números, tokens, webhooks, proveedores, permisos, plantillas críticas y reglas de automatización. Un historial mínimo permite correlacionar incidentes con modificaciones y evita “arreglos” que empeoran el problema.
| Responsabilidad | Dueño recomendado | Evidencia |
|---|---|---|
| Propiedad WABA/números | Administrador empresarial | Inventario y accesos |
| Campañas | Marketing + cumplimiento | Brief, audiencia, opt-in, aprobación |
| Operación | Servicio/ventas | SLA, colas, turnos |
| Integraciones | Tecnología | Diagrama, logs, repositorio |
| Incidentes | Responsable designado | Runbook y cronología |
Práctica del módulo
Comprueba lo aprendido
¿El proveedor debería ser el único administrador?
No es recomendable. La empresa debe conservar control y administradores propios para continuidad y portabilidad.
¿Qué aporta un registro de cambios?
Permite saber qué se modificó antes de un incidente y facilita auditoría, reversión y soporte.
Módulo 3. Diseño del servicio y experiencia del cliente
3.1 Diseña estados de conversación
Una bandeja útil necesita estados que describan la operación: nueva, en cola, asignada, esperando cliente, esperando interno, resuelta. “Abierta/cerrada” suele ser insuficiente para equipos grandes. Cada estado debería tener reglas de SLA y visibilidad.
3.2 SLA y prioridad
El tiempo objetivo depende del contexto. Un lead de alta intención puede requerir respuesta en minutos; una consulta administrativa puede tolerar más. Define primera respuesta, siguiente respuesta y resolución. Mide percentiles, no solo promedios, porque un promedio puede ocultar conversaciones abandonadas.
3.3 Automatización que reduce esfuerzo
Un bot debe eliminar pasos, no añadirlos. Si solicita datos que el CRM ya conoce, empeora la experiencia. Si un agente recibe la conversación, debe ver lo que el bot recopiló. Diseña una salida humana explícita para casos de frustración, excepciones o intención compleja.
Práctica del módulo
Comprueba lo aprendido
¿Por qué medir percentiles de respuesta?
Porque muestran qué ocurre con los casos más lentos; el promedio puede parecer bueno aunque una fracción relevante espere demasiado.
¿Qué es una mala transferencia bot→humano?
Una transferencia sin resumen ni datos, que obliga al usuario a repetir todo y al agente a reconstruir el contexto.
Módulo 4. Multiagente, CRM y enrutamiento
4.1 Enrutamiento
Las reglas pueden usar origen, idioma, país, intención, producto, sede, horario, cliente existente o valor potencial. Una buena regla debe ser explicable y tener fallback. Si no encuentra agente disponible, decide si queda en cola, cambia de equipo o informa un plazo realista.
4.2 Modelo de CRM
Separa contacto, organización, conversación, oportunidad y actividad. El número de WhatsApp es un identificador útil, pero no siempre basta para identificar una relación comercial completa. Conserva fuente del lead, propietario, etapa, último contacto, consentimiento y resultado.
4.3 Evita la doble atención
Implementa bloqueo/asignación visible, presencia y eventos en tiempo real cuando varios agentes usan la misma bandeja. Si dos agentes responden a la vez, no solo se deteriora la experiencia: también se duplican acciones en el CRM.
Práctica del módulo
Comprueba lo aprendido
¿Qué debe guardar el CRM al cerrar una conversación de ventas?
Además del historial, debe registrar resultado comercial: etapa, siguiente acción, responsable y fecha.
¿Por qué un fallback es obligatorio?
Porque toda regla puede no encontrar coincidencia o capacidad; sin fallback las conversaciones quedan sin dueño.
Módulo 5. Campañas, consentimiento y ciclo de vida
5.1 Audiencia antes que plantilla
La campaña empieza por quién debería recibirla y por qué. El hecho de poseer un número en el CRM no es suficiente. Debes poder justificar el consentimiento y la expectativa. Segmenta por relación, interés, etapa o comportamiento; evita bases compradas o importaciones sin trazabilidad.
5.2 Frecuencia y supresión
Mantén listas de exclusión: bajas, contactos con señales negativas, clientes que ya convirtieron cuando la oferta ya no aplica y personas con incidencias abiertas donde un mensaje promocional sería inoportuno. La supresión es tan importante como la selección.
5.3 Ciclo de aprendizaje
Después de cada envío analiza entrega, respuesta, conversión, bajas, calidad y costo. Decide qué hipótesis funcionó. No reutilices indefinidamente una campaña solo porque la plantilla sigue aprobada.
Práctica del módulo
Comprueba lo aprendido
¿Cuál es la primera decisión de una campaña?
La audiencia y la razón legítima/esperada para contactar, antes del copy o diseño.
¿Qué es una lista de supresión?
Un conjunto de contactos que no deben recibir la campaña por baja, irrelevancia, estado de cliente u otra regla de protección.
Módulo 6. Meta Ads y adquisición conversacional
6.1 Del clic a la conversación
Un anuncio Click-to-WhatsApp reduce fricción porque la acción desemboca en una conversación. Pero el valor depende de lo que ocurre después: mensaje inicial, velocidad de respuesta, identificación de campaña, calificación y registro del resultado. La campaña publicitaria y la operación de WhatsApp deben diseñarse juntas.
6.2 Conserva la procedencia
Registra los identificadores y parámetros de atribución disponibles, además de campaña, conjunto, anuncio y fecha cuando corresponda. No dependas solo del texto del mensaje inicial. Si el CRM pierde la fuente, luego será difícil atribuir ventas o comparar anuncios.
6.3 Ventana de entrada gratuita y operación
Meta mantiene reglas particulares para conversaciones originadas en determinados puntos de entrada gratuitos, como anuncios Click-to-WhatsApp y botones de Facebook. Trátalas como una característica de pricing/entrada que debe verificarse en la documentación vigente; no como una excusa para enviar comunicaciones no esperadas posteriormente.
Práctica del módulo
Comprueba lo aprendido
¿Por qué no basta con medir clics?
Porque el objetivo real puede ser conversación útil, cita o venta. Un clic sin seguimiento posterior no demuestra valor.
¿Qué debe conocer el agente sobre el anuncio?
Al menos origen/campaña y contexto suficiente para continuar la intención que llevó al usuario a escribir.
Módulo 7. Métricas, atribución, costos y capacidad
7.1 Métricas de atención
Monitorea volumen entrante, backlog, primera respuesta, resolución, transferencias, reaperturas y satisfacción si la mides. Segmenta por equipo, horario y motivo. El objetivo es descubrir cuellos de botella, no producir un dashboard decorativo.
7.2 Métricas comerciales
Conecta conversación con etapa y resultado: lead→contacto, contacto→cita, cita→venta, ingresos, tiempo a conversión y valor por fuente. Para campañas, calcula costo incremental por conversión y compáralo con margen o valor esperado.
7.3 Capacidad y costo de mensajes
Desde octubre de 2026 los mensajes Service pasan a ser cobrables, por lo que atención humana y respuestas de IA también deben entrar en el modelo variable. Proyecta mensajes por conversación, países, categorías y estacionalidad. Optimizar no significa “responder menos” indiscriminadamente; significa evitar mensajes innecesariamente fragmentados y diseñar flujos claros.
| Dimensión | Ejemplos de KPI | Pregunta que responde |
|---|---|---|
| Experiencia | FRT, resolución, reapertura | ¿El usuario recibe atención efectiva? |
| Calidad WhatsApp | bajas, feedback negativo, calidad | ¿La audiencia espera nuestros mensajes? |
| Comercial | conversión, ingreso, pipeline | ¿La conversación produce resultado? |
| Economía | costo mensajes, plataforma, CAC | ¿El resultado justifica el costo? |
| Capacidad | conversaciones/agente, backlog | ¿Tenemos recursos suficientes? |
Práctica del módulo
Comprueba lo aprendido
¿Por qué no medir solo tasa de lectura?
Porque lectura no equivale a utilidad ni resultado. Debes conectar la conversación con respuesta, conversión, calidad y costo.
¿Qué cambia económicamente en octubre de 2026?
Los mensajes Service enviados por la empresa y Utility dentro de la ventana abierta pasan a ser cobrables según el esquema anunciado por Meta.
Módulo 8. Continuidad, seguridad y modelo operativo final
8.1 Runbook de incidentes
Documenta qué hacer ante caída de webhooks, token inválido, plantilla pausada, número no disponible, restricción, error del CRM o saturación de cola. Cada incidente debe indicar señal, responsable, diagnóstico inicial, evidencia y comunicación interna.
8.2 Mínimo privilegio y credenciales
Los accesos administrativos y tokens deben otorgarse solo a quienes los necesitan. Usa cuentas corporativas, revisa permisos periódicamente y evita compartir secretos por chat o documentación. La seguridad es parte de la disponibilidad: una credencial expuesta puede obligar a rotaciones urgentes y detener integraciones.
8.3 Portabilidad
Conserva exportables y documentación de contactos, consentimiento, plantillas, IDs, integraciones y configuración. El objetivo no es cambiar de proveedor constantemente, sino garantizar que la empresa entiende su operación y puede evolucionar sin perder control.
Práctica del módulo
Comprueba lo aprendido
¿Qué es continuidad en este contexto?
La capacidad de seguir operando o recuperarse de fallos, cambios de personas/proveedores y restricciones con procedimientos y propiedad clara.
¿Por qué mínimo privilegio?
Reduce la superficie de riesgo: cada persona o sistema solo puede modificar los activos que realmente necesita.
Caso operativo: diseñar WhatsApp para una empresa con ventas, soporte y cartera
Grupo Atlas vende servicios por suscripción. Tiene 25 asesores comerciales, 12 agentes de soporte y 5 personas de cartera. Todos quieren “usar el mismo WhatsApp”, pero sus objetivos son diferentes. Si se configura una única cola sin contexto, el cliente puede recibir una promoción mientras tiene una incidencia abierta o ser transferido varias veces antes de llegar al equipo correcto.
1. Separar intenciones y responsabilidades
Las conversaciones nuevas se clasifican por origen e intención: lead de anuncio, cliente que pide soporte, consulta de facturación, renovación y cobranza. La intención puede inferirse por palabra clave, formulario previo, campaña o IA; la decisión final de enrutamiento debe tener fallback. Cada cola tiene horario, capacidad y SLA propios.
2. Diseñar una prioridad empresarial
Un cliente con servicio caído puede tener prioridad sobre una consulta comercial general. Un lead que acaba de llegar desde un anuncio de alto valor puede tener un SLA de minutos porque la intención se enfría rápidamente. La prioridad no debería ser una etiqueta subjetiva aplicada por cada agente; debe venir de reglas visibles que puedan auditarse.
3. Evitar conflictos entre marketing y servicio
Antes de ejecutar una campaña Marketing, el sistema excluye personas con baja, tickets críticos abiertos y clientes que ya realizaron la acción promocionada. Esto demuestra una idea central del curso: la gobernanza de campañas necesita datos operativos, no solo una lista de contactos.
4. Dimensionar capacidad
Supón 1.800 conversaciones entrantes por semana y un tiempo medio activo de 9 minutos. Eso representa 270 horas de atención activa, antes de considerar pausas, trabajo administrativo, reuniones o variabilidad. No basta dividir por 40 horas y concluir que siete agentes alcanzan: debes considerar simultaneidad, horarios, picos, ausentismo y SLA. El staffing se diseña con datos horarios y percentiles.
5. Comité mínimo del canal
| Rol | Decisión que controla | Frecuencia |
|---|---|---|
| Operaciones | SLA, colas, turnos, backlog | Diaria/semanal |
| Marketing | Audiencias, campañas, frecuencia | Por campaña |
| Tecnología | Integraciones, webhooks, incidentes | Continua |
| Administración Meta | Activos, permisos, soporte | Según cambios |
| Dirección/BI | KPI, costos y prioridades | Mensual |
6. Revisión mensual
El comité revisa crecimiento de conversaciones, costo de mensajes, conversiones, backlog, satisfacción, bajas y calidad. Si el costo sube después del cambio de precios de octubre de 2026, la respuesta no es prohibir a agentes responder: primero analiza fragmentación de mensajes, automatizaciones redundantes, casos que podrían resolverse con autoservicio y valor de cada conversación.
Plantilla de diseño operativo
- Caso de uso y resultado.
- Origen de la conversación.
- Cola y prioridad.
- SLA de primera respuesta y resolución.
- Datos que ve el agente.
- Datos que debe registrar al cerrar.
- Automatizaciones permitidas.
- Criterio de transferencia.
- Plantilla necesaria si se retoma fuera de ventana.
- KPI primario y métrica de protección.
- Costo variable esperado.
- Dueño del proceso y runbook de incidentes.
Evaluación de gestión
¿Quién debería “ser dueño” de WhatsApp: marketing o soporte?
La propiedad debe ser empresarial y compartida por responsabilidades. Marketing, operaciones y tecnología controlan partes distintas bajo un modelo de gobierno.
¿Qué error comete una empresa que mide solo tiempo medio de respuesta?
Puede ocultar una cola larga en los casos más lentos. Conviene usar percentiles y backlog además del promedio.
¿Qué hacer si una campaña convierte bien pero eleva bajas?
Evaluar el trade-off y la sostenibilidad; la conversión no justifica deteriorar la experiencia o incumplir expectativas.
¿Qué debe contener un runbook?
Señal del incidente, comprobaciones, responsables, evidencia, acciones seguras, escalamiento y criterio de recuperación.
¿Por qué separar costo Meta y costo operativo?
Porque agentes, plataforma, IA y adquisición pueden superar el cargo de mensajería y son necesarios para calcular rentabilidad real.
¿Qué ventaja tiene una matriz RACI?
Evita vacíos y duplicidades: deja claro quién ejecuta, aprueba, asesora y debe ser informado en cada proceso.
Proyecto final del curso
Crea un Modelo Operativo de WhatsApp Business Platform para una empresa de 50 agentes y tres equipos. Debe ser suficientemente claro para dirección, operaciones y tecnología.
- Casos de uso priorizados y KPI.
- Inventario y propiedad de activos.
- Matriz RACI.
- Colas, SLA, horarios y overflow.
- Modelo CRM y etapas comerciales.
- Política de campañas, opt-in, bajas y supresión.
- Flujo Click-to-WhatsApp con atribución.
- Dashboard de servicio, calidad, negocio y costo.
- Plan de capacidad para crecimiento.
- Runbook de incidentes y continuidad.
Competencias que debes dominar al terminar
- Traducir objetivos de negocio a casos de uso concretos.
- Definir gobierno y propiedad de activos.
- Diseñar SLAs, colas y experiencia de servicio.
- Modelar CRM, asignación y pipeline.
- Gobernar campañas con consentimiento y supresión.
- Conectar Meta Ads con seguimiento y atribución.
- Presupuestar costo y capacidad.
- Crear un modelo operativo con continuidad y seguridad.
Fuentes oficiales para continuar estudiando
- WhatsApp Business — Developer Hub
- Meta — colección oficial de WhatsApp Business Platform en Postman
- WhatsApp Business — Política de mensajes
- Meta for Developers — WhatsApp Cloud API
- Meta for Developers — precios de WhatsApp Business Platform