← Volver al blog

La mayoría de los proyectos de despliegue de un bot de voz IA de recobro fracasan por la misma razón: el pliego prevé 3 a 6 meses, la mitad del presupuesto se consume en especificaciones funcionales detalladas, y la solución llega seis meses tarde con un alcance obsoleto. Las plataformas modernas de agente de voz IA permiten hoy un ritmo distinto: despliegue completo en 7 días, desde el encuadre hasta el go-live supervisado. Este artículo detalla el plan día a día, las trampas que evitar y la checklist pre go-live de 20 puntos que utilizamos en cada proyecto.

Por qué 7 días y por qué fracasan los proyectos de 3 meses

Un proyecto de bot vocal ya no es, en 2026, un proyecto de desarrollo. Es un proyecto de configuración. Las piezas pesadas — motor de reconocimiento vocal, síntesis neuronal, gestión de telefonía, cumplimiento RGPD — están preintegradas en la plataforma SaaS. Lo que queda por hacer en la empresa cliente es: conectar sus fuentes de datos, parametrizar sus guiones de negocio, probar, lanzar.

Los proyectos que se extienden 3 meses sufren típicamente cuatro escollos: especificaciones demasiado detalladas que se vuelven obsoletas antes de la entrega; intento de reescribir piezas ya disponibles en la plataforma; validaciones por comité que ralentizan cada decisión; integraciones «a medida» cuando existe un conector nativo. La compresión a 7 días obliga a elegir herramientas que funcionan out-of-the-box y a aceptar un perímetro inicial razonable, pudiendo ampliarlo en V2.

Regla de oro: el día 7 debe producir un bot operativo sobre un segmento restringido y fiable. No un bot perfecto sobre la totalidad de la cartera. La ampliación se hace en iteraciones de 2 semanas tras el go-live.

Día 1 — Encuadre

Día 1 — Encuadre (basta con media jornada)

Reunión de lanzamiento de media jornada, idealmente presencial o por videoconferencia intensiva. Participantes: gestor de crédito (sponsor de negocio), responsable IT (integraciones), responsable ADV (reglas de negocio), Chief Compliance Officer o DPO (cumplimiento), jefe de proyecto Vocalis.

Entregables esperados al final de la jornada:

Días 2-3 — Integración CRM / ERP / Facturación

Días 2-3 — Integración (2 días completos)

Fase más técnica. Objetivo: establecer un flujo bidireccional entre el sistema fuente de las facturas y la plataforma vocal. El bot debe poder extraer en tiempo real la lista de facturas vencidas elegibles y devolver al sistema fuente el resultado de cada llamada (promesa, disputa, ilocalizable, negativa).

Conectores nativos frecuentes en España:

CategoríaSoluciones soportadasMétodo
CRMHubSpot, Salesforce, Pipedrive, ZohoAPI REST nativa o webhooks
FacturaciónHolded, Contasimple, Billin, QuickbooksAPI REST
ERPSAP Business One, Sage 50/200, Dynamics 365 BC, OdooAPI, middleware o exportación CSV programada
TelefoníaRingover, Aircall, 3CXSIP trunking

Para un ERP legacy sin API moderna, un flujo CSV automatizado cada 4 horas sigue siendo aceptable en V1. La optimización en tiempo real puede añadirse tras el go-live.

Día 4 — Guión vocal, ramas de conversación y cumplimiento

Día 4 — Guión + cumplimiento

El guión no es un monólogo: es un árbol de conversación. El agente de IA debe saber reaccionar a una docena de situaciones tipo y, para cada una, plantear la pregunta correcta a continuación.

Ramas que prever como mínimo:

  1. El deudor confirma recepción de la factura → pedir PDD
  2. El deudor niega haber recibido la factura → proponer envío inmediato por email + SMS
  3. El deudor señala una disputa → consignar el motivo y enrutar hacia ADV en menos de 4h
  4. El deudor promete un pago → registrar fecha + importe + medio
  5. El deudor solicita un fraccionamiento → proponer plan tipo (3x, 6x) o escalar
  6. El deudor rechaza hablar → consignar la negativa, reprogramar a D+7 (primera negativa) o escalar (segunda negativa)
  7. Contestador → dejar mensaje conforme y volver a llamar al día siguiente en otra franja horaria
  8. Interlocutor erróneo → solicitar transferencia al departamento contable
  9. Solicitud de devolución de llamada → programar la franja exacta
  10. Agresividad del deudor → desescalar, ofrecer devolución de llamada humana en 24h

Menciones legales obligatorias que integrar en la apertura de llamada:

Respeto de las franjas horarias y de la legislación española de recobros: llamadas autorizadas habitualmente de 9:00 a 21:00 de lunes a viernes, de 10:00 a 20:00 los sábados, prohibidas los domingos y festivos. El bot bloquea automáticamente las franjas no autorizadas. Consulte nuestro artículo detallado RGPD e IA de voz: cumplimiento.

Día 5 — Pruebas internas (llamadas espejo del equipo)

Día 5 — QA interno

Fase descuidada que condiciona el éxito del go-live. El equipo interno interpreta, por turnos, el papel de cada perfil de deudor ante el bot. Cada rama de conversación debe probarse al menos dos veces, con entonaciones distintas, acentos diferentes e interrupciones variadas.

Checklist de pruebas día 5:

Día 6 — Piloto con 50 deudores reales

Día 6 — Piloto supervisado

Primer contacto con deudores reales, sobre una muestra voluntariamente restringida (50 casos) y supervisada. Un supervisor escucha en directo entre 15 y 20 llamadas y anota cualquier desviación. El objetivo no es validar la perfección, sino detectar errores invisibles en pruebas internas.

Criterios de éxito del piloto:

Si no se alcanzan estos umbrales, ajuste de guiones en la jornada y nuevo mini-piloto de 20 llamadas por la tarde o a la mañana siguiente. Si las desviaciones son estructurales, el go-live se aplaza 48 a 72 h — lo que sigue estando muy por debajo de un proyecto clásico.

Día 7 — Go-live y monitorización

Día 7 — Puesta en producción

Activación del bot sobre la totalidad del segmento encuadrado en el día 1. Dashboard en tiempo real activado para el gestor de crédito y la dirección financiera. Los primeros días tras el go-live son críticos: un punto diario breve (15 minutos) permite detectar y corregir las micro-desviaciones antes de que se acumulen.

Dashboard de monitorización mínimo día 7:

Checklist pre go-live: 20 puntos

  1. Alcance del segmento objetivo formalizado y validado por el sponsor
  2. Lista nominativa de facturas elegibles extraída y controlada
  3. Datos de contacto (teléfonos) depurados, tasa de números válidos > 85 %
  4. Conector CRM probado bidireccional
  5. Conector de facturación probado bidireccional
  6. Conector ERP probado o flujo CSV programado
  7. Guiones validados por gestor de crédito y ADV
  8. Todas las ramas de conversación probadas internamente
  9. Menciones legales integradas en la apertura de llamada
  10. Opt-out funcional y probado
  11. Franjas horarias configuradas y bloqueantes
  12. Festivos 2026 cargados en el calendario
  13. Procedimiento de escalado humano operativo
  14. Enrutamiento de disputas → ADV probado, SLA 4h definido
  15. Grabaciones conformes: marcado temporal, acceso restringido, plazo de conservación
  16. DPIA (Data Protection Impact Assessment) realizada si procede
  17. Información previa a los deudores mediante carta/email o cláusula contractual
  18. Dashboard en tiempo real accesible para los usuarios habilitados
  19. Equipo de soporte avisado y formado para gestionar los retornos de los deudores
  20. Plan de rollback documentado en caso de anomalía grave

Plan B — Qué hacer si un día se tuerce

Sobre 100 despliegues, entre 15 y 20 encuentran un bloqueo en uno de los 7 días. Aquí los recursos predefinidos:

«Lanzamos nuestro bot en 6 días. Día 7, 1.200 facturas llamadas. Lo más difícil no fue la técnica, fue convencer al equipo de que podíamos arrancar sin tenerlo todo.» — Responsable de recobros, empresa de servicios B2B

Tras el go-live: los primeros 30 días

El día 7 no es una llegada sino una salida. Los 30 días siguientes sirven para:

Preguntas frecuentes

¿Por qué 7 días y no 3 meses como un proyecto IT clásico?

Porque un bot de voz moderno se apoya en componentes SaaS preintegrados (conectores CRM, motores vocales, scoring). Los 3 meses de los proyectos clásicos corresponden a menudo a desarrollos a medida innecesarios. En 7 días se configura más que se desarrolla.

¿Qué integraciones CRM/ERP están cubiertas?

Las más frecuentes en España: HubSpot, Salesforce, Pipedrive en CRM; Holded, Contasimple, Billin en facturación; SAP, Sage, Dynamics, Odoo en ERP. Cualquier solución que exponga una API REST o webhooks puede conectarse.

¿El bot cumple el RGPD?

Sí, siempre que la configuración sea correcta: respeto de franjas horarias, mención de grabación en la apertura, opt-out inmediato, plazos de conservación parametrizados, alojamiento en la UE. La AEPD publica directrices aplicables.

¿Qué ocurre si el piloto del día 6 da malos resultados?

El plan prevé un día 6 de amortiguación: ajuste de guiones, recalibrado de umbrales, reescucha dirigida. Si los resultados siguen siendo insuficientes, el go-live se aplaza 48 a 72 h, lo que sigue estando por debajo del plazo de un proyecto clásico.

¿Qué perfiles deben movilizarse durante los 7 días?

Gestor de crédito o responsable de recobros (sponsor), un referente IT (integración), un perfil ADV (guiones y reglas de negocio), un responsable de cumplimiento si hay riesgo RGPD relevante. Carga total estimada: 3 a 5 días-persona repartidos en la semana.

Para ir más allá

Este plan está rodado en decenas de despliegues. Se adapta a su contexto: volumetría, stack técnico, madurez de recobros. Una auditoría estratégica gratuita de 30 minutos permite identificar sus prerrequisitos, las integraciones que prever y la hoja de ruta de 7 días calibrada a su situación.

Lea también: Agente de voz en recobros: la IA duplica las tasas de contacto · Reducir el DSO un 30 %: playbook del gestor de crédito · Sector Recobros · Sobre Vocalis AI.