Kit abierto · sin datos de clientes

Diseña una prueba de cobranza que puedas auditar

Planifica una muestra, descarga plantillas ficticias y acuerda cómo conciliar resultados antes de evaluar KOBRA o cualquier otra herramienta.

Qué demuestra una buena prueba

Una prueba controlada demuestra si el flujo puede operar con datos, reglas, pausas, derivaciones y conciliación definidas. No demuestra causalidad ni garantiza recuperación si no existe una comparación válida, una muestra suficiente y una fuente financiera confiable.

1. Empieza por una decisión, no por una demo

Escribe la decisión que tomarás al final: descartar, corregir, ampliar o detener. Después define qué evidencia necesita esa decisión. Una demo puede mostrar que el producto posee una función; una prueba debe mostrar que el proceso completo funciona con los datos, responsables y excepciones de la organización.

Formula una pregunta acotada. Por ejemplo: “¿Podemos gestionar mora temprana sin contactos posteriores al pago y con todas las excepciones asignadas?”. La pregunta no promete una mejora financiera; establece un comportamiento que puede verificarse antes de exponer una cartera más amplia.

Planificador operativo

Distribuye una muestra para preparar el trabajo

Esta herramienta reparte cuentas para organización interna. No calcula potencia estadística, efecto causal ni una muestra representativa. Ajusta el diseño con una persona calificada cuando la decisión lo requiera.

Prueba500
Comparación500
Revisión cualitativa sugerida25 conversaciones

La revisión cualitativa sugerida equivale al 5% de la prueba, con un mínimo operativo de 10 y un máximo de 50 conversaciones. Es una pauta de QA, no una regla estadística.

2. Declara elegibilidad, exclusiones y unidad

Define si la unidad es persona, cuenta, obligación, cuota o monto. Una persona puede tener varias obligaciones y un pago puede cubrir más de una cuota; por eso el mismo conjunto de registros produce resultados distintos cuando cambia la unidad. Conserva la decisión en el reporte.

Escribe las exclusiones antes de comenzar. Identidad incierta, datos insuficientes, litigios, disputas, políticas especiales o falta de autorización pueden justificar una exclusión. Registra cuántos casos quedaron fuera y por qué. Una exclusión silenciosa cambia el denominador y puede hacer que una prueba parezca mejor de lo que fue.

Cierre vertical

Cuatro etapas y una puerta en cada una

  1. 01

    Preparar

    Congela definiciones, fuente de verdad, permisos, línea base, exclusiones y responsables. Usa datos ficticios para probar la estructura.

  2. 02

    Ensayar

    Ejecuta pagos, promesas, disputas, contactos equivocados y fallas de integración. Corrige antes de operar con personas reales.

  3. 03

    Observar

    Revisa conversaciones, estados, derivaciones, tiempos y errores durante el piloto. Detén si falla una salvaguarda.

  4. 04

    Conciliar

    Confirma pagos en la fuente acordada y reporta resultados, limitaciones y exclusiones sin elegir métricas después de observarlos.

3. Usa un diccionario que otra persona pueda repetir

Definiciones mínimas incluidas en la descarga.
MétricaDefinición operativaPor qué importa
ElegiblesCuentas que cumplen las reglas de entrada definidas antes de comenzar.Explica el denominador de cobertura y evita retirar casos difíciles después.
GestionadasElegibles que recibieron una acción autorizada dentro del período.Distingue falta de cobertura de falta de respuesta.
Contacto útilIdentidad confirmada y siguiente paso clasificable.No confunde entrega técnica con conversación.
Pago conciliadoAbono confirmado en la fuente financiera y asociado a la obligación.Separa comprobantes o promesas de dinero efectivamente registrado.
Error operativoDuplicidad, contacto posterior al pago, identidad incorrecta o acción fuera de regla.Hace visible el costo de una automatización defectuosa.
Tiempo internoMinutos de preparación, supervisión, conciliación y resolución de excepciones.Permite comparar trabajo total y no solo licencia o mensajes.

4. Descarga artefactos sin información personal

Las plantillas contienen únicamente filas ficticias. Úsalas para acordar columnas y reglas con el equipo; no reemplaces los ejemplos por nombres, teléfonos o antecedentes de deudores en un canal público. Antes de cargar datos reales deben existir autorización, alcance contractual, controles de acceso y responsables definidos.

5. Detén la prueba cuando falle una salvaguarda

  • Se contacta una identidad o número que no puede confirmarse.
  • Un pago conciliado no detiene la siguiente acción.
  • Una disputa o solicitud fuera de política no tiene responsable.
  • Los canales ejecutan límites contradictorios.
  • No puede reconstruirse qué regla produjo una gestión.
  • La fuente de pagos o saldos deja de actualizarse.

6. Publica resultados únicamente con contexto

Un reporte responsable identifica propietario, período, cartera elegible, muestra, línea base, exclusiones, versiones, fuente de conciliación, resultados y errores. Si no existe un grupo comparable, presenta la diferencia como observación del piloto y evita atribuir causalidad.

Este kit es evidencia del método de evaluación, no evidencia de desempeño de KOBRA. KOBRA todavía no publica casos de clientes verificados. Cuando exista un caso publicable, deberá cumplir la metodología de medición, contar con autorización y conservar suficiente detalle para que otra persona entienda qué ocurrió.