Финтех в странах Залива: чему мы научились в Дохе

Мы сдали финтех-продукт для клиента в Дохе. Инженерная часть не была сложной. Сложным оказался регуляторный график - и он застал нас медленнее, чем следовало, и именно поэтому об этом стоит написать честно, а не как хайлайт из кейс-стади.

Короткий ответ

Ничто из этого не делает Катар плохим рынком. Это делает его рынком, где последовательность решений важнее кода.

Одна страна, две юрисдикции

Первое, на чём спотыкаются фаундеры из рынков с одним регулятором: в Катаре нет единой финансовой регуляторной структуры, есть две, важные для большинства финтех-продуктов.

Qatar Financial Centre (QFC) - отдельная правовая и регуляторная юрисдикция со своим корпоративным правом, налоговой структурой и регулятором финансовых услуг, физически и юридически отделённая от остального Катара, хотя и находится внутри страны.

Материковый Катар, под Центральным банком Катара и другими национальными регуляторами, имеет собственную отдельную структуру лицензирования финансовых услуг.

Какая из них применима к вашему продукту, не всегда очевидно со стороны, и это не решение, принимаемое после того, как продукт построен. Оно определяет структуру юрлица, налоговый режим, с кем вы можете банковать и в некоторых случаях какие правила резидентности данных на вас распространяются. Ошибётесь здесь - и придётся не функцию поправлять, а потенциально перестраивать компанию.

График, который на самом деле важен

Вот последовательность, которая ловит почти каждого фаундера-новичка в финтехе региона: они тщательно бюджетируют инженерное время и относятся к лицензированию как к фоновой задаче, идущей параллельно разработке. Так это не работает.

Регуляторное взаимодействие начинается до архитектурных решений, не после. Категория лицензии, которую вы получаете, влияет на требования к обработке данных, дизайн аудиторского следа и иногда на то, какие облачные регионы вам разрешено использовать - всё это дорого переделывать задним числом.

Банковские отношения занимают больше времени, чем сборка продукта. Настройка комплаенс-совместимых банковских или платёжных отношений в Катаре часто затягивается на месяцы дольше, чем сборка MVP за 8-12 недель. Если банковские отношения не движутся параллельно с первой недели, именно они, а не софт, становятся реальным узким местом запуска.

Категория важнее размера компании. Платёжный продукт, работающий с клиентскими средствами, находится на долгом конце графика - ближе к девяти месяцам, чем к четырём. B2B-инструмент, касающийся финансовых данных, но не двигающий деньги, движется быстрее. Знайте, что именно вы строите, прежде чем оценивать дату запуска.

Платёжная инфраструктура: что интегрируется напрямую, а что нет

Это как раз та часть, которая удивляет именно инженерные команды, а не только фаундеров.

У некоторых международных платёжных провайдеров есть местное лицензирование или партнёрские соглашения, позволяющие интегрироваться примерно так же, как и везде. Другие требуют маршрутизации через лицензированного местного посредника, что меняет вашу архитектуру, сроки расчётов и иногда структуру комиссий - способами, незаметными до глубокой стадии интеграции.

Это нужно проверять по каждому провайдеру, по каждой категории продукта, прежде чем закладывать в систему - не обнаруживать во время интеграционного тестирования, когда переделка обходится дорого. Мы рассматриваем это как часть поэтапного сайзинга по модулям в любом финтех-проекте Залива именно потому, что это меняет стоимость и сроки сильнее, чем почти любое другое отдельное решение.

Что мы сказали бы фаундеру, начинающему сегодня

Три вещи, в том порядке, в каком нам хотелось бы взвесить их с самого начала.

Начинайте регуляторный разговор на первой неделе, а не после сборки MVP. Привлеките местного юриста или консультанта по комплаенсу до финализации архитектуры. Цена сделать это рано - небольшая. Цена обнаружить требование лицензирования после того, как построен неправильный поток данных - нет.

Разделяйте «какая юрисдикция» и «какая лицензия» как два отдельных решения. QFC против материкового Катара - первая развилка. Конкретная категория лицензии внутри этой юрисдикции - вторая. Фаундеры часто сводят это к одному разговору и получают лишь наполовину верный ответ.

Относитесь к банковским отношениям как к параллельному треку с первого дня, со своим владельцем и своим графиком, а не как к пункту, который случается после того, как продукт готов. По нашему опыту, это чаще становится реальным ограничением даты запуска, чем софт.

Где это идёт правильно

Ничто из вышесказанного не повод избегать рынка. Регуляторная структура Катара, как только вы понимаете, какие её части применимы к вам, более предсказуема, чем рынки с более расплывчатыми или менее определёнными финтех-фреймворками - она требовательна на старте и сравнительно стабильна, как только вы через неё прошли. Продукты, которые выстроили последовательность правильно, реже сталкиваются с регуляторными сюрпризами позже, чем на рынках, которые выглядят проще для входа в первый день.

Фаундеры, у которых возникают трудности, - это те, кто импортирует плейбук «сначала строй», работающий на другом рынке. Фаундеры, у которых всё получается хорошо, относятся к лицензированию как к первому продуктовому решению, а не как к чек-боксу комплаенса задним числом.

Скоупите финтех-продукт для Катара или всего Залива? Расскажите, на каком вы этапе - мы честно скажем, как выглядит реалистичный график. Наши цены и модели сотрудничества опубликованы открыто.