Respuesta corta
Para elegir un software de cobranza en Chile, compara primero cómo mantiene el estado de cada obligación, cómo coordina los canales y cómo detiene o deriva una gestión. La demo debe mostrar el flujo completo —desde la carga de la cartera hasta la conciliación— y no solamente una secuencia de mensajes.
Fuentes para verificar: SERNAC — Cobranza extrajudicial · BCN — Ley 19.628 vigente
Empieza por el problema operativo
Antes de pedir demos, identifica dónde se rompe el proceso actual: cobertura insuficiente, respuestas sin registrar, promesas olvidadas o información dispersa.
Convierte esos problemas en resultados observables, como cuentas gestionadas a tiempo, compromisos con fecha y casos correctamente derivados.
Distingue automatización de mensajería
Programar mensajes no equivale a automatizar cobranza. Pregunta qué ocurre cuando la persona responde, informa un pago o solicita una excepción.
Los canales deben compartir contexto. WhatsApp no debería ignorar una llamada reciente, un pago conciliado o un compromiso vigente.
Evalúa datos, control y cumplimiento
Documenta la fuente de cada campo, la frecuencia de actualización y el procedimiento para pagos en tránsito. La automatización solo puede actuar sobre el estado que recibe.
Solicita reglas de pausa, escalamiento, accesos, trazabilidad y retención. El cumplimiento debe traducirse en controles concretos.
Diseña un piloto comparable
Selecciona una muestra representativa y define los criterios antes de comenzar. Mide cobertura, respuestas útiles, compromisos, pagos conciliados y tiempo interno.
Revisa conversaciones además de totales. La decisión debe combinar resultado financiero, experiencia del cliente y capacidad operativa.
Diagnóstico antes de configurar
Reúne a operación, finanzas, servicio al cliente, tecnología y cumplimiento antes de comparar proveedores. Cada área observa una falla distinta: una ve tareas vencidas, otra pagos sin conciliar y otra contactos que no deberían ocurrir. Convierte esas observaciones en una lista de escenarios que toda demo debe ejecutar con los mismos datos ficticios.
Prepara una muestra sintética con cuentas sanas, mora reciente, promesa vigente, pago informado, pago conciliado, disputa y teléfono incorrecto. Una demostración útil debe cambiar el estado, justificar la siguiente acción y permitir que un supervisor reconstruya qué dato y qué regla produjeron la decisión.
Solicita por escrito dependencias, tiempos y límites: qué integración alimenta saldos, con qué frecuencia se actualiza, quién resuelve excepciones, cómo se corrige un dato y qué información queda disponible para exportar. Así separas una función visible en pantalla de una capacidad que puede operarse todos los días.
Mapa operativo
Del problema a una prueba verificable
- 01
Definir
Escribe cinco problemas observables, la fuente de cada dato y la condición que probaría que el flujo funciona.
- 02
Simular
Ejecuta los mismos casos ficticios en cada herramienta, incluyendo pagos, promesas, disputas y datos incorrectos.
- 03
Pilotear
Usa una muestra acotada, criterios previos y responsables identificados; no migres toda la cartera durante la evaluación.
- 04
Conciliar
Compara pagos confirmados, errores, tiempo interno y calidad de conversación antes de decidir o ampliar.
Señales para detener y corregir
- Comprar una biblioteca de mensajes sin gestión de estados.
- Aceptar porcentajes sin muestra, período ni fuente financiera.
- Subestimar preparación, integración y supervisión humana.
- Migrar datos desordenados y atribuir los errores a la herramienta.
Preguntas para la revisión interna
- ¿Qué detiene una secuencia cuando aparece un pago?
- ¿Cómo se suma la frecuencia entre canales?
- ¿Quién puede cambiar reglas y cómo queda registrado?
- ¿Qué exportación permite auditar una conversación?
- ¿Cómo se compara el piloto con la operación actual?
Recurso práctico
Convierte esta guía en una prueba.
Descarga el kit de prueba, carga únicamente identificadores ficticios y asigna una persona responsable a cada criterio. El resultado de la evaluación debe conservar tanto los aciertos como los casos que exigieron corrección.
Abrir kit de prueba controlada →Matriz para tomar la decisión
| Señal | Qué revisar | Decisión |
|---|---|---|
| Datos | Identidad, obligación, saldo, vencimiento y última actualización | Descartar una prueba si no existe una fuente de verdad definida |
| Automatización | Respuesta, promesa, pago, disputa y contacto equivocado | Exigir caminos distintos y condiciones de salida |
| Control | Permisos, reglas, versiones, historial y responsables | Pedir que una acción pueda reconstruirse después |
| Medición | Línea base, muestra, pagos conciliados y errores | Comparar resultado financiero y calidad operativa |
Escenario, no caso de cliente
Ejemplo ilustrativo de evaluación
Una empresa recibe tres demostraciones. La primera muestra muchas plantillas; la segunda promete una tasa de recuperación sin explicar la muestra; la tercera carga veinte cuentas ficticias, simula pago, promesa y reclamo, y permite reconstruir qué regla actuó. Aunque la tercera tenga menos funciones visibles, entrega más evidencia sobre su capacidad operativa.
El ejemplo no representa un cliente ni un resultado de KOBRA. Sirve para mostrar por qué la evaluación debe basarse en escenarios y criterios definidos antes de la demostración.
Cómo medir sin confundir señales con resultados
- Cobertura: proporción de cuentas que recibieron una gestión autorizada.
- Contacto útil: conversación que confirma identidad y permite un siguiente paso.
- Pago conciliado: abono confirmado en la fuente financiera, no solo informado por mensaje.
- Carga interna: minutos de preparación, supervisión, conciliación y resolución de excepciones.
La metodología completa está disponible en cómo KOBRA define y valida métricas de cobranza.
Checklist para llevarlo a la práctica
- Fuente de verdad y frecuencia de actualización documentadas.
- Estados, pausas y derivaciones configurables.
- Historial común para WhatsApp, llamadas y email.
- Trazabilidad de reglas, mensajes y acciones humanas.
- Piloto con métricas y muestra comparables.
Preguntas frecuentes
¿Qué debería mostrar una buena demo?
Además del envío de mensajes, debería mostrar cómo ingresa una cartera, cómo cambia un caso ante una respuesta, cómo se detiene frente a un pago y cómo un supervisor reconstruye la decisión tomada.
¿Conviene migrar toda la cartera de inmediato?
No. Una muestra representativa permite encontrar errores de datos, reglas ambiguas y excepciones sin exponer la operación completa. El escalamiento debe depender de resultados conciliados y de una revisión de conversaciones.
¿Cómo comparar el costo total?
Incluye licencia, implementación, integración, supervisión, conciliación, corrección de datos y tiempo del equipo. Compara ese costo con cobertura, recuperación verificable y capacidad liberada, no solo con el precio mensual.