Por qué un SLA mal escrito arruina tu chatbot para WhatsApp
Un contrato sin métricas precisas te deja sin herramientas cuando el chatbot para WhatsApp falla en el peor momento. Los SLA que firman las empresas colombianas prometen “alta disponibilidad” sin definir qué significa eso ni qué ocurre cuando no se cumple, y esa ambigüedad le cuesta dinero real a tu operación.
Piensa en un escenario concreto. Tu chatbot atiende 15.000 conversaciones mensuales en WhatsApp y se cae un viernes a las 3 p.m. Sin un SLA que defina tiempos máximos de respuesta ante incidentes, el proveedor puede tomarse 12 horas para restablecer el servicio mientras tus clientes migran a la competencia. Un uptime del 99.9% equivale a 8.76 horas de caída permitida al año. Si tu operación tolera menos, necesitas negociar un 99.95% (4.38 horas/año) o incluso un 99.99% (52 minutos/año), y el contrato debe reflejar esa cifra con ventanas de medición mensuales, porque un promedio anual diluye las caídas puntuales que destrozan tu servicio.
Qué representan los niveles de uptime en tiempo real de caída
| Nivel de uptime | Tiempo de caída permitido al año | Impacto operativo |
|---|---|---|
| 99.9% | 8.76 horas | Riesgo alto para operaciones de alto volumen |
| 99.95% | 4.38 horas | Margen aceptable si el tráfico no es constante |
| 99.99% | 52 minutos | Estándar recomendado para operaciones críticas |
El problema central es que muchos equipos de compras tratan el SLA de chatbot para WhatsApp como un anexo técnico que revisa TI y Legal firma sin cuestionar. Esa desconexión genera contratos donde las métricas están presentes, pero las consecuencias por incumplimiento no existen o son tan leves que al proveedor le resulta más barato fallar que invertir en infraestructura redundante.
Métricas que blindan tu SLA de chatbot para WhatsApp
Tres métricas definen si tu SLA protege la operación o la deja expuesta: uptime con ventana mensual, tiempo medio de respuesta del bot (P95 menor a 3 segundos) y MTTR (tiempo medio de reparación) menor a 2 horas para incidentes críticos. Sin estas tres, el contrato no te protege.
El uptime debe medirse con herramientas independientes, no con los reportes del propio proveedor. Exige acceso a un monitor externo tipo UptimeRobot o Pingdom que registre disponibilidad cada 60 segundos. La cláusula contractual debe especificar que el cálculo excluye mantenimientos programados solo si se notifican con 72 horas de anticipación y no superan 4 horas mensuales.
Esquema de penalidades escalonadas recomendado
- Si el uptime mensual cae entre 99.9% y 99.5%, el proveedor otorga un crédito del 10% de la factura mensual.
- Si el uptime cae entre 99.5% y 99.0%, el crédito sube al 25% de la factura mensual.
- Si el uptime cae por debajo de 99.0%, tienes derecho a terminar el contrato sin penalidad y con migración asistida.
Las cláusulas sobre propiedad de datos son igual de críticas en el marco de Habeas Data colombiano. El contrato debe declarar que todos los datos de conversaciones, modelos entrenados con tu información y bases de conocimiento son propiedad tuya. La portabilidad garantiza exportación en formatos estándar (JSON, CSV) dentro de los 30 días posteriores a la terminación, y el proveedor debe certificar la eliminación completa de tus datos en un plazo máximo de 60 días, con evidencia verificable.
Si estás armando el proceso de evaluación, un checklist de due diligence con todas estas cláusulas y métricas predefinidas te ahorra semanas de idas y vueltas entre TI, Legal y Compras. Descarga el checklist de due diligence en cariai.com/content/blog/ para tener una base de negociación sólida desde la primera reunión con el proveedor.
Due diligence del proveedor de IA en Colombia
La due diligence del proveedor de IA empieza por verificar que el proveedor sea un BSP (Business Solution Provider) autorizado por Meta, porque un intermediario sin esa autorización pone en riesgo tu número de WhatsApp Business API y provoca suspensiones sin previo aviso. La validación es directa: el proveedor debe aparecer en el directorio oficial de Meta Partners, y tú debes confirmar esa información antes de cualquier conversación comercial.
La segunda capa de verificación es la seguridad. En Colombia, cualquier proveedor que procese datos personales a través de un chatbot para WhatsApp debe cumplir con la Ley 1581 de 2012 (Habeas Data) y demostrar que tiene políticas de tratamiento de datos registradas ante la SIC. Una certificación ISO 27001 vigente valida que el proveedor gestiona la seguridad de la información con estándares internacionales, y la infraestructura debe estar alojada en proveedores de nube con certificaciones complementarias como ISO 27017, ISO 27018 y SOC 2.
Cari AI opera como Meta Business Partner con certificación ISO 27001, infraestructura en AWS y más de 12 años de trayectoria procesando más de 73 millones de conversaciones en 9 países de Latinoamérica. Ese tipo de respaldo verificable marca la diferencia entre un proveedor que cumple en papel y uno que cumple en producción.
Aspectos clave para verificar la solidez del proveedor
- Confirmar que el proveedor aparece en el directorio oficial de Meta Partners como BSP autorizado.
- Solicitar evidencia de certificación ISO 27001 vigente y verificar que la infraestructura cuente con ISO 27017, ISO 27018 y SOC 2.
- Revisar estados financieros de los últimos dos años para evaluar la capacidad del proveedor de sostener la operación durante todo el plazo contractual.
- Pedir al menos tres referencias de clientes en sectores similares al tuyo, con volúmenes comparables de conversaciones, y contactarlas para preguntar específicamente sobre cumplimiento de SLA y calidad del soporte local.
La solvencia financiera del proveedor también merece atención. Un proveedor que depende de una sola ronda de inversión representa un riesgo de continuidad que tu equipo de compras debe evaluar con la misma seriedad con que evalúa la tecnología. Contacta a esos clientes de referencia para preguntar específicamente sobre cumplimiento de SLA, tiempos reales de respuesta ante incidentes y calidad del soporte local.
Pruebas operativas y plan de salida
Ninguna referencia reemplaza una prueba en tu propio entorno. Antes de firmar, exige un piloto de 30 días con tráfico real que represente al menos el 10% de tu volumen mensual, donde midas latencia, tasa de resolución sin intervención humana y comportamiento del bot ante picos de demanda. El piloto debe incluir al menos un simulacro de incidente crítico para verificar que el MTTR declarado en el SLA se cumple en la práctica.
El plan de salida es la cláusula que nadie quiere negociar pero todos necesitan. Tu contrato debe obligar al proveedor a mantener el servicio activo durante un período de transición mínimo de 90 días después de la notificación de terminación, con el mismo nivel de SLA vigente. Durante ese período, el proveedor facilita la migración de flujos conversacionales, integraciones API y datos históricos hacia la nueva plataforma que elijas, sin costos adicionales por la migración técnica.
Cada una de estas verificaciones reduce el riesgo de quedar atrapado con un proveedor que no cumple. La combinación de un SLA con métricas reales, penalidades que duelan y una due diligence que va más allá de la presentación comercial transforma la relación con tu proveedor de una apuesta a una decisión informada.
Si tu equipo ya tiene claridad sobre qué exigir y necesita evaluar una plataforma que cumpla con estos estándares en operaciones de alto volumen, agenda una demo en cariai.com para ver cómo funciona en escenarios reales con el tráfico y las integraciones que tu negocio requiere. Las empresas que automatizan procesos críticos, desde la recuperación de pagos vía WhatsApp hasta la atención posventa, son las que más se benefician de tener estas garantías contractuales desde el inicio.
Preguntas frecuentes
¿Qué diferencia hay entre un uptime anual y uno mensual en un SLA?
Un uptime anual promedia la disponibilidad a lo largo de doce meses, lo que permite que caídas concentradas en pocas semanas queden diluidas en el cálculo. Un uptime mensual expone esas caídas puntuales y protege mejor tu operación, porque el incumplimiento se mide y penaliza dentro del mismo mes en que ocurre.
¿Qué es un BSP de Meta y por qué importa al contratar un chatbot para WhatsApp?
Un BSP (Business Solution Provider) es un proveedor autorizado por Meta para ofrecer acceso a la WhatsApp Business API. Contratar con un intermediario no autorizado pone en riesgo la suspensión de tu número de WhatsApp sin aviso previo, lo que puede paralizar toda tu operación de atención al cliente.
¿Qué datos debe devolverte el proveedor si terminas el contrato?
El contrato debe garantizar la entrega de todos los datos de conversaciones, modelos de IA entrenados con tu información y bases de conocimiento, exportados en formatos estándar como JSON o CSV. El plazo recomendado para la entrega es de 30 días posteriores a la terminación, y el proveedor debe certificar la eliminación completa de tus datos en un máximo de 60 días.
¿Cuánto tráfico debe incluir un piloto antes de firmar?
El piloto debe correr durante al menos 30 días con tráfico real que represente un mínimo del 10% de tu volumen mensual habitual. Ese umbral es suficiente para medir latencia, tasa de resolución sin intervención humana y comportamiento del bot ante picos de demanda en condiciones cercanas a las reales.
¿Qué ley colombiana regula el tratamiento de datos en chatbots de WhatsApp?
La Ley 1581 de 2012, conocida como la ley de Habeas Data, regula el tratamiento de datos personales en Colombia. Todo proveedor que procese conversaciones de usuarios debe tener sus políticas de tratamiento de datos registradas ante la Superintendencia de Industria y Comercio (SIC).
