Migrar no consiste en conectar un número a una nueva bandeja. Implica decidir quién es dueño del canal, qué sistemas participan, qué permisos respaldan cada uso y cómo trabajan las personas cuando la automatización no basta.
Las opciones de coexistencia, portabilidad y alta pueden variar según el producto, el proveedor y las capacidades vigentes de Meta. Verifica los requisitos actuales antes de fijar una fecha o prometer continuidad sobre un número.
Cuándo tiene sentido migrar
WhatsApp Business App puede ser suficiente para una operación pequeña y manual. Business Platform suele cobrar sentido cuando varias personas deben atender, existe volumen relevante, se requieren integraciones, hay distintos casos de uso o la empresa necesita trazabilidad y gobierno centralizado.
- Más de una persona necesita atender el mismo canal con responsabilidades claras.
- Las conversaciones deben registrarse en CRM, DMS u otros sistemas.
- Existen recordatorios, notificaciones o seguimientos que deben automatizarse.
- La empresa necesita plantillas, métricas, permisos y auditoría.
- Hay varias sedes, marcas o proveedores que comparten procesos.
Plan de migración por fases
Define casos de uso
Separa atención iniciada por el cliente, seguimiento comercial, servicio, recordatorios y campañas. Cada flujo necesita finalidad, permiso, responsable y métrica.
Inventa números y activos
Documenta números, propietarios, cuentas empresariales, sedes, usuarios, proveedores, plantillas, integraciones y dependencias actuales.
Ordena consentimiento y datos
Decide dónde se registra la fuente del permiso, cómo se aplica una baja y qué sistema es la fuente maestra para contacto, oportunidad y cliente.
Elige arquitectura y proveedor
Valida conexión oficial, titularidad, seguridad, soporte, integraciones, exportación y plan de salida. No elijas solo por la interfaz.
Diseña plantillas y rutas
Prepara mensajes con contexto, aprobaciones, horarios, reglas de asignación, escalada humana y respuesta ante errores.
Prueba un flujo controlado
Empieza con una sede o caso de uso medible. Comprueba entrega, respuesta, registros, bajas, asignación y experiencia del agente.
Escala con monitoreo
Aumenta volumen y equipos por etapas. Revisa calidad, capacidad, fallos y feedback antes de incorporar el siguiente flujo.
Decisiones que deben quedar por escrito
| Decisión | Pregunta que debe responderse |
|---|---|
| Titularidad | ¿Qué entidad controla la cuenta, los números y el acceso administrativo? |
| Identidad | ¿Cómo se representan marcas, sedes y equipos ante el cliente? |
| Datos | ¿Cuál es la fuente maestra y qué se sincroniza con CRM/DMS? |
| Consentimiento | ¿Dónde queda la evidencia y cómo se comparte una baja? |
| Enrutamiento | ¿Quién recibe cada conversación y qué ocurre si no responde? |
| Automatización | ¿Qué puede resolver el sistema y cuándo escala a una persona? |
| Continuidad | ¿Cómo se exportan activos y datos si cambia el proveedor? |
Cómo diseñar un buen piloto
Un piloto no debe ser tan pequeño que no produzca aprendizaje ni tan amplio que convierta cualquier error en una crisis. Selecciona un flujo frecuente, con consentimiento claro y un responsable comprometido.
- Define una línea base: volumen, respuesta, resolución y conversión.
- Elige una sede, equipo o caso de uso.
- Prueba eventos completos: entrada, asignación, respuesta, cierre y registro.
- Incluye bajas, errores y escaladas, no solo el camino feliz.
- Recoge feedback de clientes y agentes.
- Decide criterios objetivos para escalar, corregir o detener.
Errores comunes
Migrar tecnología sin migrar el proceso
Una bandeja nueva no corrige una base sin consentimiento, respuestas lentas o ausencia de responsables.
Entregar la titularidad al proveedor sin entenderla
La empresa debe saber cómo acceder a sus activos y qué ocurriría si termina la relación.
Activar todos los casos de uso a la vez
Hace difícil aislar errores, formar al equipo y medir el impacto real de la migración.
Olvidar la experiencia del agente
Si el contexto no llega, el enrutamiento falla o hay demasiados pasos, la calidad al cliente se deteriora aunque la integración “funcione”.
Consulta la información vigente de WhatsApp Business Platform y su política de mensajería antes de definir la arquitectura.
Las condiciones técnicas pueden cambiar. Valida requisitos, portabilidad y coexistencia con Meta o tu proveedor en el momento de la migración.