Caso de Éxito (Estructura): Agente de Seguimiento de Facturas para un Estudio de Diseño
Estado: ESTRUCTURA. Las secciones marcadas con [PILOT DATA] se completan únicamente con resultados medidos de un compromiso real — nunca con estimaciones.
Evidencia de ejecución en seco (simulada / SIMULATED). Nuestro simulador determinista de pilotos ya ejercita esta misma pila de agente de extremo a extremo: durante una ejecución en seco simulada de 14 días revisó 70 facturas abiertas, redactó 34 recordatorios de cobranza a lo largo de la escalera de envejecimiento suave→recordatorio→aviso final (cada borrador superó el filtro de tono de frases prohibidas), pausó 8 seguimientos por compromisos de pago del cliente, y escaló 28 cuentas a humanos (facturas disputadas bajo congelamiento de contacto más cuentas de más de 90 días derivadas a cobranza humana). Estimado simulado (simulated data): todas las cifras provienen de una ejecución en seco simulada contra datos sintéticos (synthetic data) (ver el escenario de la demo en vivo). No participaron clientes reales.
El cliente
Pequeño estudio de diseño/creativo (personaje ficticio usado para esta estructura), con una única propietaria que reparte su semana entre el trabajo para clientes y el reclamo de pagos. Las facturas vencidas viven en el sistema de facturación; el proceso de seguimiento vive en su bandeja de salida y en su memoria — una cadencia de cobranza hecha a base de notas adhesivas: recordatorios suaves, avisos más firmes y algún que otro incómodo aviso final. [CLIENT NAME PENDING CONTRACT]
El problema
- La propietaria reclama cada factura vencida a mano — horas cada mes redactando, enviando y recordando seguimientos en lugar de hacer trabajo de diseño facturable
- Los seguimientos son inconsistentes: algunas facturas reciben tres toques, otras se quedan tiradas semanas, así que los días promedio hasta el pago van en aumento
- Los casos incómodos son los peor manejados: cuando un cliente disputa una factura o promete un pago verbalmente, nada lo registra de forma sistemática, y los borradores emocionales de «requerimiento final» arriesgan dañar la relación
Lo que desplegamos
Un Agente de Seguimiento de Facturas que ejecuta nuestro ciclo estándar sobre una política de cobranza determinista (CollectionPlanner) cuyas salvaguardas viven en código, no en el prompt:
- una escalera de envejecimiento determinista en código: 0–7 días de vencida recibe un recordatorio suave, 8–30 días un recordatorio, 31–60 días un aviso final — el nivel lo decide los días de vencimiento calculados, nunca el criterio del LLM
- las facturas disputadas JAMÁS vuelven a recibir mensajes: una palabra clave de disputa o estado de disputa dispara un congelamiento inmediato de contacto y deriva la cuenta directo a un humano — discutir con un cliente que disputa es como lo pierdes
- pausa por compromiso de pago: si las notas del cliente registran una fecha de pago prometida, los seguimientos se pausan hasta esa fecha en lugar de acosar a quien ya se comprometió
- entrega dura a humanos: las cuentas con más de 90 días de vencidas, o que agotaron su tope de contactos, pasan a cobranza humana — el agente escala en lugar de escalar el tono
- un filtro de tono de frases prohibidas sobre cada borrador: ningún lenguaje de litigio, demanda, puntaje crediticio o agencia de cobranza puede llegar a un cliente — todo lo que activaría el filtro se escala a un humano en lugar de enviarse
- un registro auditable en
reminders.jsonl: cada toque redactado queda asentado con marca de tiempo, factura, nivel y texto del mensaje
Marco de resultados (completar durante/después del piloto)
| Métrica | Antes | Después | Fuente |
|---|---|---|---|
| Horas del propietario dedicadas a reclamar facturas por mes | [PILOT DATA] | [PILOT DATA] | hojas de tiempo del cliente |
| DSO / días promedio hasta el pago | [PILOT DATA] | [PILOT DATA] | reportes del sistema de facturación |
| % de facturas vencidas contactadas a tiempo | [PILOT DATA] | [PILOT DATA] | registro auditable reminders.jsonl |
| Disputas derivadas a humanos el mismo día | — | [PILOT DATA] | registros de escalamiento |
| Costo por toque de cobranza | [PILOT DATA] | [PILOT DATA] | registro de tokens |
Ajuste a los precios
El seguimiento de facturas corre sobre nuestro modelo de tarifa de plataforma más uso: $550/mes de tarifa de plataforma + $8.00 por factura cobrada (una factura pagada tras un toque del agente dentro del ciclo). Como cada toque es una decisión determinista pequeña con una huella de tokens mínima, el ejemplo interno resuelto simulado supera con holgura nuestro piso obligatorio de margen del 30% — con un ~90% de margen de contribución por factura cobrada según el estimado simulado de la ejecución en seco (simulated dry-run estimate — ver reports/pricing_model.md §6, y precios). Las facturas disputadas jamás se facturan ni reciben mensajes, así que los ingresos solo provienen de cobros limpios y exitosos — el precio alinea nuestro incentivo con el flujo de caja del cliente.
Por qué importa la política de cobranza determinista
En cobranza, un solo mensaje equivocado puede costar la relación que valía la factura. El nivel de envejecimiento, el congelamiento por disputa, la pausa por compromiso y los umbrales de entrega viven todos en código determinista que el modelo de lenguaje no puede sobrescribir — el LLM solo redacta dentro de un nivel que el planificador ya eligió, y cada borrador debe superar el filtro de tono de frases prohibidas antes de existir como candidato. Un cliente que disputa nunca recibe otro mensaje automatizado, y cada toque es atribuible a su registro de factura, su regla de envejecimiento y un ciclo del loop.
Sección de lecciones aprendidas
[POST-PILOTO: listar las 3 lecciones principales de data/loops/<proyecto>/ — reales, textualmente.]
SIMULATED DATA — todas las cifras de ejecución en seco de esta página son estimados simulados contra datos sintéticos (synthetic data); ninguna proviene de un compromiso real todavía.