Prueba técnica
Cómo demostramos que funciona.
Un agente que atiende clientes no se aprueba mirando una demo. Acá está qué se prueba antes de producción, qué se vigila después y quién firma cuando algo se sale de lo previsto. Cada paso está escrito en detalle en Recursos: son los mismos documentos que usamos adentro.
01
Antes de producción: el banco de escenarios
Una lista de conversaciones difíciles con su resultado esperado, escrita antes de construir. No mide si el agente respondió bonito: mide si pasó o no pasó. El banco entero se corre de nuevo antes de que cualquier cambio —instrucciones, catálogo o modelo— toque producción.
Leer el método completo02
Los escenarios que importan son los incómodos
Producto agotado, talla que no existe, precio que cambió ayer, cliente que pide descuento, tema vetado. La demo se elige; producción es una clienta preguntando a las diez de la noche por un producto descontinuado, tres veces y con otra ortografía.
Leer el método completo03
El criterio de aprobación no lleva adjetivos
Cada escenario define qué debe pasar: responder con el dato, preguntar para acotar, o escalar a una persona. Pasó o no pasó. Y qué debe pasar cuando piden descuento no lo decide quien programó el agente — lo decide quien pone la plata.
Leer el método completo04
Qué revisa una persona
Las acciones con consecuencia —aprobar, cobrar, prometer una fecha— no las cierra el agente solo: propone y una persona firma. Dónde va ese gate se decide con vos antes de construir, no después del primer susto.
Leer el método completo05
Después del lanzamiento: el panel
Un agente caído no se queja, se queda callado. Por eso no se vigila sólo si responde: se vigila qué tan seguido escala, qué preguntas no supo contestar y si el costo por conversación se movió.
Leer el método completo06
Las métricas técnicas y las de negocio se miran juntas
El costo por conversación es lo que mantiene honesto al sistema: si sube sin que suban las ventas, algo se rompió. Y un número suelto no es evidencia — sin comparación antes y después, no lo publicamos.
Leer el método completo07
El banco bueno se cosecha, no se escribe
El primero se escribe a mano: veinte o treinta escenarios sacados de cómo compra tu cliente. El bueno se cosecha después — cada conversación real que salió mal se vuelve un escenario nuevo, y ese error ya no puede repetirse sin sonar una alarma.
Leer el método completo
Qué pedir, acá o en cualquier otro lado.
Si estás evaluando proveedores, pedí una sola cosa: el banco de escenarios y su última corrida. Si no existen, estás comprando una demo. Vale para nosotros igual que para el resto.
Lo que esto no promete
Ningún sistema con lenguaje natural es exacto al 100%, y quien lo prometa está vendiendo. Lo que sí se puede sostener es esto: que cada dato salga de una consulta al sistema, que lo que no se pueda verificar escale a una persona, y que cuando algo falle exista un registro para saber qué pasó.
Traé una operación real y la revisamos.
Quince minutos sobre tu caso, no sobre una demo armada. Salís con una lectura honesta de qué se puede automatizar primero y qué conviene dejar quieto.