Qué debe incluir el contrato de un chatbot: SLA soporte y permanencia

Decidir automatizar la comunicación de tu negocio con un chatbot es un paso estratégico importante. Ya sea para agendar citas en una clínica dental, calificar leads en un concesionario o tomar pedidos en un restaurante, la tecnología promete eficiencia y una mejor experiencia para el cliente. Sin embargo, el éxito de esta implementación no depende solo de la calidad del bot, sino también de la claridad y solidez del acuerdo que firmas con tu proveedor. Un contrato bien estructurado es la base de una relación comercial saludable y la garantía de que recibirás el servicio por el que estás pagando.

Como especialistas en la creación de bots para negocios, hemos visto de primera mano cómo un acuerdo vago o incompleto puede generar frustración, costos inesperados y, en el peor de los casos, un proyecto fallido. Muchos empresarios se centran en las funcionalidades y el precio inicial, pero pasan por alto los detalles que realmente definen el valor a largo plazo: el nivel de servicio, el soporte técnico, las condiciones de permanencia y la propiedad de los datos. Estos elementos, a menudo relegados a la “letra pequeña”, son los que protegen tu operación y aseguran que el chatbot se convierta en un activo real y no en un dolor de cabeza.

Este artículo está diseñado para guiarte a través de los componentes que debe tener el contrato y sla de un chatbot. No se trata de un análisis legal, sino de una guía práctica desde la perspectiva de un proveedor que valora la transparencia y el éxito de sus clientes. Abordaremos qué es un Acuerdo de Nivel de Servicio (SLA), por qué es fundamental, qué tipo de soporte debes exigir y cómo interpretar las cláusulas de permanencia y salida. El objetivo es que, al finalizar la lectura, tengas las herramientas para evaluar cualquier propuesta con confianza y tomar una decisión informada que proteja tu inversión y potencie tu negocio.

Componentes fundamentales del contrato de implementación del chatbot

El contrato inicial es el documento que establece las bases de la relación con tu proveedor. Define qué se va a construir, cómo, en qué plazos y con qué costo. Omitir detalles en esta fase es una receta para malentendidos futuros. Un contrato completo debe ir más allá de una simple cotización y detallar cada aspecto del proyecto.

Alcance y funcionalidades detalladas del bot

Esta es quizás la sección más importante para evitar la clásica frase: “pensé que eso estaba incluido”. El alcance debe describir con precisión qué hará el chatbot y, a veces, qué no hará. No es suficiente con decir “un bot para agendar citas”. Un buen contrato especificará:

• Canales de operación: ¿El bot funcionará solo en WhatsApp, o también en Instagram, Facebook Messenger o la web?
• Flujos de conversación: Se deben detallar los “caminos” que seguirá la conversación. Por ejemplo, para un chatbot para consultorio médico, se especificarían flujos para agendamiento de primera vez, agendamiento de control, cancelación, reprogramación y preguntas frecuentes sobre horarios o ubicación.
• Integraciones con otros sistemas: Si el bot debe conectarse con tu CRM, tu sistema de agenda (como un software de gestión de clínicas) o una pasarela de pagos, el contrato debe especificarlo claramente. Debe indicar qué sistema, qué tipo de datos se sincronizarán (por ejemplo, crear/actualizar contacto, registrar cita) y quién es responsable de cada parte de la integración.
• Inteligencia Artificial y NLP: Si el bot incluye Procesamiento de Lenguaje Natural (NLP) para entender intenciones abiertas, el contrato debe definir el alcance de este entrenamiento inicial. ¿Cuántas intenciones se configurarán? ¿Qué sucede si los usuarios preguntan algo no previsto?
• Panel de administración: ¿Tendrás acceso a un panel para ver conversaciones, estadísticas o realizar pequeños ajustes? El contrato debe describir qué podrás hacer desde ese panel.

Un error común es asumir que funcionalidades avanzadas como la gestión de listas de espera o el envío de campañas proactivas están incluidas por defecto. Si son importantes para tu operación, asegúrate de que estén explícitamente mencionadas en el alcance del proyecto.

Plazos, entregables y proceso de aprobación

La automatización no debe ser una caja negra. Un contrato transparente debe establecer un cronograma claro con hitos y entregables. Esto te permite seguir el progreso y saber qué esperar en cada etapa. Los elementos a buscar aquí son:

• Cronograma del proyecto: Un desglose de las fases, como descubrimiento, diseño de flujos, desarrollo, pruebas y lanzamiento. Cada fase debe tener una duración estimada. Puedes aprender más sobre las fases en nuestra guía sobre la implementación de un chatbot, sus etapas y tiempos.
• Entregables por fase: ¿Qué recibirás al final de cada etapa? Por ejemplo, tras la fase de diseño, deberías recibir un diagrama de los flujos de conversación para tu aprobación. Antes del lanzamiento, deberías tener un periodo de pruebas (UAT – User Acceptance Testing) para validar que todo funciona como se esperaba.
• Proceso de feedback y cambios: Ningún proyecto es perfecto desde el inicio. El contrato debe definir cómo se gestionarán las solicitudes de cambio. ¿Cuántas rondas de revisión están incluidas? ¿Qué pasa si solicitas un cambio que está fuera del alcance original? Un buen proveedor definirá un proceso claro para cotizar y aprobar trabajos adicionales.

Este nivel de detalle no solo te da visibilidad, sino que también responsabiliza al proveedor de cumplir con los plazos acordados. Si un proveedor es reacio a comprometerse con un cronograma, es una señal de alerta.

Propiedad intelectual y de los datos

Este es un punto crítico que a menudo se pasa por alto. ¿De quién son los datos que recopila el bot? ¿Y el bot mismo? La respuesta debe estar inequívocamente clara en el contrato.

• Datos de los clientes: La base de datos de tus clientes (nombres, teléfonos, historial de conversaciones) es uno de los activos más valiosos de tu negocio. El contrato debe estipular que tú eres el único propietario de estos datos. El proveedor solo actúa como un procesador de datos y debe garantizar su confidencialidad y seguridad.
• Flujos de conversación y “know-how”: Los flujos de conversación específicos, las respuestas y la lógica de negocio que se programan en el bot son parte de tu propiedad intelectual. El proveedor puede ser dueño de la plataforma o el código subyacente, pero la “personalidad” y el conocimiento de tu negocio implementados en el bot deben ser tuyos.
• Portabilidad: ¿Qué sucede si decides cambiar de proveedor en el futuro? Un buen contrato debería permitirte exportar tus datos de clientes y, idealmente, los diagramas de flujo de la lógica del bot. Esto evita que quedes “cautivo” de un solo proveedor.

Imagina que tu bot de WhatsApp para restaurante ha construido una base de datos de 5,000 clientes leales con sus preferencias de pedidos. Si el contrato no es claro sobre la propiedad de esos datos, podrías perder ese activo invaluable si terminas la relación con el proveedor. Asegúrate de que este punto esté blindado a tu favor.

El Acuerdo de Nivel de Servicio (SLA): la garantía de funcionamiento

Una vez que el chatbot está en funcionamiento, el contrato de implementación da paso al acuerdo de servicio continuo. El pilar de este acuerdo es el SLA (Service Level Agreement), un documento que define el nivel de calidad y disponibilidad que el proveedor se compromete a ofrecer. Sin un SLA, no tienes ninguna garantía formal de que tu bot estará operativo cuando más lo necesites.

Definición y métricas clave de un SLA para chatbot

El SLA traduce las promesas de marketing en compromisos medibles. No se trata de generalidades como “un buen servicio”, sino de métricas concretas y objetivas. Las más importantes para un chatbot son:

• Uptime (Tiempo de actividad): Es el porcentaje de tiempo que el chatbot está en línea y funcionando correctamente. Un estándar de la industria suele ser del 99.5% o superior. Un SLA serio debe especificar cómo se mide este uptime y excluir mantenimientos programados (que deben ser notificados con antelación). Un uptime del 99% puede sonar bien, pero equivale a más de 7 horas de inactividad al mes. Para un concesionario que recibe leads 24/7, esas horas pueden significar decenas de oportunidades perdidas.
• Tiempo de respuesta del bot: Se refiere a la rapidez con la que el bot contesta al usuario una vez que recibe un mensaje. No debe confundirse con el tiempo de respuesta del equipo de soporte. Un bot lento genera una mala experiencia. El SLA puede especificar un tiempo máximo de respuesta promedio, por ejemplo, inferior a 2 segundos.
• Métricas de rendimiento de la plataforma: El acuerdo puede incluir otros indicadores técnicos, como la tasa de entrega de mensajes o la latencia de las integraciones con sistemas externos.

Estas métricas deben ser monitoreadas por el proveedor y, preferiblemente, accesibles para ti a través de un panel o reportes periódicos. La transparencia es fundamental para verificar el cumplimiento del SLA.

Tiempos de respuesta y resolución de incidencias

Los problemas técnicos ocurren. Lo que diferencia a un buen proveedor de uno mediocre es la rapidez y eficacia con la que los resuelve. El soporte chatbot debe estar claramente definido en el SLA, estableciendo tiempos máximos de respuesta según la severidad de la incidencia.

Una práctica común es categorizar las incidencias:

Nivel de Severidad	Descripción del Problema	Tiempo de Primera Respuesta (Ejemplo)	Tiempo de Resolución Objetivo (Ejemplo)
Crítica (Nivel 1)	El chatbot está completamente caído. Ningún usuario puede interactuar.	Menos de 1 hora	4 horas
Alta (Nivel 2)	Una función principal está fallando (ej. el agendamiento no funciona), pero otras partes del bot sí.	2-4 horas	8 horas (1 día hábil)
Media (Nivel 3)	Un problema menor que no impide el funcionamiento principal (ej. un error de texto en un mensaje).	8 horas (1 día hábil)	3 días hábiles
Baja (Nivel 4)	Consulta general o solicitud de mejora menor.	24 horas (1 día hábil)	Según planificación

El SLA debe especificar el horario de cobertura del soporte (¿es 24/7 o solo en horario de oficina?) y los canales para reportar incidencias (portal de tickets, email, teléfono de emergencia). Sin esta tabla de tiempos, la frase “te ayudaremos lo antes posible” no tiene ningún valor contractual.

Penalizaciones por incumplimiento del SLA

Un SLA sin consecuencias por su incumplimiento es solo una declaración de intenciones. Para que el acuerdo tenga peso, debe incluir cláusulas de penalización, generalmente en forma de créditos de servicio. Por ejemplo, si el proveedor no cumple con el uptime prometido en un mes determinado, podrías recibir un descuento en tu factura del mes siguiente.

Las penalizaciones incentivan al proveedor a mantener una alta calidad de servicio y te compensan parcialmente por el impacto negativo que una falla pueda tener en tu negocio. La fórmula para calcular estos créditos debe ser clara. Por ejemplo: “Por cada 0.1% que el uptime mensual esté por debajo del 99.9%, el cliente recibirá un crédito del 5% sobre la cuota mensual de servicio”. Revisa esta cláusula con atención, ya que demuestra el nivel de confianza que el proveedor tiene en su propia infraestructura.

Soporte, mantenimiento y evolutivos: más allá de la implementación

Un chatbot no es un producto que se entrega y se olvida. Es un servicio vivo que requiere atención constante para seguir siendo eficaz y adaptarse a los cambios de tu negocio. El contrato debe ser muy claro sobre qué tipo de soporte y mantenimiento están incluidos en tu cuota mensual y qué se considera un trabajo adicional con costo.

Tipos de soporte: técnico vs. funcional

Es importante distinguir entre dos tipos principales de soporte, ya que a menudo se confunden. El contrato debe definirlos y establecer cómo se gestiona cada uno.

• Soporte técnico: Se refiere a la resolución de errores y problemas con la plataforma. Es el soporte reactivo que se activa cuando algo deja de funcionar. Por ejemplo, si el bot deja de responder o una integración con tu calendario falla, eso es un ticket de soporte técnico. Este tipo de soporte está directamente ligado al SLA que vimos anteriormente y su costo suele estar incluido en la tarifa mensual.
• Soporte funcional o evolutivo: Se refiere a cambios, mejoras o nuevas funcionalidades en el bot. No se trata de arreglar algo que está roto, sino de adaptar el bot a nuevas necesidades. Por ejemplo, si una clínica dental quiere añadir un nuevo flujo para ofrecer un tratamiento de blanqueamiento que antes no tenía, eso es un evolutivo. O si un concesionario quiere modificar las preguntas de calificación de leads.

El contrato debe especificar si tienes una bolsa de horas mensuales para estos cambios, si se cotizan por separado bajo demanda o si existen diferentes planes de servicio. En Snapikbots, creemos en el acompañamiento continuo, por lo que nuestros planes suelen incluir mecanismos para que los bots de nuestros clientes evolucionen con ellos.

Mantenimiento proactivo y actualizaciones de la plataforma

Un buen proveedor no solo espera a que reportes un problema. Realiza un mantenimiento proactivo para prevenirlos. El contrato debe mencionar qué tipo de mantenimiento está incluido:

• Monitoreo de la plataforma: El proveedor debe estar monitoreando constantemente el estado de sus servidores y la salud del bot.
• Actualizaciones de seguridad: La plataforma sobre la que corre el bot debe ser actualizada regularmente para protegerla contra vulnerabilidades.
• Actualizaciones de canales: Las APIs de WhatsApp, Meta y otros canales cambian constantemente. El proveedor es responsable de adaptar el bot a estos cambios para que no deje de funcionar. Por ejemplo, cuando WhatsApp introduce nuevos tipos de botones o mensajes, el proveedor debe actualizar su plataforma para que puedas usarlos.
• Optimización de flujos: Un servicio de calidad puede incluir la revisión periódica de las conversaciones para identificar puntos de fricción donde los usuarios se atascan o abandonan. Con base en estos datos, el proveedor puede sugerir mejoras en los flujos.

Este mantenimiento es invisible para ti, pero es lo que garantiza la estabilidad y seguridad del servicio a largo plazo. Asegúrate de que tu contrato lo contemple y no lo considere un extra.

Proceso para solicitar cambios y nuevas funcionalidades

Tu negocio cambiará, y tu bot deberá hacerlo también. El proceso para solicitar y ejecutar estos cambios debe ser ágil y transparente. El contrato debe definir:

• El canal para las solicitudes: ¿Debes enviar un email, usar un portal de cliente o contactar a tu gestor de cuenta?
• Proceso de cotización y aprobación: Para los cambios que tienen un costo, ¿cómo se estimará el esfuerzo? ¿Recibirás una cotización formal para su aprobación antes de iniciar el trabajo?
• Tiempos de implementación: El SLA de resolución de incidencias no aplica para nuevas funcionalidades. Sin embargo, el proveedor debería poder darte una estimación de tiempo para la implementación de los cambios una vez aprobados.

Tener este proceso claro desde el principio evita fricciones cuando necesitas que tu bot haga algo nuevo. Sabrás exactamente a quién contactar, qué esperar y cómo se gestionará tu solicitud, permitiéndote planificar las mejoras de tu sistema de automatización de manera ordenada.

Cláusulas de permanencia, renovación y terminación

Finalmente, todo contrato debe definir la duración de la relación comercial y las condiciones para modificarla o terminarla. Estas cláusulas son tu red de seguridad y tu plan de salida, por lo que merecen una lectura atenta. Ignorarlas puede llevarte a estar atado a un servicio que ya no satisface tus necesidades.

Duración del contrato y condiciones de renovación

Los contratos de servicio de chatbot suelen tener una duración inicial, que puede ser de 6, 12 o 24 meses. Es común que los proveedores ofrezcan descuentos a cambio de compromisos más largos. El contrato debe especificar:

• Plazo inicial: La duración del primer compromiso.
• Renovación automática: La mayoría de los contratos se renuevan automáticamente por períodos iguales si ninguna de las partes notifica lo contrario. Es fundamental que sepas con cuánta antelación debes avisar si no deseas renovar (normalmente 30, 60 o 90 días antes de la fecha de vencimiento). Anota esta fecha en tu calendario para que no se te pase.
• Ajustes de precios: El contrato debe indicar si el precio puede cambiar en las renovaciones y bajo qué condiciones (por ejemplo, ajustado por la inflación o por cambios en los precios de la API de WhatsApp).

Un plazo de permanencia no es necesariamente malo; le da al proveedor la estabilidad para invertir en tu proyecto y ofrecerte un mejor precio. Sin embargo, debes estar cómodo con la duración y entender perfectamente las condiciones de renovación.

Políticas de terminación anticipada y portabilidad

¿Qué pasa si el servicio no es lo que esperabas o si tu negocio cambia de rumbo y ya no necesitas el bot? El contrato debe contemplar la posibilidad de una terminación anticipada. Los puntos a revisar son:

• Causas de terminación: Normalmente, un contrato puede terminarse por incumplimiento grave de una de las partes (por ejemplo, si el proveedor incumple repetidamente el SLA).
• Penalización por terminación voluntaria: Si decides terminar el contrato antes de tiempo sin una causa justificada, es probable que exista una penalización. Esta puede ser un porcentaje de las cuotas restantes o una cantidad fija. Asegúrate de que esta penalización sea razonable.
• Proceso de “offboarding”: ¿Qué sucede cuando el contrato termina? El proveedor debe definir el proceso para entregarte tus datos. Como mencionamos antes, debes poder exportar tu base de datos de contactos y conversaciones. El contrato debe especificar en qué formato se entregarán los datos y en qué plazo después de la terminación.

La cláusula de portabilidad es tu garantía de libertad. Saber que puedes llevarte tus datos te da la tranquilidad de que no eres un rehén de la plataforma y te permite tomar la mejor decisión para tu negocio en el futuro.

Confidencialidad y protección de datos (RGPD/LGPD)

Tu chatbot manejará información sensible, especialmente en sectores como la salud. Un contrato robusto debe incluir una cláusula de confidencialidad (NDA – Non-Disclosure Agreement) que obligue al proveedor a no divulgar ninguna información de tu negocio o de tus clientes.

Además, debe especificar cómo el proveedor cumple con las regulaciones de protección de datos aplicables en tu región (como el RGPD en Europa o leyes similares en Latinoamérica). Esto incluye:

• Medidas de seguridad: Qué medidas técnicas y organizativas implementa el proveedor para proteger los datos contra accesos no autorizados, pérdida o destrucción.
• Ubicación de los datos: Dónde se almacenan físicamente los datos (en qué país o región).
• Rol del proveedor: El contrato debe clarificar que el proveedor actúa como “Encargado del Tratamiento” de los datos, mientras que tú eres el “Responsable del Tratamiento”, cumpliendo así con la terminología y las obligaciones legales.

Esta sección no es un mero formalismo legal; es una protección esencial para ti y para la confianza que tus clientes depositan en tu empresa.

Evaluar el contrato de un proveedor de chatbots va más allá de comparar precios. Se trata de asegurar un socio tecnológico que ofrezca transparencia, garantías y un camino claro para el crecimiento. Un acuerdo detallado que cubra el alcance, el SLA, el soporte y las condiciones de salida es la mejor indicación de un proveedor profesional y confiable. Si estás considerando automatizar tu negocio, te invitamos a que nos contactes. Nuestro equipo puede mostrarte cómo nuestros servicios y contratos están diseñados para darte la tranquilidad y los resultados que buscas. Agenda una demo con nosotros y descubre un enfoque diferente para la automatización.

Preguntas frecuentes