Saltar para o conteúdo

← Deep Dives

Deep diveArtigoBrain StudioArquitecturaCanal personalizado

Esta peça ainda não está neste idioma. Mostramos o original em espanhol.

Canal personalizado: lleva tus flujos a cualquier plataforma

Construyes la lógica de tu agente una sola vez en Brain Studio. WhatsApp, Web, Slack o Teams ya vienen con Jelou; Canal Personalizado abre esa misma lógica a un lugar que la plataforma no soporta nativamente — tu propia app, tu propio producto — sea el único canal o uno más conviviendo con los demás.

Jelou como hub central: conecta canales como WhatsApp, Instagram, Slack, Teams y Gmail con tu plataforma vía Canal Personalizado

Un equipo construye su agente de soporte en Brain Studio y lo publica en WhatsApp. Meses después quieren la misma experiencia dentro de la pantalla de soporte de su propia app — ahí es donde una parte de sus usuarios ya escribe primero.

La alternativa obvia es reconstruir esa conversación a mano dentro de la app: las mismas preguntas, la misma lógica, un motor distinto. Funciona, hasta que alguien cambia una regla en Brain Studio y se olvida de replicarla del otro lado. Dos copias de la misma lógica no se mantienen sincronizadas solas.

Canal Personalizado evita esa segunda copia. La lógica sigue viviendo en el mismo proyecto de Brain Studio; lo que cambia es el transporte. WhatsApp le habla a Jelou a través de Meta; tu app le habla a Jelou a través de un webhook que tú controlas. La conversación es la misma conversación.

No hace falta empezar en WhatsApp para llegar acá. Cada canal —WhatsApp, Web, Slack, Custom— se conecta al mismo proyecto de Brain de forma independiente; ninguno es requisito de otro. Canal Personalizado puede ser el único canal de un proyecto desde el primer día. Y si ya tienes WhatsApp, puedes conectar los dos al mismo proyecto: la misma lógica responde en ambos lugares a la vez, no una copia de la otra.

Qué cambia y qué no

Tu plataforma envía cada interacción del usuario a un endpoint de Jelou; Jelou ejecuta el flujo que ya armaste en el builder y entrega la respuesta a un webhook que tú controlas. Todo firmado con HMAC en ambas direcciones, para que ninguno de los dos lados tenga que confiar a ciegas en quién le está hablando.

Tu endpoint recibe el mismo trato que Jelou le da a WhatsApp: la entrega es push, con reintentos limitados ante fallos rápidos — si tu servidor no responde a tiempo, Jelou no insiste indefinidamente. Eso le pasa la responsabilidad de estar disponible a tu propio backend, no a Jelou.

El costo real de la decisión

Todo lo que depende de una interfaz nativa de WhatsApp no está disponible en un canal propio: plantillas HSM, WhatsApp Flows, listas, carruseles, botones de ubicación, y la transferencia directa a un operador humano. Tu canal no tiene esa interfaz — si tu flujo la necesita, tienes que construirla tú, o mantener una rama distinta del flujo para este canal.

La lista completa de nodos y herramientas que dependen de WhatsApp está en Docs. Revísala antes de diseñar el flujo, no después de construirlo.

Cuándo tiene sentido

Tiene sentido cuando tu conversación ya vive donde tus usuarios ya están — tu app, tu producto — y no quieres mantener dos versiones de la misma lógica esperando desalinearse. Si tu única superficie hoy es WhatsApp, todavía no lo necesitas: agrégalo cuando aparezca un segundo lugar donde la misma conversación tenga que responder.

Suporte

Ficou alguma dúvida?

Abra pela sua conta.

Como nos escrever