Canales externos
Los canales externos traen las solicitudes de los clientes desde los mensajeros, el sitio y los formularios externos directamente al CRM. Un mensaje en Telegram, un chat desde el sitio o una solicitud desde una landing dejan de vivir por separado: se convierten en una solicitud con responsable, pipeline e historial, igual que cualquier otro trabajo con el cliente.
Todos los canales se conectan en el Centro de integraciones (seccion CRM → Integraciones) siguiendo el mismo orden: anadir → configurar → comprobar la conexion → activar. Los canales los configura el administrador.
Que canal elegir
| Canal | Direccion | Cuando usarlo | Que llega al CRM |
|---|---|---|---|
| Bot de Telegram / bot de MAX | Bidireccional | Los clientes escriben al mensajero y hace falta la conversacion dentro de la solicitud | El dialogo completo; las respuestas vuelven al cliente |
| Widget de chat para el sitio | Bidireccional | Hace falta un chat en vivo directamente en el sitio, sin un servicio externo | El dialogo con el visitante en el flujo comun del CRM |
| Formulario del sitio | Unidireccional | Ya existe un formulario externo listo (landing, marketing) y solo hay que recibir la solicitud | Una solicitud del formulario = una solicitud del CRM, sin conversacion |
| Constructor de formularios integrado | Unidireccional | El formulario todavia hay que crearlo, sin la intervencion de un programador | La solicitud del formulario armado en el propio portal |
Si duda entre el «formulario del sitio» y el «constructor de formularios», use el constructor cuando todavia no tenga un formulario listo, y el conector de formulario del sitio cuando el formulario ya existe y solo hay que conectarlo.
Bots de mensajeros: Telegram y MAX
Los bots de Telegram y MAX funcionan como un canal conversacional bidireccional. El mensaje entrante del mensajero se vincula a una solicitud y a un chat del CRM, y la respuesta del empleado vuelve al cliente a traves del mismo canal: la conversacion no se pierde en una aplicacion personal.
Para conectarlo se necesita el token del bot y la direccion de recepcion (webhook) por la que el portal recibe los mensajes. Se puede definir desde el principio el pipeline, la etapa inicial y el responsable, para que la nueva solicitud no quede colgada. Tras la conexion, el canal tiene una pantalla de trabajo con la salud del envio y la cola de reintentos: si un mensaje no salio, se puede volver a enviar en lugar de perderlo.
Use el bot cuando los clientes escriben al mensajero y el equipo debe llevar esos dialogos como solicitudes: con dueno, historial y la posibilidad de crear una tarea a partir de la conversacion.
Widget de chat para el sitio
El widget de chat es una ventana de chat integrable en su sitio. El visitante escribe directamente desde la pagina y la solicitud aparece en el flujo comun del CRM, mientras el operador responde desde el portal.
Al guardar la conexion, el portal genera el codigo para insertar en el sitio: no hay que armarlo a mano. Se puede definir si el visitante debe identificarse (nombre o datos de contacto) antes de iniciar la conversacion. Asi el chat en vivo del sitio llega al mismo pipeline que el resto de las solicitudes, sin un servicio de chat aparte.
Introduzca uno o varios dominios permitidos del sitio sin protocolo (por ejemplo, example.com); se necesita al menos un dominio. El widget solo acepta lanzamientos desde los origenes guardados. Antes de guardar tambien puede elegir destinos de enrutamiento opcionales —espacio de trabajo, grupo de trabajo o pipeline— y configurar el formulario previo al chat como desactivado, con identidad opcional u obligatoria, incluidos los campos que vera el visitante. El resultado del guardado incluye el script final y, si se activa, la comprobacion de conexion; copie el script solo despues de revisar los dominios y el enrutamiento.
Formulario del sitio
El conector de formulario del sitio es una recepcion unidireccional de solicitudes desde un formulario externo, sin dialogo. La solicitud se convierte en una solicitud del CRM segun el escenario elegido:
- Recepcion de solicitudes: la solicitud crea de inmediato una solicitud en el CRM;
- Primero revision: los datos pasan por un escenario de revision antes de llegar al CRM;
- Solo en local: el evento permanece en el canal y no crea una solicitud automaticamente.
Para conectarlo se necesitan la direccion de recepcion, el nombre de la fuente y el token de recepcion. Indique la fuente y el pipeline para que luego se vea de donde llego la solicitud. Si el formulario del sitio ya lo hizo su equipo de marketing o un proveedor, este conector lo enlaza con el CRM; si necesita armar el formulario sin un programador, use el constructor de formularios integrado.
Buenas practicas
- Para cada canal asigne un pipeline y un responsable, para que la solicitud no quede sin dueno.
- Ejecute la comprobacion de la conexion despues de configurar, no active el canal "a ciegas".
- Vigile la salud del envio en los mensajeros: los mensajes colgados son dialogos con el cliente sin terminar.
- No muestre en capturas de pantalla ni reenvie tokens de bots, codigos de insercion ni tokens de recepcion con valores reales.
Errores frecuentes
- Conectar un canal sin pipeline ni responsable: las solicitudes se acumulan sin dueno.
- No vaciar la cola de reintentos: parte de las respuestas al cliente nunca llega a salir.
- Confundir el formulario del sitio con los formularios integrados: el primer conector enlaza un formulario externo ya hecho; el segundo es el constructor de formularios dentro del portal.
- Dejar el widget de chat sin reglas sobre quien responde los mensajes del sitio.
Paginas relacionadas