Adopción gradual — de pilotos a producción
El problema más común en proyectos SSI gov no es lanzar un piloto: es escalar el piloto a producción real. Muchos pilotos exitosos quedaron como pilotos perpetuos por no diseñar el camino al escalado.
Este artículo recorre las 4 fases típicas del camino piloto-a-producción y los obstáculos que aparecen en cada una.
Las 4 fases del escalado
| Fase | Población | Foco | Duración típica |
|---|---|---|---|
| F1 - Sandbox | Equipo interno (10-20) | Validación técnica | 1-2 meses |
| F2 - Piloto cerrado | Usuarios curados (50-500) | Validar UX + procesos | 2-3 meses |
| F3 - Piloto abierto | Población voluntaria (5k-50k) | Validar escala operativa | 3-6 meses |
| F4 - Producción | Población general (>100k) | Operación BAU | Continuo |
Cada fase produce aprendizajes distintos. Saltarse fases típicamente termina en problemas que podrían haberse detectado antes.
F1 — Sandbox
Quién participa: el equipo del proyecto + 10-20 personas reclutadas para testear.
Qué se valida: que el sistema técnicamente funciona end-to-end. Emisor genera credencial, wallet la recibe, verifier la valida.
Foco operativo:
- Wallet instalable.
- Flujo de emisión sin errores.
- Verificación correcta.
- Documentación inicial para soporte.
Riesgos a evitar:
- Hacer la sandbox demasiado larga (>2 meses): se transforma en "perfeccionamiento perpetuo".
- Probarlo solo con personas del equipo técnico (caso "todos saben qué hacer aunque no esté documentado").
F2 — Piloto cerrado
Quién participa: 50-500 ciudadanos voluntarios, invitados específicamente.
Qué se valida: que el sistema funciona para gente que no es parte del equipo. UX, comprensión, casos edge.
Foco operativo:
- Onboarding del ciudadano (¿entiende qué hacer?).
- Soporte (¿cuántas consultas / 100 usuarios? ¿qué preguntan?).
- Manejo de incidentes (¿qué pasa si pierde el celular?).
- Métricas operativas (tiempo de emisión, tasa de éxito, tasa de retención).
Riesgos a evitar:
- Reclutar solo ciudadanos "amigables con tecnología" (sesgo de muestra).
- No instrumentar métricas desde el principio (no sabés qué optimizar).
- Subestimar el costo del soporte (la mayoría de incidentes son educacionales, no técnicos).
F3 — Piloto abierto
Quién participa: cualquier ciudadano que quiera. La adopción es voluntaria pero pública.
Qué se valida: que el sistema escala operativamente. Que el equipo de soporte puede atender 10x más usuarios. Que la infraestructura aguanta. Que la operación se vuelve rutinaria.
Foco operativo:
- Marketing y comunicación pública.
- Escalabilidad de la infraestructura (load, latencia).
- Plan de continuidad ante incidentes.
- Capacitación del equipo de soporte.
- Relación con verificadores (otros organismos, empresas).
Riesgos a evitar:
- Lanzar sin tener el equipo de soporte dimensionado.
- Comunicar el producto antes de que esté estable (mala primera impresión).
- No tener métricas que demuestren valor (resulta imposible justificar continuidad).
F4 — Producción
Quién participa: población general, con la credencial integrada en trámites existentes.
Qué cambia: la credencial deja de ser "una nueva opción" y se vuelve el camino estándar para ciertos trámites. Se reemplaza la versión papel cuando es posible.
Foco operativo:
- Operación normal con SLAs definidos.
- Mantenimiento del sistema (parches, upgrades).
- Evolución del trust framework (nuevas credenciales, nuevos verificadores).
- Auditoría y compliance.
- Coordinación con otros niveles (provincia ↔ nación, provincia ↔ provincia).
Riesgos a evitar:
- Perder velocidad de innovación (operación BAU consume todo).
- No invertir en mejoras (sistema queda estancado).
- Dependencia excesiva en el vendor original (poca capacidad propia).
Los obstáculos transversales
Más allá de las fases, hay obstáculos que pueden aparecer en cualquier momento:
El patrón "trifecta"
Un patrón que aparece en proyectos exitosos: lograr tres trámites diferentes con la misma credencial lo antes posible.
Si una credencial sirve solo para un trámite, su valor para el ciudadano es bajo. Si sirve para tres trámites distintos (uno provincial, uno municipal, uno privado), el ciudadano siente que vale la pena descargar la wallet.
Tres ejemplos del patrón trifecta:
- Constancia de domicilio: trámites provinciales + servicios bancarios + servicios públicos.
- Certificado escolar: matrícula universitaria + becas + trabajo.
- Carnet profesional: registro de colegio + clientes + servicios profesionales.
Las métricas que importan en cada fase
| Fase | Métrica primaria |
|---|---|
| F1 - Sandbox | Flujo técnico completo sin errores ≥ 95% |
| F2 - Piloto cerrado | Net Promoter Score ≥ 50 + tasa de retención 30 días ≥ 60% |
| F3 - Piloto abierto | Adopción mensual + ratio incidentes/100 usuarios < 5 |
| F4 - Producción | Reducción de tiempo de trámite + costo por credencial emitida |
Saltarse fases significa no medir lo que esa fase optimiza. Una provincia que va de F1 directo a F3 va a tener problemas que pudo haber detectado en F2.
El benchmark de proyectos exitosos
Proyectos SSI gov internacionales que llegaron a producción:
- Estonia e-Identity: desde 2002, hoy 99% de servicios gov.
- India Aadhaar: desde 2010, 1.4B usuarios.
- EUDI Wallet: desde 2024, target 2030.
- Provincia de Salta SovraID: desde 2023, producción provincial.
El patrón común: tomaron tiempo significativo (mínimo 18 meses, en general 3-5 años) y mantuvieron continuidad de liderazgo durante el proceso.
Relacionados
- ¿Cómo empieza una provincia con SSI? — el paso 0
- Costos y modelos de financiamiento — proyectos SSI gov — los números
- Procurement de soluciones SSI — cómo contratar