Resultado de la visita en sitio del 6 de mayo: diagnóstico del comportamiento del asistente de voz con IA, revisión de las 12 correcciones aplicadas, validación del flujo de negociación con Sandra y plan de escalamiento controlado para llegar a 5.000 llamadas/mes sin quemar cartuchos ni deteriorar cartera.
Uno: aislamos la causa de los cortes con un A/B de 5 llamadas vía rotador vs 5 vía número fijo el 7 de mayo. Dos: corregimos la lógica de negociación para respetar las 3 fechas de pago total antes del 50%. Tres: escalamiento controlado 10 → 50 → 100 (corte del 5) → 5.000 llamadas/mes, con presencia de WeKall en sitio durante las primeras tandas para acortar el ciclo de feedback.
Procesamiento típico ~500 ms; picos hasta ~1.000 ms generan silencios incómodos al inicio de la conversación. El cliente final se desorienta y cuelga.
Sonidos sutiles de teclado y ambiente de call center para disimular el procesamiento del modelo. Reduce ansiedad sin esperar a la migración de infraestructura.
Reformatear la base entrante (Apellido → Nombre) y subirla al módulo de campañas en un solo paso. Workaround temporal mientras WeKall mejora la experiencia de carga del producto.
El piloto desbloquea automatización de cobranza temprana sin sumar headcount humano. La palanca está en estabilizar el asistente y escalar al ritmo que Progreser controle.
Hasta esta sesión, los ajustes en el prompt maestro modificaban el comportamiento del asistente sin trazabilidad. Si cambiábamos un guardrail, podía afectar el flujo de negociación sin que lo viéramos en los reportes. La nueva capacidad de branching aísla cambios en ramas, los prueba en lotes pequeños y los mezcla a producción solo si el resultado es estable. Si falla, se revierte sin afectar el agente vivo.
Ya desplegado. Hoy compara contra una base genérica. Decisión Progreser/WeKall: cargar los protocolos de cobranza del cliente como categoría dedicada del RAG, para que la evaluación se ancle a la operación real (cumplimiento, marca, secuencia de negociación) y no a un benchmark externo.
Hoy los protocolos de cobranza viven dentro del prompt maestro y compiten por contexto con instrucciones de comportamiento. La propuesta es un esquema RAG donde el prompt queda mínimo y los protocolos viven como fuente externa consultable. Reduce alucinaciones y permite versionar protocolos sin tocar el prompt. WeKall valida viabilidad técnica esta semana.
10 → 20 → 50 → 100 (corte del 5) → 5.000 llamadas/mes. Adaptación a cortes de cartera (5, 10, 15, 20, 25, 30). Remarcado automático para no contestadas: 8:00, 10:00, 12:00, 13:00 y 18:00 (hasta 19:00). El indicador de éxito no es una llamada perfecta, es la consistencia sobre volumen suficiente para diferenciar señal de ruido.
Sabemos que las últimas semanas han sido exigentes. La inestabilidad histórica del asistente ya tiene causa raíz identificada y mitigación estructural en producción: branching, sub-agentes, versionamiento visual y orquestador propio en camino. Lo que viene ahora no es más prueba y error, es escalamiento controlado con cada cambio diagramado, etiquetado y reversible.
Vamos a estar en sitio durante las próximas tandas para acortar el ciclo de feedback. Cada llamada que probamos es un cartucho que respetamos: por eso priorizamos estabilidad antes que volumen.
El próximo hito es la tanda de 50 llamadas con la lógica de negociación corregida y la causa del corte aislada. A partir de ahí, el escalamiento a 5.000 llamadas/mes es una decisión de cadencia, no de tecnología.