01

Empieza por el proceso, no por la demostración

Antes de solicitar propuestas, documenta el recorrido que quieres mejorar: de dónde llega la conversación, quién responde, qué datos necesita, qué decisión toma y dónde queda la próxima acción. Un proveedor serio convierte ese recorrido en alcance, excepciones y métricas.

Una demostración fluida no prueba que la solución funcionará con tus precios, horarios, permisos e integraciones. Pide que el proveedor trabaje sobre uno o dos casos reales anonimizados y explique qué partes quedarán fuera de la primera implementación.

02

Comprueba que utiliza la vía oficial

La propuesta debe indicar cómo se conectará con WhatsApp Business Platform, quién administrará la cuenta de Meta y quién conservará el control del número. Evita soluciones que dependan de automatizar WhatsApp Web, escanear códigos de forma permanente o usar cuentas que pertenecen al proveedor.

Solicita por escrito los requisitos de verificación, las consecuencias para la aplicación actual y el procedimiento para conservar o migrar el número. El canal es un activo de tu empresa y no debería quedar bloqueado por una relación comercial.

03

Compara alcance y costo total

Separa implementación, mensualidad, cargos de Meta, plataforma, usuarios, volumen, modelo de IA, integraciones y soporte. Pide escenarios para el uso actual, el crecimiento esperado y un mes excepcional, además de explicar qué componente aumenta cada costo.

Compara resultados incluidos, no listas de funciones. Dos propuestas pueden mencionar CRM e IA, pero una solo crea contactos mientras otra evita duplicados, conserva la fuente, actualiza oportunidades y registra errores. La diferencia está en el flujo probado.

04

Propiedad de datos y posibilidad de salida

Confirma dónde se almacenan contactos, conversaciones, documentos y registros de auditoría. Define quién puede acceder, cuánto tiempo se conservan y en qué formato se exportan. El proveedor debería recopilar únicamente los datos necesarios para operar y medir.

Pregunta si puedes cambiar de proveedor sin perder el número, las plantillas ni la información comercial. El contrato debe describir la entrega de datos, revocación de accesos y eliminación de copias. Una salida clara reduce dependencia y también obliga a mantener una arquitectura ordenada.

05

Seguridad, errores y supervisión humana

Solicita permisos diferenciados para leer, proponer y ejecutar. Las acciones sensibles (precios especiales, cambios de agenda, compromisos contractuales o datos privados) requieren fuentes oficiales, validaciones y, cuando corresponde, aprobación humana.

El proveedor debe explicar qué ocurre cuando la IA no sabe, una integración está caída o el cliente pide una persona. Busca trazabilidad de eventos, alertas útiles y un procedimiento de recuperación que no dependa de revisar manualmente todas las conversaciones.

06

Soporte para equipos diversos y no técnicos

El equipo cotidiano no debería necesitar conocimientos técnicos para atender, asignar, corregir o transferir una conversación. Pide capacitación por rol, documentación breve, responsables de soporte y tiempos de respuesta distintos para consultas e incidentes.

Incluye en las pruebas a personas con diferentes niveles de experiencia digital. Evalúa navegación con teclado, contraste, tamaño de controles, claridad de errores y alternativas al audio o las imágenes. La accesibilidad debe verificarse con el flujo real antes de publicar.

07

Señales de alerta

Desconfía de promesas de reemplazar por completo al equipo, precisión total, implementación instantánea o ingresos garantizados. También son señales de alerta no separar los cargos de Meta, evitar hablar de errores, usar integraciones no oficiales o impedir exportar la información.

Otra señal es comenzar por un proyecto enorme sin línea base ni prueba limitada. Un buen proveedor propone un primer caso medible, documenta supuestos y amplía solamente cuando los resultados muestran que la operación es estable.

08

Preguntas que debes enviar a cada proveedor

Pregunta: ¿quién controla el número?, ¿qué utiliza la API oficial?, ¿qué datos guarda?, ¿cómo exporto todo?, ¿qué sucede cuando falla una integración?, ¿qué acciones requieren aprobación?, ¿cómo se transfiere a una persona? y ¿qué está excluido del precio?

Añade: ¿qué soporte recibe un equipo no técnico?, ¿cómo prueban diferentes formas de escribir y necesidades de accesibilidad?, ¿qué métricas entregan? y ¿cómo puedo cambiar de proveedor? Las respuestas deberían quedar incorporadas en una propuesta comparable, no solamente en una conversación comercial.