Chatbot Precios: Qué Determina una Cotización

Un chatbot empresarial no tiene un precio responsable sin definir qué debe resolver. Un asistente que responde preguntas frecuentes desde una fuente aprobada no tiene el mismo alcance que uno que consulta pedidos, actualiza un CRM, autentica usuarios y transfiere casos a una persona. La diferencia entre ambos puede ser de varias semanas de trabajo y de un orden de magnitud en el presupuesto.

Por eso esta guía no publica una cifra universal. Explica las variables que cambian el costo, muestra tres alcances de ejemplo sin precios inventados y te da la información que necesitas para pedir cotizaciones comparables, sin esconder la implementación dentro de una tarifa mensual aparentemente simple.

Lo que sí te decimos desde ya: desconfía de cualquier cifra que llegue antes de hablar de tus fuentes, tus sistemas y tu volumen. Una cotización sin esas tres variables es una suposición con formato de propuesta.

Toda cotización seria separa cuatro bolsas de costo. Cuando un proveedor te da un solo número, pregunta cómo se reparte entre estas cuatro:

• Implementación: descubrimiento, diseño de flujos, preparación de información, integraciones, evaluación y puesta en producción. Aquí se concentra el riesgo: una integración con un sistema sin documentación puede tomar más tiempo que todo el resto del proyecto.
• Software e infraestructura: alojamiento, bases de datos, búsqueda, modelos de IA y herramientas necesarias para operar. Este costo escala con el volumen: cada conversación consume llamadas a modelos, y el precio por millón de tokens varía mucho entre modelos.
• Canales: costos cobrados por proveedores como WhatsApp Business, telefonía u otras plataformas de mensajería. WhatsApp cobra por conversación según la categoría del mensaje y el país, y las tarifas cambian; revísalas en la documentación oficial de precios de WhatsApp Business antes de firmar.
• Operación continua: monitoreo, revisión de respuestas, actualización de fuentes, soporte y mejoras después del lanzamiento. Es la partida que más se esconde: muchos proyectos mueren a los seis meses porque nadie presupuestó quién mantiene el sistema.

Una táctica común es meter la implementación dentro de una mensualidad alta, o prometer operación incluida sin definir qué cubre. Pide el desglose por escrito antes de comparar totales.

La primera decisión de presupuesto no es cuánto pagar, sino qué modelo comprar. Una plataforma de suscripción se ve más barata al inicio: pagas una mensualidad y tu equipo configura los flujos con bloques. El costo real aparece después. Alguien de tu equipo diseña, prueba y mantiene los flujos, y las tarifas crecen con el número de asientos, conversaciones o contactos.

El desarrollo a medida concentra el costo al inicio. Pagas el diseño, las integraciones y la evaluación una vez, y el resultado queda a tu nombre: en Marduk el código y los datos son de tu propiedad, y la operación posterior corre bajo suscripción con un alcance definido. Esa mensualidad cubre mantenimiento y mejoras, no licencias por usuario.

Un ejemplo ilustrativo con números hipotéticos: imagina una plataforma de 1,500 USD al mes, más 20 horas mensuales de una persona interna que mantiene flujos a un costo cargado de 25 USD la hora. Son 2,000 USD mensuales y 72,000 USD en tres años, y el día que canceles te quedas sin nada. Un desarrollo a medida hipotético de 30,000 USD más 800 USD mensuales de operación suma 58,800 USD en el mismo periodo, con un sistema que sigue siendo tuyo. Estos números son un ejemplo para entender la mecánica, no una cotización: tu comparación debe usar las cifras reales de ambas propuestas.

Ningún modelo gana siempre. Si tu caso es una docena de preguntas frecuentes sin integraciones, una plataforma económica resuelve bien. Si las respuestas dependen de tus sistemas, hay permisos por rol o necesitas medir la calidad con datos, el desarrollo a medida suele costar menos a tres años y te da más control.

Estas son las variables que más mueven una cotización, en el orden en que las revisamos en una llamada de alcance:

• Número de flujos: responder una pregunta es distinto a completar una venta, una reservación o un ticket de soporte. Cada flujo nuevo implica diseño, casos de prueba y reglas para cuando algo sale mal.
• Fuentes de conocimiento: cantidad, formato, calidad y frecuencia de actualización de documentos, catálogos o políticas. Hemos visto proyectos donde limpiar 200 PDF contradictorios toma más tiempo que construir el chatbot.
• Integraciones: sistemas que el chatbot debe consultar o modificar, junto con sus permisos y disponibilidad técnica. Un sistema con API documentada se conecta en días; uno que solo exporta archivos a mano multiplica el esfuerzo.
• Canales e idiomas: web, WhatsApp, aplicaciones internas y cada idioma añaden pruebas y reglas de operación.
• Volumen y nivel de servicio: conversaciones esperadas, horarios, tiempos de respuesta y tolerancia a interrupciones. Atender 500 conversaciones al mes no exige la misma infraestructura que atender 50,000 con disponibilidad de 24 horas.
• Riesgo y seguridad: autenticación, datos sensibles, trazabilidad, revisión legal y límites sobre lo que puede responder. En temas de salud, finanzas o datos personales, esta partida crece y no conviene recortarla.
• Transferencia a humanos: reglas de escalamiento, herramientas del equipo y contexto que debe acompañar cada caso. Que la persona reciba el historial completo de la conversación suena sencillo; hacerlo bien dentro de tu helpdesk es trabajo real.

Para darle forma a la conversación, estos son tres alcances típicos que vemos en proyectos reales. Son arquetipos sin precio: sirven para ubicar dónde está tu caso y qué lo empuja hacia arriba.

• Asistente de preguntas frecuentes desde una fuente. Un solo canal, normalmente tu sitio web, una fuente de conocimiento aprobada y respuestas que citan su origen. De tu lado requiere una persona que valide las respuestas correctas y un responsable de los documentos. Es el piloto más rápido y el que mejor mide si la calidad alcanza para seguir.
• Asistente con dos o tres integraciones. Además de responder, consulta sistemas: estatus de pedidos, disponibilidad de agenda, alta de tickets en tu CRM. Requiere accesos, ambientes de prueba y alguien de tu equipo de sistemas disponible para resolver dudas de permisos. Un caso concreto de este alcance es un chatbot para ecommerce que consulta catálogo, promociones y estatus de envíos.
• Operación multicanal con permisos y transferencia a humanos. Varios canales (web, WhatsApp, aplicaciones internas), respuestas distintas según el rol del usuario, registro auditable de conversaciones y escalamiento a personas con el contexto completo. Requiere participación de seguridad, legal y del equipo que recibirá los casos escalados.

¿Qué empuja un proyecto de un nivel al siguiente? Casi siempre tres cosas: una fuente de conocimiento desordenada, una integración sin API o una exigencia de seguridad que aparece tarde. Por eso la llamada de alcance empieza por esas tres preguntas, no por el presupuesto.

Un piloto debe probar una hipótesis concreta: un flujo, una audiencia, fuentes definidas y un criterio de éxito. En Marduk los pilotos tienen alcance fijo y duran de 2 a 6 semanas. La primera semana se va en descubrimiento: revisar conversaciones reales, elegir fuentes y acordar por escrito cómo se mide el éxito. Las siguientes semanas se construyen los flujos y se cargan las fuentes, con revisiones semanales donde ves avances funcionando. Al cierre se evalúa el chatbot contra un conjunto de preguntas reales con respuestas validadas por tu equipo.

Producción agrega confiabilidad, monitoreo, controles de acceso, soporte, recuperación ante errores y una responsabilidad operativa clara. También agrega costo recurrente: modelos, infraestructura, canales y operación. Una propuesta seria separa ambos momentos y explica qué parte del piloto se reutiliza al desplegar. Si la cotización de producción vuelve a cobrar todo desde cero, pregunta por qué.

Lo que rompe en producción casi nunca es el modelo: son las fuentes que nadie actualizó, las credenciales que caducaron y el flujo que nadie probó con un cliente molesto. Presupuestar operación es presupuestar esos tres problemas.

Después de revisar muchas cotizaciones, estos son los errores que más vemos al presupuestar un chatbot:

• Comparar solo los totales. Dos cifras con el mismo total pueden tener alcances opuestos. Compara línea por línea: integraciones, evaluación, seguridad y operación.
• Esconder la operación. Un chatbot sin operación presupuestada se degrada en meses: las fuentes cambian y nadie las actualiza, las fallas se acumulan y nadie las revisa.
• Olvidar los costos del canal. WhatsApp Business cobra por conversación según categoría y país. Con miles de conversaciones al mes, el canal puede costar más que la infraestructura.
• Asumir que los documentos están listos. Casi nunca lo están: hay versiones contradictorias, políticas vencidas y respuestas que solo existen en la cabeza de alguien. Medir esa calidad es parte del trabajo, no un requisito previo.
• No definir la métrica de éxito. Sin una métrica acordada antes de empezar (resolución sin humano, tiempo de respuesta, costo por conversación), cualquier resultado se puede defender y ninguno se puede cobrar.

Pide cada cotización por escrito y con este contenido mínimo. Si falta alguna línea, el precio no es comparable con el de otro proveedor:

• Problema, usuarios y flujo incluido en el alcance.
• Fuentes, canales e integraciones consideradas.
• Entregables y criterios de aceptación medibles.
• Supuestos, dependencias del cliente y exclusiones.
• Costos únicos separados de costos recurrentes o variables.
• Propiedad de datos, código, configuraciones y documentación.
• Soporte, monitoreo y responsables después del lanzamiento.

Ojo con las cotizaciones baratas: el descuento casi siempre sale del mismo lugar. Se recorta la evaluación (nadie mide si las respuestas son correctas), la seguridad (no hay control de acceso ni registro) o la transferencia a humanos (el bot contesta aunque no sepa). Son las tres partidas invisibles en una demo y las tres que más cuestan cuando faltan.

Compara alcance contra alcance, no únicamente el total. Confirma si ambas propuestas incluyen las mismas integraciones, evaluación, seguridad, operación y transferencia al equipo. Una cifra menor puede dejar fuera el trabajo que más riesgo concentra.

También distingue una plataforma para que tu equipo construya el chatbot de un servicio de desarrollo a medida. Ambas opciones pueden ser correctas, pero requieren capacidades internas, responsabilidades y presupuestos distintos.

Una prueba rápida: pide a cada proveedor que responda por escrito qué pasa cuando el chatbot no sabe una respuesta, quién actualiza las fuentes en el mes tres y qué incluye la cifra mensual. La calidad de esas tres respuestas predice la calidad del proyecto mejor que la presentación comercial.

Con estos seis datos cualquier proveedor serio puede darte una cifra defendible:

• El flujo o problema que quieres resolver primero.
• El canal principal y el volumen mensual aproximado.
• Las fuentes donde viven hoy las respuestas.
• Los sistemas que el chatbot tendría que consultar o actualizar.
• Cuándo debe transferir la conversación a una persona.
• La métrica que determinará si el proyecto funcionó.

En una llamada de alcance con Marduk revisamos estos puntos en alrededor de 45 minutos. Sales con un plan de una página: alcance, plazos, supuestos y exclusiones por escrito, listo para comparar contra otras propuestas.

¿Cuánto cuesta un chatbot a medida en México? No hay una cifra honesta sin alcance. Depende del número de flujos, las fuentes de conocimiento, las integraciones, los canales y el volumen. Un piloto de alcance fijo cuesta una fracción del despliegue completo y te da números reales para decidir el siguiente paso.

¿Por qué no publican precios? Porque un rango publicado sería inventado. Dos proyectos con la misma descripción comercial pueden diferir en semanas de trabajo por el estado de las fuentes y las integraciones. Preferimos explicar los factores y cotizar tu caso concreto.

¿Conviene empezar con una plataforma barata y migrar después? Puede funcionar si tu caso es simple y sin integraciones. El riesgo es que los flujos construidos en una plataforma no se trasladan a otra: cuando necesites sistemas conectados o permisos por rol, el trabajo se hace dos veces. Migra en cuanto el caso lo pida, no cuando la plataforma ya te quedó chica.

¿Qué costos siguen después del lanzamiento? Tres: modelos e infraestructura según el volumen, los costos del canal (WhatsApp cobra por conversación) y la operación, es decir, monitoreo, actualización de fuentes y mejoras. En Marduk la operación corre bajo suscripción con un alcance definido por escrito.

¿Cómo sé si el retorno justifica el gasto? Haz la cuenta con tus números. Si tu equipo atiende 2,000 conversaciones al mes a 8 minutos cada una, son 267 horas mensuales. Si el chatbot resuelve la mitad con calidad medida, liberas unas 133 horas para casos que sí necesitan criterio. Esa matemática, con tus cifras reales, es la que debe cerrar antes de firmar.

Revisa cómo planteamos el servicio de desarrollo de chatbots para empresas. Ahí encontrarás el proceso, los entregables y los criterios que usamos para decidir si un piloto tiene sentido.

Para recibir una propuesta, envíanos los seis datos de la sección anterior. La respuesta debe separar alcance, supuestos, costos recurrentes y exclusiones para que puedas evaluarla con claridad. Solicitar una cotización de chatbot.