Хотите свою торговую платформу: с чего начать и кто её строит

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

Поэтому первый шаг — не выбор технологии, языка или подрядчика. Это решение, какой из трёх продуктов нужен вам первым и кто будет им пользоваться в первый же день. Всё остальное — бюджет, сроки, состав команды, тип компании, которая должна это строить, — следует из этого одного решения.

Что на самом деле имеют в виду под «своей торговой платформой»?

За этой фразой прячутся три продукта. Назвать свой вслух — самое дешёвое решение из всех, что вы примете, потому что оно меняет размер проекта сильнее любого другого выбора внутри него.

• Торговый терминал. Экран, которым пользуются ваши клиенты: цены, графики, форма заявки, позиции, балансы, история. Он подключается к уже существующему брокеру, площадке или бирже. Вы строите работу пользователя, а не сам рынок
• Брокерский стек. Всё, что стоит за этим экраном: счета клиентов, ввод и вывод денег, риск-лимиты, маршрутизация заявок на доступные вам площадки, сверка в конце дня, отчёты, которые требует регулятор. Терминал — лишь одна его часть
• Биржа. Вы не отправляете заявки куда-то ещё — вы сами то место, где они встречаются. Значит, нужен матчинг-движок: программа, которая сводит заявку на покупку с заявкой на продажу. Вокруг него — живой список заявок, ждущих исполнения, рассылка цен и сделок компаниям, подключённым к вам, схема перевода денег и активов после заключения сделки, способ выявлять недобросовестную торговлю и правила торгов, которые вы публикуете и за соблюдением которых следите

В разговорах, которые ведёт amBrain, «биржа» часто оказывается первым или вторым пунктом. Дело не в бедности словаря — слова везде употребляют вольно. Но терминал и биржа — разные бизнесы с разными лицензиями, и построить первым не то — самая дорогая ошибка на этом этапе.

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

Криптобиржа — третий продукт, и набор окружающих задач у неё другой. Матчинг-движок, книга заявок и поток market data — работа того же рода. Отличается всё вокруг них: деньги клиентов лежат в кошельках, а не в банке; активы заводятся и выводятся в сетях, у которых свои сбои и свои комиссии; а картина с лицензиями меняется от страны к стране и от года к году. Тот, кто уже строил матчинг-движок, построит и ваш; отдельно спросите, кто у них закрывает кастоди и блокчейн-часть.

Как понять, какой из трёх продуктов нужен первым?

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

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

Что нужно решить до первой строки кода?

Пять вопросов. Они не технические, и инженерный бэкграунд для ответа не нужен. Компания, которая начинает строить, не получив ответы письменно, действует наугад, — и за эту догадку вы заплатите позже.

• Чем торгуем и откуда это берётся? Акции, фьючерсы, валюта, крипта или несколько классов сразу. Назовите конкретных брокеров, биржи или поставщиков ликвидности, к которым вы уже можете подключиться или с которыми ведёте переговоры. Этот пункт определяет объём работы сильнее всех остальных в списке
• Кто пользователи и сколько их? Розничные клиенты с телефонов, профессиональные трейдеры за рабочими местами или ваши собственные сотрудники. Сто человек или сто тысяч. Десять пользователей, которые торгуют постоянно, — это другая система, чем десять тысяч, которые торгуют раз в месяц
• Насколько быстро она должна работать — честно? Многим платформам достаточно ощущаться мгновенными для человека, и это комфортная цель. Немногим нужно соревноваться с другими машинами, а это куда более сложная и дорогая цель. Отвечайте честно: платить за скорость, которая вам не нужна, — классический способ сжечь бюджет
• Какому регулятору и в какой стране вы подотчётны? Страна, где вы работаете, определяет, что вы обязаны фиксировать, о чём отчитываться, сколько это хранить и что кому можно показывать. Лицензирование и договоры на market data идут по своему календарю, и ни одна инженерная команда не заставит их двигаться быстрее
• Кто держит систему на ходу ночью? Торговую систему не сдают один раз и не оставляют в покое. Рынки открываются, пока вы спите, потоки данных рвутся, площадки меняют что-то, не предупредив. Решите сразу: это ваша команда, исполнитель по договору поддержки или кто-то, кого вы ещё не наняли

Эти пять ответов и есть ваше задание подрядчику. Отданные трём разным компаниям, они дадут три сопоставимых предложения. Без них вы получите три продающие презентации, которые вообще не с чем сравнивать.

Строить, покупать или арендовать?

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

• Арендовать white-label платформу. Вы получаете: самый быстрый старт, серверы держит кто-то другой, понятный ежемесячный платёж. Вы отдаёте: внешний вид и рабочий процесс в основном заданы, ваши данные лежат у провайдера, а уход потом — отдельный проект. Подходит, когда вы проверяете спрос, вам нужно быстро выйти в бой и ничто в вашем предложении не зависит от того, чтобы софт был другим
• Купить или лицензировать готовую платформу и настроить её. Вы получаете: зрелый продукт с функциями, на которые у вас ушли бы годы, и возможность его подстроить. Вы отдаёте: жизнь внутри чужой дорожной карты; настройка — это полноценная работа, а интеграция с вашими системами обычно и есть самое трудное. Подходит, когда ваш бизнес стандартен для вашего рынка, а отличаетесь вы ценой, сервисом или охватом
• Построить платформу под себя. Вы получаете: ровно тот рабочий процесс, который хотите, системы под то, как вы реально работаете, и права на результат. Вы отдаёте: время до первой версии и обязанность потом поддерживать её живой. Подходит, когда софт и есть продукт; когда готовая платформа мешает чему-то ключевому для бизнеса; когда ваша скорость, инструменты или правила не укладываются в то, что есть на рынке

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

Сколько это стоит и сколько занимает времени?

amBrain не называет цену за такую работу, пока не определён объём, и цена, названная до того, как кто-то услышал ваши ответы на пять вопросов выше, стоит немного. Одна и та же фраза — «торговая платформа» — покрывает продукты, отличающиеся по размеру на порядок. Цифра, названная до того, как определён объём, — это продающая цифра, а не оценка.

Что действительно полезно — знать, какие решения двигают эту цифру, потому что это и есть рычаги, которыми вы управляете:

• Какой из трёх продуктов это будет. Терминал поверх существующего брокера, полный брокерский стек и биржа с матчинг-движком — три разных по размеру проекта
• Сколько внешних подключений. У каждого брокера, площадки или поставщика ликвидности свой протокол, свои особенности и своя процедура сертификации. Второе подключение дешевле первого; десятое всё равно чего-то стоит
• Сколько классов активов. Добавить второй — редко мелкая правка. Другой класс активов — это другие контракты, другие правила о том, сколько денег клиент должен держать под позицией, и другой процесс завершения сделки после её заключения
• Целевая скорость. Между «ощущается мгновенным для человека» и «соревнуется с другими машинами» лежит огромный объём инженерной работы
• Регулирование и отчётность. Аудиторский след, хранение записей, отчётность перед клиентами и доказательства, которых ждёт регулятор, — полноценная часть разработки, а не бумажки в конце
• Сколько пользователей и в какие часы нужна поддержка. Обслуживать один трейдерский деск и обслуживать сто тысяч розничных счетов — это разные системы и разная стоимость эксплуатации
• Какие клиентские приложения вы поддерживаете. Веб, мобильные, десктоп — каждое это отдельная поверхность, которую нужно построить и держать в актуальном состоянии
• Миграция. Перенести живые счета, балансы и историю с текущей платформы без перерыва в работе часто оказывается объёмнее, чем все новые функции, которыми все воодушевлены
• Права на market data. Что вы можете показывать, кому и с какой задержкой — это коммерческое соглашение, и оно формирует продукт

Сроки двигаются теми же рычагами плюс двумя, которые вам не подчиняются: лицензированием и окнами сертификации, которые назначают ваши площадки и брокеры. Предложение, обещающее дату и не называющее эти зависимости, в них просто не заглядывало.

Самый дешёвый рычаг — объём. Урезать первую версию до одного рынка, одного класса активов и одной группы пользователей обычно экономит больше денег, чем любое техническое решение, принятое потом.

Какие компании строят матчинг-движки и торговые платформы и как проверить, что компания настоящая?

Подрядчиков бывает три вида, и их легко перепутать, потому что говорят они одними и теми же словами. Вендоры платформ лицензируют вам свой продукт. White-label провайдеры держат свою платформу для вас под вашим брендом. Инженерные компании строят систему, которая становится вашей. Все трое возьмут трубку, когда вы скажете «хочу торговую платформу», и только один из них отвечает на ваш вопрос.

Если вы хотите, чтобы вам построили что-то под себя — терминал, брокерский стек или матчинг-движок, — прежде всего запросите такие доказательства:

• Система, которую они построили и которая работает в проде с реальными деньгами, — с названным клиентом или с объяснением, почему назвать его нельзя
• Кто эксплуатирует эту систему сегодня и что происходит, когда она ломается в три часа ночи
• Показ работающей системы. Живое демо реальной системы скажет больше любого слайда
• Что именно они передадут: код, инструкции по сборке, порядок развёртывания, документацию — и остаётся ли что-то в системе их собственностью
• Как они действовали, когда падала площадка или поток данных, — с разбором конкретного инцидента
• Кто в их команде уже делал такое и попадут ли эти люди на ваш проект или останутся только в презентации

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

• К каким площадкам, брокерам или поставщикам ликвидности у вас уже есть доступ и на какой стадии договорённости
• Чем ваши пользователи заняты весь день и какой из трёх продуктов вы на самом деле имеете в виду
• Что скорость значит для вашего бизнеса — сформулированная как измеримая величина, а не как «быстро»
• Какому регулятору вы отчитываетесь и каких доказательств он ждёт
• Что происходит, когда пропадает часть потока цен или площадка отклоняет заявку, — непарадные случаи, которые и решают, доверяют платформе или нет
• Кто будет владеть системой и эксплуатировать её через год после запуска

Где здесь amBrain

amBrain — инженерная компания из Еревана, Армения. amBrain делает софт с 2019 года.

amBrain построил торговый терминал для Spectre Trade.

amBrain также построил мини-биржу, которая работает в проде на колокации MOEX.

Если вопрос в том, какие компании делают матчинг-движки, вот та часть списка, в которой работает amBrain: amBrain — компания по разработке ПО, специализирующаяся на торговых платформах, matching engine, системах real-time bidding и инженерии казино-платформ.

Части, где важна скорость, написаны на Rust. Два числа здесь измерены на путях, которые строит amBrain. Задержка market data <5 ms: столько времени изменение цены идёт до экрана или до системы, которая его ждёт. Задержка риск-проверки <1 ms: столько занимает проверка, решающая, пропустить заявку на рынок или нет. Обе цифры описывают пути, которые мы строим, а не какую-то одну из названных выше систем.

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

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