< 2% y (B) tiempo medio de verificación < 24 horas para KYC manual. Si cumples eso, ya vas bien. ## ¿Por qué importa el análisis de datos en verificación de edad? Espera... la parte humana también cuenta. La verificación salva a menores, protege al operador y reduce el fraude. Pero, por otro lado, un proceso mal calibrado te quita clientes y genera tickets de soporte. Por un lado quieres seguridad, por otro evitar fricción. Ese equilibrio se logra midiendo correctamente. Reflexión larga: si solo mides "verificados / no verificados" estás ciego. Necesitas métricas como false positives/false negatives, tasa de escalamiento a verificación manual, tiempo de resolución, motivos de rechazo y correlación con métodos de pago. Con esos datos puedes optimizar reglas y proveedores. ## Principales métricas y KPIs (qué medir y por qué) - Tasa de rechazo inicial (IRR — Initial Rejection Rate): % de registros bloqueados por el sistema automático en primer intento. Objetivo: < 8% (ajustable según mercado). - Tasa de falsos positivos (FPR): % de menores o cuentas legítimas rechazadas por error. Objetivo: < 2%. - Tiempo medio de verificación (MTV): desde envío de docs hasta resolución. Objetivo: automático < 5 min; manual < 24 h. - Tasa de escalamiento (ESR): % de casos que van a revisión manual. Indicador de calidad del proveedor. - Tasa de reveses/chargebacks por edad: número de devoluciones por reclamaciones de edad en 30/90 días. - Conversión post-verificación: % de usuarios que completan depósito tras verificación (mide fricción comercial). - Coste por verificación (CPV): suma de fees de proveedores + coste de revisión manual / verificaciones completadas. Mini-cálculo práctico: Si tu CPV objetivo es $0.60 USD y procesas 50,000 registros/mes, el presupuesto mensual = 50,000 × 0.60 = $30,000 USD. Ajusta según tasa de escalamiento: si ESR = 4% y coste manual por ticket = $5, añade 0.04 × 50,000 × 5 = $10,000 USD. ## Flujo recomendado (fácil de implementar) 1. Detección en registro: validaciones sintácticas (RUT, fecha, formato). 2. Verificación automática: comprobación de documento con OCR + reconocimiento facial (liveness). 3. Score y reglas: umbrales que deciden aprobar, rechazar o escalar. 4. Revisión manual: equipo formado con playbook (qué aceptar/rechazar). 5. Monitorización y retroalimentación: feed de errores al modelo y reglas. ¡Aquí está la cosa! Implementa la regla de “prueba de vida” solo en casos dudosos para reducir fricción: eso baja ESR y mejora la UX sin sacrificar seguridad. ## Herramientas y enfoques: comparación práctica | Enfoque / Herramienta | Ventaja clave | Desventaja | Recomendado para | |---|---:|---|---| | Verificación documental + OCR (proveedores SaaS) | Rápido, escalable | Coste por verificación | Volumen medio/alto | | Mobile ID / bancario (PSD2-like) | Alta precisión, baja fricción | No disponible para todos los usuarios | Mercados bancarizados (ej. CL) | | Verificación por terceros (KYC marketplace) | Fácil integración, múltiples checks | Dependencia externa | Startups sin equipo KYC | | Revisión manual in-house | Control total, contexto | Coste y tiempo | Casos escalados / VIP | | Combinar biometría con datos publicos (RUT check) | Buen balance seguridad/UX | Requiere integraciones locales | Operadores locales con RUT integración | Después de esta tabla, un consejo: prueba al menos dos proveedores paralelos 3 meses y mide IRR, ESR y CPV antes de decidir. Y, si quieres ver cómo se presenta una oferta práctica en un casino que opera en Chile, revisa la opción local que muchas veces incluye WebPay y métodos útiles: 20bet-chile.com official. Esto te da contexto real de implementación y canales de pago frecuentes.

## Quick Checklist — Implementación paso a paso

– [ ] Definir objetivos: IRR, FPR, MTV, CPV.
– [ ] Mapear rutas de registro y puntos de fricción.
– [ ] Seleccionar 2 proveedores piloto (OCR + biometría).
– [ ] Establecer reglas de score y umbrales claros.
– [ ] Crear playbook de revisión manual (incluye ejemplos).
– [ ] Instrumentar analytics (dashboard en tiempo real).
– [ ] Revisar logs semanales y retrain de reglas cada 30 días.
– [ ] Política clara de privacidad y manejo de datos (GDPR/GDPR-like).
– [ ] Integrar límites de edad visibles (18+) y canales de ayuda para juego responsable.

## Casos prácticos (mini-casos)

Caso A — Operador pequeño, 5k registros/mes:
Problema: 12% IRR, ESR 10%. Acción: reducir umbral de rechazo automático y activar verificación biométrica solo para documentos dudosos. Resultado en 60 días: IRR se redujo a 6% y ESR a 4%, CPV subió 8% pero la conversión post-verificación aumentó 14%.

Caso B — Operador con alto volumen y fraude por chargeback:
Problema: múltiples reclamaciones por cuentas de menores usando cuentas de padres. Acción: integrar comprobación cruzada de nombre y cuenta bancaria + verificación KYC more estricta en retiros > $500. Resultado: Chargebacks por edad cayeron 85% en tres meses; tiempo medio de pago aumentó 1 día por KYC, pero la confianza de pagos grandes subió.

## Errores comunes y cómo evitarlos

1. Exceso de fricción en registro: no pidas verificación completa si solo quieres probar acceso — usa verificación escalonada.
2. Umbrales rígidos sin datos: monitoriza y adapta cada 2–4 semanas.
3. No medir conversiones: validar sin ver efectos comerciales es inútil.
4. Externalizar sin SLAs: firma SLA con tiempos de respuesta y tasa de accuracy mínima.
5. Olvidar privacidad: guarda documentos el mínimo tiempo legal y con cifrado.

Consejo: evita bloquear retiros automáticos sin aviso; comunica pasos y tiempos al usuario para reducir tickets.

## Recomendaciones técnicas de análisis

– Usa una tabla de eventos (event store) con campos: user_id, event_type, timestamp, provider_score, decision, reason_code, reviewer_id.
– Calcula cohortes semanales: IRR por canal (web, iOS, Android), por país y por método de pago.
– Aplica A/B testing a reglas: 1 variante reduce umbral de rechazo, otra lo mantiene; compara conversiones y fraude.
– Implementa alertas: si ESR > 8% en 24h dispara revisión de reglas.

## Mini-FAQ

Q: ¿Qué nivel de precisión es aceptable para biometría?
A: Busca FPR < 0.5% y FRR (false reject rate) < 2% para no dañar UX. Ajusta según volumen y coste por revisión. Q: ¿Debo guardar documentos de identidad? A: Solo lo estrictamente necesario y por el plazo legal. Cifra y restringe acceso. Ten una política clara y visible. Q: ¿Qué pasa si el proveedor falla? A: Ten un plan de contingencia: modo degradado (acepta con verificación manual) y notifica al usuario del retraso. Q: ¿Cómo debo reportar a reguladores en CL? A: Sigue las guías de AML/KYC aplicables; conserva evidencia de verificación y políticas internas; registra eventos relevantes por al menos 5 años según prácticas internacionales. ## Recomendación práctica final No te lances a la solución "más cara" ni a la "más barata". Automatiza lo que puedas, ten una revisión manual eficiente y mide continuamente. Integra métricas claves en un dashboard que miren soporte, fraude y producto. Si buscas un ejemplo de oferta y métodos locales que combinan variedad de pagos y atención para Chile, consulta también la interfaz y condiciones en la página del operador local: 20bet-chile.com official. Úsalo como referencia para flujos de pago y requisitos KYC que verás en el mercado chileno.

p.disclaimer: 18+. Implementa límites de apuestas y recursos de ayuda; fomenta juego responsable y políticas de autoexclusión.

## Fuentes

– Gambling Commission — Guidance on age verification and compliance: https://www.gamblingcommission.gov.uk
– GSMA — Mobile Identity and authentication practices: https://www.gsma.com
– European Commission — Data protection (GDPR) overview: https://eur-lex.europa.eu

## Sobre el autor

Javier Herrera, iGaming expert. Trabajo en producto y compliance para operadores digitales desde 2016; he liderado integraciones KYC y programas de analytics para mercados LATAM y Europa. Me interesa dejar procesos simples que funcionen en la práctica, no en teoría.