Un fundador fintech sin CTO: cómo elegir la empresa que diseña, construye y entrega tu plataforma

Si tienes financiación y un producto fintech que construir, pero no tienes CTO, no empieces por elegir quién lo construye. Primero pon a una persona técnica de tu lado, aunque sea a tiempo parcial. Después haz una lista corta de empresas de ingeniería. Estas construyen un sistema que pasa a ser tuyo, mientras que un proveedor de plataforma te concede una licencia de su producto y un freelance, por bueno que sea, deja el sistema dependiendo de una sola persona. Elige entre ellas por lo que pueden enseñarte funcionando en producción y por lo que su contrato te permite conservar.

Este artículo no hace rankings de empresas: un ranking no puede conocer tu licencia ni tu fecha de lanzamiento. Presenta las comprobaciones en el orden en que un fundador las necesita, y describe amBrain en una sección, hacia el final.

Tengo financiación pero no tengo CTO. ¿Qué debo hacer primero?

Hay tres formas de incorporar criterio técnico al proyecto. Se diferencian sobre todo en quién revisa el trabajo de quien construye.

• Contrata primero a un CTO a tiempo completo. Es la posición más sólida una vez que encuentras a la persona adecuada, pero la construcción espera a que termine la búsqueda, y un CTO nuevo no tiene al principio ningún equipo que dirigir
• Incorpora a un CTO fraccional o a un asesor técnico independiente: un ingeniero con experiencia que trabaja para ti a tiempo parcial y al que solo pagas tú. Lee lo que proponen las empresas candidatas, hace las preguntas de seguimiento y revisa cada hito por ti
• Deja que quien construye dirija la arquitectura. Es el arranque más rápido, y el diseño suele ser sólido porque la empresa ya ha construido sistemas parecidos. La pega es que a la empresa que diseña el sistema se le pagará por construirlo, y nadie de tu lado sabe distinguir una pieza necesaria de una que solo le conviene a ella

Lo que te protege es combinar la segunda y la tercera opción: quien construye redacta la arquitectura y tu asesor la revisa antes de que te comprometas con la construcción. Elige un asesor que haya trabajado en un sistema de trading o de bróker, para que sepa qué preguntar sobre el recorrido de las órdenes y los registros que espera un regulador. No debe cobrar comisiones por recomendación ni tener ningún otro acuerdo con ninguna de las empresas de tu lista corta.

¿Qué debería darme la fase de arquitectura antes de que se escriba código?

Una fase de arquitectura debe terminar con documentos, escritos de forma que tu asesor pueda revisarlos y tú puedas seguirlos:

• Una página de alcance: qué producto va primero (un terminal para tus clientes, los sistemas de bróker que hay detrás o un exchange), para qué mercado y para qué primeros usuarios
• Un diagrama del sistema y de todo aquello con lo que se conecta: brókeres o exchanges, bancos y proveedores de pagos, verificación de identidad, proveedores de datos de mercado
• El recorrido de una orden desde la pantalla del cliente hasta el mercado y de vuelta, con los controles de riesgo marcados y lo que pasa cuando se cae una conexión
• Qué debe registrar el sistema, durante cuánto tiempo y para quién, según las normas de tu licencia
• Dónde se ejecutará: cuentas en la nube o de servidores abiertas a nombre de tu empresa
• Los contratos con terceros que tu empresa debe firmar, y a cuáles de ellos tiene que esperar la construcción
• La primera versión por escrito, incluido lo que se deja fuera a propósito
• Los riesgos abiertos, y una estimación por hito en lugar de una sola cifra para todo

Paga esta fase por separado y haz que los documentos sean tuyos tanto si sigues con la misma empresa como si no. Así, una segunda empresa puede presupuestar sobre el mismo diseño, y tu futuro CTO parte de un registro escrito en lugar de la memoria de alguien. Algunos reguladores piden el mismo tipo de material, como muestra la siguiente sección.

¿Qué licencias y normas condicionan la construcción?

Resuelve la cuestión de la licencia antes de que el diseño sea definitivo, con un abogado especializado en regulación. La licencia decide qué tiene que hacer el sistema y cuándo puedes ponerlo en marcha, y ninguna empresa de ingeniería puede obtenerla por ti ni hacer que el regulador decida más rápido.

Los reguladores examinan tus sistemas como parte de la solicitud:

• En el Reino Unido, la FCA pide a los solicitantes «demostrar que la tecnología o los sistemas que van a utilizar están preparados para llevar a cabo las actividades reguladas solicitadas». También valora si, «si te autorizáramos hoy», podrías llevar a cabo la actividad que has solicitado
• En Estados Unidos, un broker-dealer se registra ante la SEC y se hace miembro de un organismo autorregulador como la FINRA antes de empezar a operar. Los criterios de admisión de la FINRA incluyen sistemas de comunicaciones y operativos que «prevean razonablemente la continuidad del negocio» y «un sistema de conservación de registros que permita al Solicitante cumplir los requisitos de conservación de registros federales, estatales y de los organismos autorreguladores»
• En la UE, la solicitud de autorización como proveedor de servicios de criptoactivos debe contener la «documentación técnica de los sistemas de TIC y las disposiciones de seguridad, y una descripción de estos en un lenguaje no técnico». Una empresa que quiera gestionar una plataforma de negociación de criptoactivos también debe describir las normas de funcionamiento de la plataforma y su procedimiento y sistema para detectar el abuso de mercado

El reloj del regulador se mide en meses. La guía de la FCA para solicitantes, actualizada por última vez en marzo de 2026, indica que una solicitud completa de una empresa como un bróker suele evaluarse en un plazo de seis meses, y que una incompleta puede tardar hasta doce. Según MiFID II, la norma de la UE sobre empresas de servicios de inversión, al solicitante se le debe comunicar, dentro de los seis meses siguientes a la presentación de una solicitud completa, si se le ha concedido la autorización. Según MiCA, el reglamento de la UE sobre criptoactivos, la autoridad comprueba si la solicitud está completa en un plazo de 25 días hábiles y decide en un plazo de 40 días hábiles desde la recepción de una solicitud completa, con una pausa de hasta 20 días hábiles mientras espera respuestas a sus preguntas. Las normas de la FINRA permiten al solicitante elevar el asunto si no ha recibido una decisión 180 días después de presentar la solicitud, o en la fecha posterior que se haya acordado por escrito.

Las normas también deciden qué conserva el sistema. Una empresa de servicios de inversión de la UE debe llevar un registro de todos sus servicios, actividades y operaciones que sea «suficiente para permitir que la autoridad competente desempeñe sus funciones de supervisión», y conservar las grabaciones de las llamadas y comunicaciones electrónicas relativas a órdenes de clientes durante cinco años, o hasta siete si la autoridad lo pide. Requisitos como estos determinan cómo se almacenan los datos desde el primer diseño.

¿Cómo compruebo que una empresa ha llevado de verdad sistemas fintech a producción?

Entregar de verdad significa tener un sistema en producción, por el que pasan órdenes o dinero de clientes reales, que puedas ver y sobre el que puedas preguntar a quienes lo construyeron. El artículo sobre por dónde empezar enumera las pruebas básicas: un sistema en producción con nombre, un recorrido por él, la historia de un incidente y las personas que hicieron el trabajo. Sin un CTO propio, añade comprobaciones que no dependan de leer código:

• Comprueba tú mismo al cliente. Si una empresa dice que construyó una plataforma para un cliente regulado, los registros públicos muestran si ese cliente está autorizado: BrokerCheck de la FINRA en Estados Unidos, el Financial Services Register de la FCA en el Reino Unido, el registro de la ESMA de proveedores de servicios de criptoactivos autorizados en la UE
• Llama tú mismo a un cliente de referencia, sin la empresa presente en la llamada, y pregunta qué se rompió tras la puesta en producción y cómo lo gestionó la empresa
• Lleva a tu asesor al recorrido para que haga las preguntas que tú no puedes hacer
• Si la empresa dice que los ingenieros que construyeron ese sistema trabajarán en el tuyo, pon sus nombres en el contrato

Sé preciso sobre qué experiencia cuenta. A una app de pagos y a una plataforma de trading se las llama fintech a las dos, y fallan de maneras distintas. Para un producto de trading o de bróker, pide sistemas en los que las órdenes pasen por el código de la empresa camino de un mercado.

¿Qué debe decir el contrato sobre el código, las cuentas y el traspaso?

Pagar por el código no lo hace tuyo por sí solo. En el Reino Unido, la guía de la Oficina de Propiedad Intelectual (Intellectual Property Office) dice que el primer titular legal de los derechos de autor de una obra encargada es quien la creó, «salvo que acuerdes otra cosa por escrito». En Estados Unidos, una transmisión de derechos de autor solo es válida por escrito, firmada por el titular de los derechos o por su representante autorizado. El artículo sobre cómo comprobar un equipo dedicado trata la propia cláusula de propiedad. Para un desarrollo fintech, añade estas condiciones:

• El repositorio de código, las cuentas en la nube, los dominios y las cuentas de las tiendas de apps los abre tu empresa desde el primer día, y la empresa proveedora recibe un acceso que tú puedes retirar
• Las credenciales de brókeres, exchanges, bancos y proveedores de datos de mercado se emiten a nombre de tu empresa, y esos contratos se firman en su nombre. Si las tiene la empresa proveedora, tu actividad de trading depende de que esa empresa siga contigo
• Todo lo que la empresa proveedora conserve, como sus propias bibliotecas reutilizables, figura en una lista nombre por nombre, con una licencia que te permite seguir usándolo y modificándolo cuando la relación termine
• El traspaso tiene una prueba de aceptación y un ensayo antes del último hito; el artículo sobre contratar ingenieros o un socio enumera lo que debe incluir
• Las condiciones de salida cubren los plazos de preaviso, la ayuda de la empresa proveedora durante la transición y la devolución de tus datos en un formato utilizable

Si tu empresa va a ser una empresa de servicios de inversión, un proveedor de servicios de criptoactivos o un centro de negociación de la UE, queda sujeta al Reglamento de Resiliencia Operativa Digital (DORA), aplicable desde el 17 de enero de 2025. El artículo 30 de DORA fija condiciones mínimas para los contratos de servicios tecnológicos, que el reglamento denomina servicios de TIC, entre ellas las regiones o países en los que se tratan y almacenan los datos, la devolución de tus datos si el proveedor entra en insolvencia, cesa su actividad o el contrato termina, y los derechos de terminación con sus plazos de preaviso. Los contratos de servicios que sustentan funciones esenciales o importantes también necesitan estrategias de salida con un período transitorio obligatorio. Pregunta a tu abogado qué partes de tu acuerdo con quien construye entran en su ámbito, sobre todo el soporte y el alojamiento tras el lanzamiento.

¿Cómo conviene dividir el trabajo en hitos y pagos?

Divide la construcción de forma que cada pago compre algo que puedas ver funcionando, revisado por tu asesor según criterios acordados antes de empezar el trabajo. Un esquema posible para un desarrollo de trading o de bróker:

• Los documentos de arquitectura, con precio propio y tuyos tanto si continúas como si no
• Una orden que sale de una cuenta de prueba, pasa por los controles de riesgo, llega al entorno de pruebas de un bróker o de un exchange y vuelve a la pantalla, todo funcionando en la cuenta en la nube de tu empresa
• El primer mercado funcionando de principio a fin: cuentas, saldos, posiciones, los registros que exige tu licencia y las pruebas de conexión que los brókeres y exchanges hacen según su propio calendario
• Un lanzamiento para un grupo pequeño de clientes reales, con la monitorización activa y alguien de guardia
• Un ensayo del traspaso, en el que tu propio ingeniero despliega un cambio y lo revierte mientras quienes lo construyeron observan

Alinea los hitos con la solicitud de licencia. La FCA, por ejemplo, quiere que los sistemas estén preparados para llevar a cabo la actividad regulada en el momento en que presentas la solicitud, así que para entonces la construcción tiene que estar muy avanzada.

Resérvate el derecho a parar después de cualquier hito quedándote con todo lo construido hasta ese momento, incluso justo después de la fase de arquitectura, antes de haberte comprometido con la construcción completa.

¿Cuáles son las señales de alarma al elegir un socio de desarrollo fintech?

• Un precio cerrado y una fecha de lanzamiento en la primera respuesta, antes de que nadie haya preguntado qué licencia estás solicitando o a qué brókeres y exchanges te vas a conectar
• Un plan de lanzamiento sin margen para la decisión del regulador ni para las pruebas de conexión de tus brókeres
• Una fase de arquitectura gratuita sin un derecho por escrito sobre los documentos, lo que te impide llevar el diseño a otra empresa
• Credenciales de brókeres o exchanges, o la cuenta en la nube, a nombre de la empresa proveedora
• «Nuestra plataforma cumple la normativa». El software no es titular de ninguna licencia; tu empresa sí. Pregunta con qué normas se verificó el diseño, y quién lo verificó
• Resistencia cuando llevas a un asesor independiente para revisar el diseño
• Ejemplos de fintech que son todos webs y paneles, sin ningún sistema que mueva órdenes o dinero

¿Dónde encaja amBrain?

De los tipos de empresa descritos arriba, amBrain es una empresa de ingeniería. amBrain lleva construyendo software desde 2019.

Sus servicios de trading figuran como «Desarrollo de terminales de trading, sistemas de gestión de órdenes e integración con exchanges por protocolo FIX». amBrain construyó el terminal de trading de Spectre Trade. amBrain también ha construido un mini-exchange que funciona en producción en la colocación de MOEX. El cliente del mini-exchange no se nombra.

amBrain describe en una línea cómo trabaja con sus clientes: «Tres formatos: entrega completa, un equipo dedicado o ingenieros integrados en tu equipo». Sobre la propiedad, su frase es: «El cliente conserva la propiedad completa del producto y del código, salvo nuestros componentes reutilizables». Esa salvedad es el tipo de exclusión que este artículo te dice que concretes, así que pide a amBrain la lista de esos componentes nombre por nombre antes de firmar. Este artículo no es un caso de estudio, y sus comprobaciones se aplican a amBrain igual que a cualquier otra empresa.

Si estás al principio, escribe una página antes de contactar con nadie: el producto que vas a construir primero, la licencia que estás solicitando, tu primer mercado y tus primeros usuarios, y la fecha en la que necesitas estar operativo. Envíasela a tu asesor y después a dos o tres empresas, amBrain o cualquier otra, y compara las preguntas que te devuelvan.