Bot de WhatsApp para empresas B2B: construir vs comprar.
Cuándo conviene una plataforma SaaS lista, cuándo un desarrollo custom con n8n y API oficial. Con números reales: costo, tiempo, control, y cuándo escalar de uno al otro.
Te preguntas si pagar USD 99 al mes por B2Chat, ManyChat o Mercately, o contratar a un dev para construir tu propio bot de WhatsApp. Esa es la decisión que un gerente comercial o un CTO B2B enfrenta cada trimestre, y casi todos la resuelven mirando el precio. El precio es la variable menos importante.
La respuesta real depende de tres variables: volumen proyectado a 12 meses, disponibilidad de equipo técnico, y qué tan rara es la operación del negocio. Si tu caso cabe dentro del roadmap de un SaaS, comprar gana. Si tu caso lo fuerza al borde, construir gana. Este post te ayuda a ubicarte, sin vender ninguna de las dos puertas. He recomendado plataforma SaaS a clientes que me pidieron construir, y he convencido a otros de construir cuando venían decididos a pagar mensualidad. Ambas decisiones son correctas en contexto distinto. La trampa es elegir por moda, por copy de landing, o por lo que hizo tu primo.
Qué significa “bot de WhatsApp B2B”, para alinearnos.
Antes de discutir build vs buy hay que definir el objeto. Un bot B2B no es un asistente masivo que responde a miles de consumidores por hora. Es un sistema conversacional con cinco características concretas.
Atiende leads B2B, no tráfico frío masivo. El volumen típico va de 20 a 500 mensajes al día, no 50.000. Precalifica al lead con preguntas que el equipo comercial definiría igual si atendiera a mano: presupuesto, urgencia, cargo, tamaño de empresa. Agenda reuniones de descubrimiento cuando el lead califica. Escala a un humano cuando el caso se sale del guion. Se integra con el CRM donde vive el pipeline real — GoHighLevel, HubSpot, Pipedrive o un ERP propio.
El ciclo de venta B2B va de 7 a 90 días, a veces más, y un lead toca el bot varias veces antes de comprar. Eso cambia todo. Un bot B2C optimiza conversión en el primer contacto; un bot B2B optimiza continuidad entre contactos, memoria de contexto, y handoff limpio a un asesor. Quien ignore esa diferencia termina con un bot de ecommerce disfrazado que irrita al lead corporativo.
Opción 1 — Plataforma SaaS lista.
El camino de comprar pasa por una plataforma ya construida. B2Chat en LATAM, ManyChat en el segmento PyME global, Mercately, Take, Tronity, Trengo, Respond.io. También cuenta como SaaS la combinación WhatsApp Business API más GoHighLevel nativo, porque GHL ya trae el inbox, flows visuales y pipeline conectado sin una línea de código.
Las ventajas son concretas. Setup en 1 a 7 días, no 2 meses. No necesitas dev team — el gerente comercial arma flows con editor visual. Updates automáticos cuando WhatsApp cambia políticas. Soporte incluido, con tickets de SLA definidos. UI pensada para gente no técnica, con vistas para agentes, supervisores y reportes. Si tu operación es razonablemente estándar, estas plataformas resuelven 80% del problema en una semana.
Las desventajas también son concretas. El precio escala con volumen. B2Chat típicamente cobra entre COP 300.000 y 800.000 al mes por agente en Colombia, y los planes empresariales pasan de USD 500 mensuales. ManyChat arranca en USD 15 al mes, pero el plan Business que desbloquea WhatsApp Business API serio está entre USD 45 y 145 mensuales por 500 a 25.000 contactos. Mercately y similares van de USD 99 a 599 según volumen.
Hay lock-in real. Tus conversaciones, etiquetas y flows viven en su infraestructura. Migrarte es doloroso — normalmente pierdes historial y reescribes flows desde cero. Las features están atadas al roadmap del vendor: si pides procesamiento de audio con transcripción inteligente, o una integración con un ERP local colombiano, la respuesta es “lo vamos a estudiar” o “está en plan enterprise”. La IA nativa de estas plataformas suele ser clasificador de intención básico — funciona para casos claros, se confunde con matices. Procesar audio e imagen casi siempre es add-on o directamente no está.
Tengo clientes que usan SaaS y les va bien. Jiménez Constructores corre precalificación de inmuebles con GHL nativo — sin línea de código — porque el caso era estándar: filtrar interesados en vivienda nueva, confirmar zona, enrutar a asesora. GHL lo hace y cobra tarifa plana. No hacía falta nada más.
Opción 2 — Construir con n8n y API oficial.
El camino de construir parte de un stack abierto. WhatsApp Business API provisionada por un BSP serio — YCloud, Mercately en modo API, 360dialog o Twilio. n8n como motor de orquestación, self-host o cloud. GPT-4 o Claude para clasificación de intent y respuestas generativas. PostgreSQL o Redis para estado conversacional. El CRM que ya uses — GHL, HubSpot, Pipedrive, o un ERP propio — conectado por webhooks bidireccionales.
Las ventajas son estructurales. Control total del stack: el código, los prompts, la base de datos y los logs están en tu infraestructura. Puedes construir features que ningún SaaS tiene. En Sindy Claro montamos IA Valeria procesando audios médicos con Whisper antes de clasificar intent — ningún SaaS lo hacía bien. En Ópticas OVA corre un bot Node.js con API oficial de Meta a través de YCloud que tolera picos de más de 300 mensajes/día con costo mensual de infra fijo y bajo. Integración profunda con ERPs locales que no tienen conector en ningún SaaS. Sin tiers que suban cuando crece el volumen — el costo marginal de un mensaje extra tiende a cero.
Las desventajas también son estructurales. Setup de 2 a 6 semanas, no 2 días. Requiere dev team interno o consultor externo: entre USD 3.000 y USD 15.000 para arrancar, según alcance. Mantenimiento activo: WhatsApp cambia políticas dos o tres veces al año, la API de OpenAI cambia pricing, el BSP actualiza endpoints. Monitoreo en producción: alertas, dashboards de consumo, backups. Un bot custom sin operación no es un activo — es una deuda técnica con la forma de un bot.
JohnVery, otro bot que mantengo, son 867 líneas de Node.js más Docker Compose propio. Eso es lo que custom significa. No es un checkbox de “activar IA” — es código que alguien escribió, prueba y mantiene.
La matriz de decisión real.
Cuando un cliente me pregunta qué camino tomar, llenamos juntos una tabla con ocho ejes. Si la mayoría cae a un lado, ya hay respuesta. Si queda mixta, pasamos a la siguiente sección.
| Eje | Elegir SaaS | Elegir Custom |
|---|---|---|
| Volumen de mensajes al día | Menos de 100 | Más de 200 |
| Equipo técnico disponible | No hay dev ni consultor | Dev interno o consultor contratado |
| Features especiales | No se necesitan | Audio, visión, ML custom, ERP local |
| Timeline a producción | Live en 1 semana | Tolerancia de 4 a 8 semanas |
| Budget de setup | Menos de USD 1.000 | USD 3.000 a 15.000 |
| Budget mensual sostenible | USD 99 a 999 SaaS | USD 50 a 200 infra + mantenimiento |
| Riesgo de vendor lock-in | Aceptable | Crítico, datos propios |
| Integraciones con ERP | Conectores estándar alcanzan | ERP propietario o API local sin conector |
El eje que más pesa no es ninguno aislado — es la combinación de volumen y features especiales. Si tu volumen es alto y tus features son estándar, SaaS enterprise gana. Si tu volumen es bajo y tus features son raras, la inversión en custom no se justifica aún. Si ambos son altos, custom es la única salida que escala sin quemar presupuesto.
Las 5 preguntas antes de decidir.
Antes de firmar un contrato SaaS o un scope custom, responde cinco preguntas con números, no con intuición.
Primero, cuál es tu volumen proyectado en 12 meses, no el de hoy. Si hoy tienes 30 conversaciones al día pero el plan de ventas dice 250 para cierre de año, planea para 250. Muchos clientes compran SaaS por volumen actual y a los seis meses están pagando el tier enterprise o migrando a prisa.
Segundo, tienes dev team o consultor accesible. Custom sin ingeniería es desastre garantizado. No hace falta equipo interno si contratas un consultor con contrato de mantenimiento — pero alguien responsable tiene que existir desde el día cero, no “lo vemos cuando haya problema”.
Tercero, tu ERP o sistema crítico tiene API pública documentada. Si tu ERP es Cinco, Siesa, World Office, SAP Business One o algún sistema local sin API, un SaaS no te va a integrar jamás. Custom es la única opción que llega. Si en cambio tu CRM es HubSpot, Pipedrive o Salesforce, todos tienen conectores listos en SaaS serios.
Cuarto, cuánto cuesta una hora de caída del bot. Si el bot deja de responder un viernes a las 4pm y tu negocio pierde USD 500 por hora de leads que no se atienden, necesitas SLA — contrato firmado con uptime definido. Los SaaS enterprise ofrecen 99,9%. En custom debes construir tú el monitoreo para igualar eso, y costar, cuesta. Este número define cuánto vale el mantenimiento.
Quinto, quién arregla el bot cuando se cae a las 2am. Si la respuesta es “no sé”, un SaaS con soporte 24/7 tipo Respond.io o Mercately te protege mejor que un custom que solo tú entiendes.
Cuándo híbrido gana, el camino pragmático.
En la mitad de mis clientes la respuesta no es ninguna de las dos puras. Es una combinación. GoHighLevel nativo funciona como SaaS base — inbox unificado, pipeline, calendarios, conversaciones estándar, vistas para equipo comercial. Encima, n8n custom maneja lo que GHL no alcanza: webhooks bidireccionales con un ERP local, procesamiento de audios con Whisper, enrutamiento inteligente con GPT-4, integraciones con plataformas regionales.
El cliente obtiene la UI para su equipo comercial — agentes, supervisores, reportes nativos — y yo mantengo una capa técnica por encima que se ocupa de los bordes raros. El costo combinado suele ser menor que un SaaS enterprise puro, y la flexibilidad es mucho mayor.
Esta es la arquitectura que corre hoy en varios clientes con ERP regional y equipo comercial no técnico. GHL cubre el 70% del caso; n8n el 30% restante que ninguna plataforma resolvería sin planes a USD 2.000 mensuales. El consultor técnico — yo u otro — cobra por mantener la capa n8n, no por reinventar la rueda del CRM.
Si estás en la zona gris de la matriz, casi siempre híbrido es la respuesta. SaaS puro no resuelve tus bordes; custom puro te exige reconstruir el 70% que ya está hecho bien en GHL o HubSpot.
Cuando NO construir custom, aunque tengas ganas.
La tentación de construir es fuerte para gente técnica. Pero hay escenarios donde custom es mala decisión incluso si técnicamente puedes.
Equipo de tres personas con menos de 100 mensajes al día. SaaS siempre gana. El costo de construir y mantener no se amortiza nunca con ese volumen. Paga ManyChat o GHL y ya.
Ciclo de venta estándar sin features raras. Si tus conversaciones son “interesado en producto X, cotización, cierre”, ninguna plataforma falla ahí. Custom es overkill y te hace cargar con mantenimiento sin retorno.
No tienes dev ni presupuesto de consultor. Un bot custom sin alguien que lo cuide es peor que no tener bot — cuando se cae, pierdes leads y no sabes cómo arreglarlo. Si esa es tu situación, SaaS.
Urgencia de producción menor a dos semanas. Solo SaaS te llega en ese plazo. Custom decente se tarda entre 4 y 8 semanas, y acelerar eso es cómo terminan los bots que alucinan, pierden conversaciones y cuestan más al final.
He recomendado SaaS a clientes aunque no lo implemente yo.
La frase parece obvia, pero en una industria llena de consultores que empujan custom porque facturan más, decirlo cuesta. Si tu caso es USD 200 al mes de B2Chat y listo, esa es la decisión correcta. No cobro setup por algo que no necesitas.
Cuando custom es la única opción.
En el otro extremo hay escenarios donde ningún SaaS alcanza. No es preferencia, es realidad operativa.
Procesamiento de audio o imagen crítico. Si tu clínica recibe audios médicos, si tu distribuidor recibe fotos de productos con daños, si tu constructora recibe notas de voz con especificaciones — necesitas Whisper o Vision metidos en el flujo. Ningún SaaS lo hace bien a precio razonable.
Integración con ERP propietario o sistema local sin conector. Cinco, Siesa, World Office, SAP Business One, Defontana, sistemas internos construidos hace 15 años. SaaS nunca va a tener ese conector. Custom es el puente.
Volumen mayor a 500 mensajes al día. El costo por mensaje en SaaS se vuelve absurdo. A ese volumen, el infra custom cuesta USD 100 mensuales; el SaaS equivalente cobra USD 1.500 o más.
Regulaciones específicas. Finanzas con compliance regional, salud con manejo de datos sensibles, sectores con retención obligatoria de conversaciones. Controlar tú el almacenamiento, el cifrado y la auditoría suele ser la única vía legal.
Necesidad de IA de propósito específico. Agentes que usan herramientas concretas — consultar stock en vivo, calcular cotizaciones, ejecutar acciones en sistemas externos. Los SaaS ofrecen chat genérico; custom permite arquitectura de agente con tools reales, no un simulacro.
En Sindy Claro, la razón de ir custom no fue precio — fue audio. Ningún SaaS transcribía bien audios médicos con terminología específica, y bajar la calidad de esa transcripción hubiera destruido el valor entero del bot. No había opción.
Cierre — el diagnóstico gana a la preferencia.
Si tu caso es simple, SaaS gana. Si es complicado, custom gana. Si estás en el medio, híbrido suele ser la salida menos dolorosa. Lo que no funciona nunca es elegir por tendencia — por lo que salió en LinkedIn esta semana, por lo que un amigo montó en otra empresa con realidad distinta, por lo que el copy de B2Chat dice que es “la única manera de escalar”.
Si estás evaluando en serio y quieres que te diga honesto qué encaja con tu volumen, tu equipo y tu stack actual, hacemos un diagnóstico de 30 minutos. Si la respuesta es SaaS, te ahorro un proyecto que no necesitas. Si es custom, arrancamos scope con números reales. Agenda una llamada y te contesto sin vender lo que no te sirve.