La pregunta suele plantearse como un problema de costo y en realidad es un problema de riesgo y de tiempo. Vale separarla en tres decisiones que no son la misma.
Las tres decisiones que se confunden en una
- ¿Quién define la estrategia?Puede ser interno aunque la ejecución sea externa. De hecho es lo más sano: el criterio sobre qué se le promete al usuario debería vivir adentro.
- ¿Quién ejecuta el día a día?Acá es donde la tercerización tiene más sentido, porque es donde más especialización y menos volumen constante se necesita.
- ¿Quién es dueño de la infraestructura?Siempre el cliente. La cuenta, los datos, la taxonomía y la documentación son suyos, pase lo que pase con el proveedor.
Confundir las tres es lo que genera dependencia. Separarlas permite tercerizar la ejecución sin ceder el control.
Lo que se gana y lo que se pierde
| Se gana | Se pierde | |
|---|---|---|
| Tiempo | El método entra hecho; se ejecuta en semanas en vez de meses | Hay un costo de coordinación que un equipo interno no tiene |
| Especialización | Perfiles que sería caro contratar por separado | Menos contexto del negocio, sobre todo los primeros meses |
| Riesgo | No depende de una sola persona que puede irse | Depende de un contrato, que también puede terminar |
| Costo | Sin cargas ni tiempo de rampa | A cierto volumen, un equipo dedicado sale más barato |
Cómo se estructura sin asumir riesgo innecesario
Para una fintech regulada, esta es la parte que decide. Lo mínimo exigible a cualquier proveedor:
- NDA firmado antes de recibir cualquier acceso o dato.
- Solo lectura, limitado a analítica y mensajería. Nunca producción, nunca datos de tarjeta, nunca credenciales de usuarios finales.
- La cuenta a tu nombre. El proveedor entra como colaborador, no como titular. Si mañana se termina la relación, no hay nada que reclamar.
- Revocación al cierre con borrado confirmado por escrito.
- DPA disponible, y ruta alternativa sin accesos si tu política no los permite.
- Documentación como entregable, no como favor. Si el conocimiento se va con el proveedor, el proveedor hizo mal el trabajo.
El modelo que más veces funciona
Estrategia compartida, ejecución tercerizada, infraestructura propia. El proveedor construye la base y opera; el equipo interno decide qué se promete y va absorbiendo lo que tenga sentido absorber.
La comparación completa de costos y tiempos está en equipo interno o agencia.
Preguntas frecuentes
¿Qué significa tercerizar el CRM de una fintech?
Que un equipo externo opere la comunicación de ciclo de vida: estrategia, journeys, copy, implementación en la plataforma y medición. No incluye ceder la propiedad de los datos ni de la cuenta, que siguen siendo del cliente.
¿Es seguro darle acceso a un proveedor externo?
Depende enteramente de cómo se estructure. Lo razonable es NDA antes de cualquier acceso, permisos de solo lectura limitados a analítica y mensajería, nunca producción ni datos de tarjeta, revocación al cierre con confirmación escrita y DPA si legal lo pide.
¿Qué pasa si después queremos traerlo adentro?
Es el final natural de un buen engagement y hay que planificarlo desde el principio. Todo lo construido, taxonomía, journeys, criterios de segmentación y reglas de medición, tiene que quedar documentado y transferible.
¿Qué NO conviene tercerizar nunca?
La propiedad de la cuenta y de los datos, la relación con el regulador, y la decisión sobre qué se le promete al usuario. Un proveedor ejecuta y aconseja; no decide el compromiso comercial de tu marca.
¿Querés verlo con números sobre tu caso?
Media hora. Si tu situación pide equipo interno, te lo decimos.
Agendá un diagnóstico de 30 min →