Skip to main content
Question

¿Qué es lo primero que terminás resolviendo fuera de ManyChat en los proyectos de clientes?

  • September 8, 2026
  • 2 comments
  • 27 views

Servia

Buenas 👋 Vengo armando integraciones sobre ManyChat y me pasa siempre lo mismo: el 80% del proyecto se resuelve adentro, y hay un pedazo chico que siempre termina viviendo afuera y volviendo por API.

En mi caso, lo que más se repite:
• Agendar contra un calendario real con varios profesionales (evitar dobles reservas)
• Que el bot recuerde al contacto entre conversaciones distintas, no solo dentro del thread
• Cobros con medios locales de LatAm

Tengo curiosidad de qué les pasa a ustedes. ¿Cuál es la primera cosa que sacan afuera? ¿Y la resuelven con Make/n8n, código propio, o alguna app del marketplace?

Lo pregunto porque sospecho que cada uno resolvió lo mismo de tres formas distintas y ninguno lo comparte.

2 replies

cata_rendon
Forum|alt.badge.img+5
  • Community Moderator
  • September 8, 2026

Hola ​@Servia,

Edito lo del calendario, sí lo hemos resuelto: usamos un External Request en ManyChat contra el calendario real para agendar.

Lo del contacto entre conversaciones también nos suena, el cruce entre canales en ManyChat es manual (Merge Contact), el email es el mejor proxy que hemos encontrado.


Servia
  • Author
  • Up-and-comer
  • September 10, 2026

¡Gracias ​@cata_rendon  ! Muy bueno el dato del External Request.

Te sumo lo que a nosotros nos costó en cada uno:

Calendario: External Request es la vía, sí. El detalle que nos comió tiempo: ManyChat corta a los 10s (duro), así que cuando el calendario tarda o hay varios profesionales, lo que nos funcionó fue ir asíncrono — responder 200 al toque y devolver el mensaje real por la Public API (setCustomField + disparar el flow de continuación). Y para evitar dobles reservas con varios pros, la clave está afuera: bloquear el slot al momento de ofrecerlo, no al confirmar, porque dos conversaciones en paralelo se pelean el mismo horario.

Memoria entre conversaciones: coincido, el Merge nativo es manual y el email es el mejor proxy adentro. Lo que nos ordenó fue sacar la memoria afuera — un store propio con un ID estable (teléfono/email como llave) y ManyChat como transporte. Así el bot recuerda al cliente aunque cambie de canal o de thread.

Pagos: el tercero que casi nadie toca. El Buy Button es Stripe/PayPal, sin Mercado Pago ni PIX, así que el checkout también terminó viviendo afuera (link de MP dentro del chat, con anticipo).

Curioso cómo lo resuelven ustedes, sobre todo los dobles turnos con agenda compartida.