Del piloto a la operación: lo que se define antes de escalar una innovación

Por Luis Rodrigo López Camors, Chief Transformation Operations Officer (CTOO) de Cibergestión LatAm

Un piloto exitoso no es una operación lista. Demuestra que una tecnología puede funcionar; no demuestra que la organización pueda sostenerla con volumen real, con clientes reales y bajo supervisión.

Los sandbox regulatorios son un buen ejemplo, y la región ya tiene varios con diseños distintos.

  • En México, la Ley Fintech prevé el esquema de modelos novedosos: autorizaciones temporales, con un número acotado de clientes y bajo supervisión de las autoridades financieras.
  • En Colombia, la Superintendencia Financiera opera el Espacio Controlado de Prueba; sus excepciones no modifican la regulación y siguen vigentes, entre otras, las obligaciones de protección de datos y los regímenes cambiario y tributario.
  • En Chile, la CMF lanzó en septiembre de 2026 ATENA, un sandbox tecnológico para preparar la implementación del Sistema de Finanzas Abiertas, prevista para julio de 2027.
  • En Perú, la SBS cuenta con un reglamento de sandbox desde 2021.

Cambia el diseño, no la lógica: probar con alcance limitado, bajo supervisión y sin que las reglas dejen de existir.

Desde la operación, la pregunta es otra: ¿estamos preparados para aprender de esa prueba? y, si sale bien, ¿para escalarla?

1. Empezar con una línea base

Sin saber cómo funciona hoy el proceso (tiempos, costos, volúmenes, errores, reprocesos) no hay forma de saber si la innovación mejoró algo. Antes de probar hay que levantar el estado actual y fijar los indicadores contra los que se va a comparar.

2. Definir qué se quiere aprender

Un piloto sin hipótesis se convierte en una demostración. Conviene definir desde el inicio qué se va a validar, en qué proceso, con qué clientes, durante cuánto tiempo y bajo qué criterios se considerará exitoso o se detendrá.

3. Asignar un dueño del proceso

Cuando la prueba involucra tecnología, operaciones, riesgos y cumplimiento, alguien tiene que ser responsable del resultado de punta a punta. Sin dueño, cada área optimiza lo suyo y nadie responde por la experiencia completa.

4. Medir con trazabilidad

Los datos de un piloto valen si son confiables y se pueden auditar: cuántos casos se completaron, dónde se atoró el proceso, qué controles fueron necesarios, qué incidentes hubo y cuánto costó cada transacción. Esa evidencia es la que respalda la decisión posterior, ante el comité y ante el supervisor.

5. Decidir con evidencia si se escala

Escalar es una decisión de negocio, no una consecuencia natural del éxito técnico. Debe tomarse con criterios definidos de antemano: calidad, tiempo de ciclo, costo, cumplimiento y capacidad de la operación para absorber el volumen.

6. De la prueba a la operación

Lo que funciona en un grupo acotado rara vez se replica sin cambios. Antes de ampliar hay que revisar los procesos, los roles, los controles, la integración con los sistemas existentes y la capacidad de los equipos. Ahí es donde se gana o se pierde el valor de la innovación.

En Cibergestión acompañamos a instituciones financieras y aseguradoras en México, Chile, Colombia y Perú en esa transición: levantamos la operación actual, rediseñamos el proceso, ayudamos a pilotear con indicadores claros y a escalar solo lo que ya demostró que funciona, con operaciones medibles, trazables y visibles.

Si su organización está evaluando un piloto o un sandbox, el mejor momento para hablar de la operación es antes de empezar.