Un robot vendedor para Telegram, WhatsApp y Avito

En corto: sí, pero no es un solo botón

Técnicamente un mismo robot vendedor sí puede responder en Telegram, WhatsApp y Avito a la vez. Los tres canales se conectan a través de AmoCRM, y los diálogos de todos ellos llegan a un mismo sistema. Pero «conectar» no significa «configurar igual»: cada canal tiene su propia mecánica de recepción de mensajes, sus propios límites y sus propios riesgos. La diferencia no se ve en la interfaz del robot, sino en lo que ocurre entre el cliente y el canal antes de que el mensaje llegue siquiera al bot.

Lo más sencillo es pensarlo así: el canal es una tubería por la que va la correspondencia y el robot es lo que responde al otro extremo. La tubería puede ser ancha o estrecha, oficial o un atajo, y puede permitir al bot escribir primero o solo responder. Antes de prometer al cliente «un único robot para todos los canales», conviene entender qué se esconde dentro de cada tubería. A continuación, por orden, canal a canal.

Número personal o bot: la diferencia de la que no se habla

En Telegram hay dos formas distintas de estar presente: una cuenta personal corriente y un bot oficial registrado a través de BotFather. Con un número personal el robot parece una conversación con un comercial, pero tiene límites técnicos de automatización y de quién puede escribir primero. Un bot oficial, al contrario, está hecho precisamente para respuestas automáticas, pero el cliente ve que no escribe una persona, y solo el cliente puede escribir primero a un bot: el bot no puede iniciar el diálogo.

En WhatsApp la historia es parecida, solo que más estricta. Existe el WhatsApp normal, donde el número está ligado a un teléfono, y existe la WhatsApp Business API, la interfaz oficial para empresas a través de la cual funciona la automatización a nivel de plataforma. De esa elección depende si el robot puede escribir primero al cliente, cuántos mensajes al día puede enviar y qué ocurre si el cliente tarda en responder. Esos detalles rara vez se hablan de antemano y después resulta que un escenario que funcionaba de maravilla sobre el papel choca con un límite del propio canal.

Para un cliente que decide cómo conectar, de ahí se sigue una conclusión simple: no preguntar «¿se puede conectar WhatsApp?», sino «¿a través de qué exactamente, un número normal o la Business API, y quién escribe primero?». La respuesta a esa pregunta cambia tanto la construcción del embudo como lo que se puede automatizar en ese canal.

Avito está montado de otra manera que los mensajeros

Avito no tiene una API pública abierta para mensajería a la que conectarse directamente, como sí ocurre con Telegram o con la WhatsApp Business API. El acceso a la correspondencia va solo a través de plataformas asociadas que tienen su propio acuerdo con Avito. Eso significa que la funcionalidad del robot en Avito está limitada por lo que permite la plataforma asociada y no por lo que teóricamente se podría hacer con una interfaz abierta.

En la práctica esto influye en la velocidad de respuesta, en el conjunto de acciones disponibles dentro del diálogo y en qué datos del cliente llegan siquiera al CRM. El robot puede responder, cualificar y agendar al cliente —eso está en la propia tarea de un robot vendedor—, pero el volumen de automatización en Avito suele ser menor que en Telegram o WhatsApp, simplemente porque el canal es técnicamente más cerrado. No es motivo para renunciar a conectarlo, pero conviene saberlo antes de empezar y no después.

Aparte hay que hablar de la voz y las fotos: un robot vendedor sabe reconocer notas de voz y fotografías, pero en cada plataforma eso depende de qué se transmite realmente por el canal. Si la plataforma asociada de Avito limita los tipos de adjunto, el reconocimiento funciona solo con lo que ha llegado. Por eso no hay que esperar las mismas posibilidades en todos los canales: son distintos por naturaleza, y eso es normal.

La WhatsApp Business API exige preparación, no una conexión

Cuando se dice «conectar WhatsApp», a menudo se piensa en un proceso de un solo paso. En realidad la WhatsApp Business API exige la verificación del negocio por parte de Meta y el uso de plantillas de mensaje aprobadas para los mensajes salientes, si el cliente no ha escrito primero en las últimas veinticuatro horas. Es una etapa aparte que ocurre antes de que el robot empiece siquiera a responder, y no depende de lo bien configurado que esté el guion de ventas.

Las plantillas hay que acordarlas de antemano con la plataforma, y esto afecta precisamente a los mensajes salientes: por ejemplo, un recordatorio de una solicitud abandonada o una aclaración sobre el pago. Los mensajes entrantes del cliente no tienen esa limitación: si el cliente escribió primero, el robot responde con libertad dentro de la ventana abierta. La diferencia entre «responder» y «escribir primero» aquí es tan importante como en Telegram, solo que las reglas son más formales y dependen de la moderación de Meta.

Para un negocio esto significa que el plazo y el volumen de preparación de la WhatsApp Business API dependen de las particularidades de la empresa y de qué mensajes necesita su escenario de venta. Aquí no hay un «tardará tantos días» universal: hay demasiadas variables del lado de la propia plataforma. Pero saber de antemano lo de la verificación y las plantillas es útil, para que no sorprenda que «simplemente conectar WhatsApp» se convierta en un proyecto aparte.

¿Un guion o tres distintos?

Una pregunta lógica: si el robot es uno, ¿funciona con el mismo guion en todos los canales? Formalmente, el guion de venta —el embudo, las preguntas de cualificación, la base de conocimiento sobre el producto— puede ser un núcleo común. Pero para cada canal ese núcleo suele adaptarse, porque el formato de comunicación es distinto: en Telegram y WhatsApp la correspondencia es de texto y a menudo más larga; en Avito el diálogo es más corto y está ligado a un anuncio concreto.

Además del formato están los límites del propio canal de los que hablábamos arriba: dónde el robot puede escribir primero y dónde solo responder, qué adjuntos están disponibles, qué acciones permite la plataforma asociada. Todo eso no cambia el fondo de la propuesta al cliente, sino la manera en que el robot la formula y el orden en que hace las preguntas. Por eso la respuesta honesta es: sí, el núcleo del guion es común, pero ajustar la lógica y la base de conocimiento a cada canal es un trabajo aparte y no copiar un archivo en tres sitios.

No es complicar por complicar, sino consecuencia de que los canales son físicamente sistemas distintos con reglas distintas. Un análisis de dónde se pierde realmente el dinero en el embudo actual suele mostrar qué canales conviene conectar primero y en qué orden: por ahí empieza cualquier implantación de un robot vendedor.

Qué ocurre con una conexión no oficial

La tentación de saltarse los límites se entiende: las integraciones no oficiales con Avito o WhatsApp a través de un número corriente prometen a veces más funciones y menos formalidades. Pero las plataformas tienen mecanismos de detección de actividad automatizada, y el resultado de una conexión no oficial es el riesgo de que bloqueen la cuenta. Para un negocio eso no es solo una molestia temporal, sino la pérdida de un canal por el que ya llegaban solicitudes y volver a empezar con otro número o cuenta.

El riesgo se nota especialmente donde por el canal va el grueso de los leads: si bloquean la cuenta, los clientes que escribían justo a ese chat pierden el contacto con la empresa hasta que se recupere el número o se abra uno nuevo. Las vías oficiales —plataformas asociadas para Avito, Business API para WhatsApp— existen precisamente para que la automatización no le parezca sospechosa a la plataforma. No es una garantía de que no habrá problemas, pero sí un nivel de estabilidad del canal radicalmente distinto.

Por eso, al elegir cómo conectar un robot vendedor, es razonable preguntar no solo «qué sabe hacer», sino también «por qué vía de acceso al canal funciona esto». Ahorrar en ese paso rara vez compensa si luego hay que recuperar el canal desde cero.

Cómo tres canales confluyen en una sola ficha de cliente

Una tarea aparte es no duplicar al cliente que escribió primero en Telegram, luego en Avito sobre el mismo anuncio y después llamó. amoCRM vincula los diálogos de distintos canales con la ficha del cliente por los identificadores disponibles: el número de teléfono, la cuenta asociada, los datos del formulario web. Esto se configura al montar el CRM para el proceso de una empresa concreta y no funciona «de fábrica» igual para todos.

La idea es que el comercial vea un solo historial de correspondencia y no tres diálogos inconexos. El robot vendedor, por su parte, recuerda el historial dentro de un mismo canal y entrega al cliente caliente al comercial con ese contexto. Pero unificar los datos de distintos canales en una sola ficha ya es tarea de la configuración del propio CRM y de sus embudos, no una función del bot.

Justamente por eso la conexión de un robot rara vez va separada de la configuración del CRM: sin embudos bien montados y canales conectados, la duplicación de leads es casi inevitable. Una buena forma de comprobar cómo lo resuelve un proveedor concreto es preguntar no por el hecho de conectar el canal, sino por la lógica de unificación de fichas dentro de amoCRM.

Por dónde empieza realmente la conexión

El trabajo empieza no configurando el bot, sino analizando el departamento de ventas actual del cliente: qué canales ya existen, dónde se pierden las solicitudes, qué pasa con las consultas por la tarde y en fin de semana. En uno de los proyectos en marcha, GetGate, resultó que el 27 % de las solicitudes llega precisamente por la tarde y los fines de semana; antes se respondían solo a la mañana siguiente, y ese tiempo se perdía de verdad. Ese análisis es el que determina qué canales conectar primero.

Tras el análisis se monta el CRM, se entrena al robot para el nicho del cliente —para sus preguntas, productos y servicios concretos— y solo entonces se conectan los propios canales: Telegram, WhatsApp, Avito, el sitio web. En ese mismo proyecto GetGate el asistente calcula automáticamente 5 grupos de producto, y eso fue posible justamente porque la base de conocimiento y la lógica se ajustaron a ese surtido concreto y no se tomaron como plantilla universal.

Después el robot responde y agenda a los clientes mientras los comerciales controlan las consultas calientes: en GetGate eso liberó alrededor de una hora de jornada al día. Aparte se comprobó hasta qué punto las respuestas del asistente son comparables con las de una persona: en una comparación ciega sobre correspondencia real, en el 80 % de los casos la del asistente no fue peor. Son cifras de un proyecto en marcha, no una media del mercado, pero muestran que la calidad de la respuesta y la configuración correcta de los canales son cosas del mismo orden.

Qué tener en cuenta antes de conectar tres canales

Volviendo a la pregunta inicial —si se puede conectar un mismo robot vendedor a Telegram, WhatsApp y Avito a la vez—, la respuesta es sí, con una salvedad: son tres vías técnicas distintas hacia un mismo núcleo de lógica. Cada canal tiene sus propias reglas sobre quién escribe primero, sus propios límites de automatización y sus propios riesgos si la conexión es no oficial. Entender esas diferencias antes de empezar ahorra tiempo en rehacer después.

Un análisis de la situación concreta suele mostrar qué canales conviene conectar de inmediato y cuáles después de que funcione el flujo principal. La analítica de ventas y el control de calidad ayudan a ver dónde se desenvuelve bien el robot y dónde hay que ajustar el guion a un canal concreto. Es un proceso continuo, no una instalación puntual.

Si ahora mismo no está claro por qué canal empezar y qué ocurre exactamente con las solicitudes entre Telegram, WhatsApp y Avito, el primer paso razonable es analizar el embudo actual. Después las decisiones se toman por hechos y no por expectativas generales sobre la palabra «automatización».