Construir fintech en el Golfo: lo que aprendimos en Doha

Entregamos un producto fintech para un cliente en Doha. La parte de ingeniería no fue la difícil. Lo fue el calendario regulatorio - y nos pilló más lentos de lo debido, por lo que vale la pena escribirlo con honestidad en vez de como el punto destacado de un caso de éxito.

La respuesta corta

Nada de esto convierte a Catar en un mal mercado. Lo convierte en un mercado donde el orden de las decisiones importa más que el código.

Un país, dos jurisdicciones

Lo primero con lo que tropiezan los fundadores de mercados con un solo regulador: Catar no tiene un único marco regulatorio financiero, tiene dos que importan para la mayoría de los productos fintech.

El Qatar Financial Centre (QFC) es una jurisdicción legal y regulatoria distinta, con su propio derecho de sociedades, marco fiscal y regulador de servicios financieros, separada física y legalmente del resto de Catar aunque se ubique dentro del país.

Catar continental, bajo el Banco Central de Catar y otros reguladores nacionales, tiene su propio marco de licencias independiente para servicios financieros.

Cuál de los dos aplica a su producto no siempre es obvio desde fuera, y no es una decisión que se tome después de construir el producto. Determina su estructura de entidad, su tratamiento fiscal, con quién puede operar bancariamente y, en algunos casos, qué reglas de residencia de datos le aplican. Equivocarse aquí no significa ajustar una función - puede significar reestructurar la empresa.

El calendario que realmente importa

Esta es la secuencia que atrapa a casi todos los fundadores fintech primerizos de la región: presupuestan cuidadosamente el tiempo de ingeniería y tratan la licencia como una tarea de fondo que avanza en paralelo al desarrollo. Así no funciona.

El compromiso regulatorio empieza antes de las decisiones de arquitectura, no después. La categoría de licencia que persiga afecta a los requisitos de tratamiento de datos, al diseño del registro de auditoría y, a veces, a qué regiones de nube puede usar - todo caro de rehacer después.

Las relaciones bancarias tardan más que la construcción del producto. Establecer una relación bancaria o de infraestructura de pagos conforme en Catar suele superar en meses una construcción de MVP de 8 a 12 semanas. Si la relación bancaria no avanza en paralelo desde la semana uno, se convierte en el cuello de botella real del lanzamiento, no el software.

La categoría importa más que el tamaño de la empresa. Un producto de pagos que maneja fondos de clientes está en el extremo largo del calendario - más cerca de nueve meses que de cuatro. Una herramienta de software B2B que toca datos financieros sin mover dinero avanza más rápido. Sepa qué está construyendo antes de estimar una fecha de lanzamiento.

Infraestructura de pagos: qué se integra directamente y qué no

Esta es la parte que sorprende específicamente a los equipos de ingeniería, no solo a los fundadores.

Algunos proveedores de pago internacionales tienen licencias o acuerdos de asociación locales que permiten una integración más o menos habitual. Otros exigen enrutar a través de un intermediario local autorizado, lo que cambia su arquitectura, sus tiempos de liquidación y a veces su estructura de comisiones - de formas que no son visibles hasta estar muy avanzado en la integración.

Esto debe verificarse por proveedor, por categoría de producto, antes de diseñarlo en el sistema - no descubrirlo durante las pruebas de integración, cuando rehacerlo sale caro. Tratamos esto como parte del desglose módulo a módulo en cualquier proyecto fintech del Golfo precisamente porque cambia el coste y el calendario más que casi cualquier otra decisión individual.

Lo que le diríamos a un fundador que empieza hoy

Tres cosas, en el orden en que nos hubiera gustado ponderarlas desde el principio.

Inicie la conversación regulatoria en la semana uno, no después de construir un MVP. Involucre a un asesor legal local o consultor de cumplimiento antes de finalizar la arquitectura. El coste de hacerlo pronto es bajo. El coste de descubrir un requisito de licencia después de construir el flujo de datos equivocado no lo es.

Separe "qué jurisdicción" de "qué licencia" como dos decisiones distintas. QFC frente a continental es la primera bifurcación. La categoría de licencia concreta dentro de esa jurisdicción es la segunda. Los fundadores a menudo reducen esto a una sola conversación y acaban con una respuesta solo a medias correcta.

Trate la relación bancaria como un flujo de trabajo paralelo desde el día uno, con su propio responsable y su propio calendario, no como algo que ocurre cuando el producto ya está listo. En nuestra experiencia, es más a menudo la restricción real de la fecha de lanzamiento que el software.

Dónde sale bien

Nada de lo anterior es motivo para evitar este mercado. La estructura regulatoria de Catar, una vez que se entiende qué partes aplican, es más predecible que mercados con marcos fintech más laxos o menos definidos - exigente al principio y comparativamente estable una vez superada. Los productos que ordenan bien la secuencia enfrentan menos sorpresas regulatorias después que en mercados que parecen más fáciles de entrar el primer día.

Los fundadores que tienen dificultades son los que importan un manual de "construir primero" de un mercado donde eso funciona. Los que les va bien tratan la licencia como la primera decisión de producto, no como una casilla de cumplimiento marcada a posteriori.

¿Está definiendo el alcance de un producto fintech para Catar o el Golfo en general? Cuéntenos en qué punto está - le diremos con honestidad cómo es un calendario realista. Nuestros precios y modelos de colaboración están publicados abiertamente.