Cómo construimos un sistema de recuperación de llamadas, paso a paso (por dentro)

Este es para los dueños y operadores que quieren ver la maquinaria. Un sistema de recuperación de llamadas se ve simple desde afuera — “la IA contesta el teléfono” — pero hacerlo con confianza es un ejercicio de diseño por eventos, estado limpio y reintentos cuidadosos. Aquí está la arquitectura, sin mencionar marcas.

1. Capturar el evento

Todo empieza con una capa de telefonía que emite un evento por cada llamada: contestada, perdida, ocupada, fuera de horario. Ese evento es el disparador. La decisión de diseño clave es que una llamada perdida es un evento de primera clase, no la ausencia de uno — el sistema reacciona al silencio tan deliberadamente como reacciona a una contestada. Cada evento lleva los datos que los pasos siguientes van a necesitar: número, hora, línea, y si es un contacto conocido.

2. Clasificar la intención

Cuando el agente sí interactúa con quien llama (en vivo o en una devolución), el primer trabajo real es la clasificación: ¿es una emergencia, una reserva rutinaria, una pregunta de precio, un cliente existente? La intención maneja cada rama río abajo, así que tiene que ser rápida y conservadora — cuando la confianza es baja, hace una pregunta para aclarar en vez de suponer. Equivocarse aquí cuesta en las dos direcciones: trata una emergencia como rutina y pierdes un cliente; trata cada llamada como emergencia y despiertas al dueño a las 3 AM por una llave que gotea.

3. Ramificar y actuar

Desde la intención, el flujo se divide:

• Emergencia → enruta a una vía de guardia y te avisa de inmediato.
• Rutina → califica y agenda directo en el calendario.
• Sin respuesta → cae en una secuencia de seguimiento que reintenta en un calendario.

Varias acciones se abren en paralelo: un texto de confirmación a quien llamó, una escritura a tu CRM/despacho para que el trabajo exista en tu sistema de registro, y una petición de reseña en cola para después de terminar el trabajo. Esa apertura en paralelo es lo que mantiene ágil la experiencia de quien llama — recibe su confirmación al instante mientras las escrituras más lentas de la oficina pasan en segundo plano.

4. Mantener el estado limpio

Lo que separa un demo de la producción es el estado. Cada llamada tiene un registro; cada acción es idempotente para que un reintento no agende ni envíe dos veces; y cada rama escribe de vuelta a una sola fuente de verdad. Sin esa disciplina te da el fallo clásico de las automatizaciones — un cliente con cuatro textos de un sistema que olvidó lo que ya hizo. Diseñamos cada paso para que se pueda volver a correr sin riesgo, porque en el mundo real las redes se caen, las APIs se vencen y los pasos se van a reintentar.

5. Construir las barreras de seguridad

Por último, las vías de escalamiento. El agente tiene umbrales explícitos para pasarle el control a un humano: confianza baja, alguien molesto, cualquier cosa de dinero o responsabilidad que no debería decidir solo. El traspaso lleva todo el contexto para que nunca empieces en frío. La vía de escalamiento no es un caso raro — es una función central, y la profundizamos en el siguiente post.

Un sistema confiable es sobre todo las partes aburridas: eventos, idempotencia, una sola fuente de verdad y saber cuándo parar y preguntarle a un humano.

Por qué lo construimos así

Nada de esto es exótico — es ingeniería de sistemas estándar y disciplinada aplicada a una línea de teléfono. Pero esa disciplina es justo lo que separa algo en lo que confiarías con tus clientes de un demo vistoso que se cae en la segunda semana. La meta es infraestructura: un sistema que corre en silencio, se recupera con elegancia cuando algo falla, y se gana el derecho a sentarse entre tú y la gente que te paga.

---

La página de Recuperación de Llamadas tiene la versión para dueños y una calculadora. Si prefieres verlo mapeado a tu flujo de llamadas real, agenda un diagnóstico gratis.