Есть тип форекс-брокерского кейса, который целиком посвящён трансформации: смена платформы, разворот в регулировании, график роста «взрывом». Это не тот кейс. Здесь — про устойчивость. Про клиента, который пришёл с уже существующим портфелем трейдеров, попросил платформу «готовую к рынку», запустили её в течение пяти недель, основную часть этого портфеля перенесли на неё внутри первого месяца, а затем ещё следующие два с половиной года продолжали накапливать объёмы на том же стеке. Без миграций платформ. Без реархитектуры. Просто ровное наращивание PSP, типов счетов, IB-инструментов и операционных функций по мере взросления бизнеса.
Это, в двух словах, история о брокере с устойчивой архитектурой. И это наш любимый тип кейсов.
Клиент — региональный форекс-брокер ECN/STP, работающий по всему региону MENA и обладающий значительной базой трейдеров, распространяющейся на развивающуюся Азию. Около сорока процентов зарегистрированных клиентов подключаются из стран MENA; ещё четверть приходит из Южной и Юго-Восточной Азии. Платформа поддерживает интерфейсы на английском и арабском end-to-end, с компоновкой справа налево, локализованными шаблонами писем и маршрутизацией поддержки для арабскоговорящих — хотя для основной базы трейдеров lingua franca остаётся английский, а арабский — вторичная локализация для онбординга на родном языке.
Ассортимент продукта у клиента однозначно традиционный retail forex, исполняемый через MetaTrader 5: ECN-счета с узким спредом для активных трейдеров, Standard-счета для тех, кто только входит в рынок, а также длинная «хвостовая» часть специализированных конфигураций счетов для институциональных клиентов, для управляющих деньгами PAMM/MAM, для IB-подсчетов с начислениями по ребейту и линейка US Stocks. Никаких «испытательных» фаз, никаких программ финансирования, никаких синтетических инструментов — только реальный торговый зал, реальный брокер за ним и операционная машина, чтобы онбордить, проходить KYC, пополнять, поддерживать и выплачивать трейдерам, которые торгуют на этой платформе.
Go-to-market клиента сильно опирается на IB. Примерно 45% всех зарегистрированных трейдеров пришли по рекомендациям Introducing Broker через встроенную in-platform многоуровневую IB-программу. Активный список IB — в пределах нескольких сотен; длинный хвост sub-IB при этом ещё шире. Многослойный механизм ребейтов маршрутизирует комиссии по множеству уровней — в зависимости от того, как брокер решит их компенсировать.
Предложение было подписано в конце III квартала 1-го года. По стандартам Kenmore объём был обычным: Trader’s Room для MT5, встроенный CRM, модуль Multi-Tier IB, расширение Tools4Brokers PAMM, интеграция с одним PSP для пополнений, формы для ручных банковских переводов и криптопополнений, онлайн-чат, многоязычная поддержка и новый дизайн для Trader’s Room.
Сборка шла через стандартные четыре этапа — Discovery, Development, Testing, Deployment — и платформа была запущена примерно через пять недель после подписания контракта. В первые две недели после запуска мы настроили подключение сервиса MT5, сконфигурировали инфраструктуру писем, развернули онлайн-чат и перенесли первую когорту трейдеров. Первая интеграция с PSP (региональным процессором, дружественным к крипто) была выполнена параллельно с вехой запуска.
Определяющим событием запуска была не «перекладка» (cutover) — а последовавшая миграция. К концу второго месяца после запуска существующий портфель трейдеров был импортирован полностью на новую платформу вместе с историями счетов, документами KYC и иерархией IB. Этот один месяц миграции обеспечивает примерно две трети всех трейдеров, которых платформа когда-либо обслуживала; оставшаяся треть нарастала органически через IB-сеть и прямые регистрации в следующие тридцать месяцев.
К нам обратился клиент с запросом на Trader’s Room, который с первого дня «вберёт» их текущий портфель, будет маршрутизировать каждое операционное событие через единый сценарий CRM и даст команде понятную админ-поверхность, чтобы вести брокерскую деятельность. Мы поставили Trader’s Room со встроенным CRM. В операционном пике во второй год система обрабатывала более тысячи внутренних задач за один пиковый месяц — одобрения регистраций, проверки KYC, подтверждения пополнений, одобрения выводов, открытие IB-счетов, запросы на переводы и обновления по трейдерам — всё это маршрутизировалось через единую очередь с ролевыми правами и назначением по языку.
На текущий момент платформа фиксирует высокопотоковый поток завершённых задач по пополнениям и выводам: показатели завершения выше девяноста девяти процентов с обеих сторон реестра. Именно этот показатель надёжности мы обычно подчёркиваем, когда потенциальные клиенты спрашивают, сможет ли Trader’s Room Kenmore обработать реальную торговую операцию: уровень завершения «пополнение и вывод» на паритете с ведущими платёжными картовыми сетями, и он сохранялся на протяжении тридцати месяцев.
Клиент торгует исключительно на MT5. На запуске мы выделили одно подключение MT5-сервиса, настроили группы счетов для каждой из торговых продуктовых линеек брокера, и с тех пор оставили эту инфраструктуру стабильной. Никаких миграций платформы, никаких переходов MT4-to-MT5, никаких moves «white-label-to-direct-server». MT5-стек, который клиент запустил в 1-й год, — тот же самый MT5-стек, на котором они работают сегодня. Эта стабильность намеренная, и мы считаем, что участие Kenmore должно делать некоторые вещи в проектах предсказуемыми и скучными. Торговые платформы — это не то, куда успешному брокеру хочется тратить своё операционное внимание.
IB-программа — ключевой канал привлечения клиента и самый кастомизированный модуль в рамках проекта. Мы перенесли существующую иерархию multi-tier IB на новую платформу в первый же день — referral URLs, уровни sub-IB, правила комиссий — а затем итеративно расширяли систему в течение последующих двух лет.
Текущая конфигурация поддерживает неограниченное число уровней IB, а логику ребейтов можно настраивать для каждого IB и для каждого продукта в зависимости от пипсов, процента комиссии, фиксированной суммы или механики распределения прибыли — либо же как пользовательскую формулу, одновременно учитывающую несколько из этих параметров. Многослойный движок ребейтов генерирует события комиссий на непрерывной основе; события изменения ребейта логируются для прозрачности, а IB могут выгрузить целиком своё поддерево в скачиваемый CSV одним кликом.
Сегодня примерно сорок пять процентов базы зарегистрированных трейдеров приходится на IB — то есть почти половина всех клиентов, которые есть у брокера, пришла через IB-сеть, а не через платное привлечение или прямую регистрацию. Для этого клиента IB-программа — это то же самое, что платный трафик для других брокеров: доминирующий канал, который масштабируется с усилиями, и тот, для поддержки которого платформа и была спроектирована.
Мы интегрировали PAMM-систему Tools4Brokers при запуске и работали с ней в продакшене с первой недели. Клиент использует ее как предложение для управления средствами: опытные трейдеры подают заявку через Traders Room, чтобы зарегистрироваться в качестве PAMM-менеджера, задают условия своей результативности и принимают распределения инвесторов через клиентский портал, ориентированный на трейдера; администраторская команда брокера утверждает и аккаунты менеджеров, и аккаунты инвесторов через CRM. В ходе взаимодействия было открыто несколько сотен аккаунтов MAM/PAMM. По ходу проекта мы поставили пользовательское всплывающее окно условий и положений для сценария регистрации в PAMM — с явным отслеживанием принятия и записями соглашений с временными метками. Это тот уровень детализации, ориентированный на комплаенс, который болезненно внедрять задним числом, если он изначально не заложен в архитектуре.
Клиент запустил двуязычие в день запуска. И Traders Room, и CRM, ориентированная на брокера, локализованы на английский и арабский языки, при этом для арабского предусмотрена полноценная раскладка справа налево, локализованные шаблоны писем для каждого языка и маршрутизация поддержки по языку, чтобы запросы клиентов на арабском попадали к операторам, говорящим по-арабски. По зарегистрированной базе трейдеров доминирует английский — примерно девятнадцать из двадцати трейдеров используют английский интерфейс — но именно арабская конфигурация делает брокера узнаваемым как серьезного оператора на их основном рынке.
Онлайн-чат подключен напрямую и к Traders Room, и к публичному сайту — при этом используется одна и та же система чата для обоих. Операторы чата ограничены по региону и языку. История чатов трейдера привязана к его записи в CRM, поэтому когда трейдер открывает диалог, у оператора в том же представлении уже есть его аккаунт, статус KYC и история последних транзакций.
Клиент стартовал с одного PSP при запуске — это был первоначальный объем работ, и он удержал запуск в его пятинедельном графике. В течение следующих восемнадцати месяцев мы добавили еще четыре платежные интеграции:
За этими PSP стоит платежный агрегатор Kenmore (Ninjacharge), который выступает маршрутизационным слоем и определяет, какой PSP обрабатывает любой конкретный депозит — в зависимости от географии, валюты и доступности PSP. Ninjacharge — это интеллектуальный слой маршрутизации: он распределяет транзакции в тот лежащий в основе PSP, который лучше всего подходит для региона трейдера, с автоматическим резервированием, когда один канал упирается в лимит.
Помимо этих автоматизированных линий, брокер ведет для клиентов ручные сценарии банковского перевода и прямого пополнения/вывода на криптокошельки, если они предпочитают или нуждаются в расчетах вне цепочки. В рамках всего проекта эти ручные каналы — банковские переводы, маршрутизируемые через очереди утверждения, управляемые CRM, и переводы с криптокошельков с загрузкой квитанции по QR-коду — вместе составили большую часть общего объема депозитов. Линии, маршрутизируемые через PSP, закрывают высокочастотный длинный хвост.
Состав каналов пополнения сегодня включает более шестидесяти конфигураций мерчантов в разных регионах и валютах. По доле в общем объеме депозитов ручной перевод на криптокошелек и ручной банковский перевод примерно равны как крупнейшие каналы, а PSP-маршрутизируемые крипто- и фиат-каналы дополняют остальное.
Операции с бонусами и кредитами находятся в том же рабочем процессе задач и утверждений, что и обычные депозиты. Клиент использует их для кредитов по комиссии IB, для время от времени проводимых промо-кампаний и для корректировок баланса — все это проходит через CRM с правами утверждения на основе ролей и журналированием аудита.
Визуальная айдентика Traders Room, включая палитру цветов, хедер, футер, фирменные иконки и переопределения темы на уровне CSS, была подготовлена в рамках запуска и уточнялась в ходе проекта по мере того, как клиент развивал свой публичный бренд. Портал для трейдеров несет собственную визуальную айдентику брокера end-to-end: в интерфейсе нет ничего, что помечало бы его как стороннюю платформу.
Параллельно с типовой дорожной картой модулей с Месяца 1 и далее шла постоянная линия кастомной разработки. На протяжении проекта мы поставили более сотни отдельных доработок — большинство из них небольшие, точечные и выполнялись в течение нескольких дней после запроса. Мы считаем, что именно такая модель помогает долгосрочным проектам Kenmore работать: маленькое, конкретное, быстрое и непрерывное. Клиенту не нужно выбирать между «мы хотим изменить вот эту небольшую вещь» и «мы не хотим ждать два месяца». Некоторые из более существенных направлений разработки:
Темп работ по ним устойчивый. В течение тридцати месяцев после запуска — исключая месяц запуска и месяц миграции, у которых был более высокий объём — в журнале разработки видно в среднем три–пять улучшений, завершённых за месяц, с всплесками во второй половине 2-го года (когда одновременно были запущены интеграции Sales Module, WhatsApp OTP и Cregis crypto-PSP) и снова в 3-м году, когда IB-инструментарий созрел, а PAMM получил согласовательный workflow.
Платформа работает более тридцати месяцев. Числа ниже взяты из операционных данных и представлены как соотношения, множители и проценты — никогда не как абсолютные значения.
Последовательность запуска и миграции видна в данных как один огромный всплеск с последующими тридцатью месяцами стабильного наращивания. Примерно две трети базы трейдеров появились в первые два месяца после запуска, поскольку существующий портфель был импортирован. Оставшаяся треть наращивалась органически и через IB-программу в последующие годы — то есть на каждые два уже существующих аккаунта трейдеров, которых брокер привёл на запуске, они подписывали примерно ещё одного через органические каналы платформы и каналы, завязанные на IB.
К концу 3-го года зарегистрированная база трейдеров выросла примерно до 1,55× базовой после миграции.
Постзапусковой месячный темп показывает два всплеска органической регистрации — один в Q4 2-го года (за счёт IB-маркетинг-пуша, который увеличил в четыре раза средний показатель предыдущего квартала) и один в Q1 3-го года — между ними идут месяцы со стабильным состоянием в диапазоне от тридцати до восьмидесяти.
Более понятная история роста — со стороны объёма пополнений. Квартальный объём пополнений в Q1 1-го года (первый полный квартал после запуска) был базовой линией для взаимодействия. К Q1 3-го года квартальный объём пополнений вырос более чем в 11× по сравнению с этой базой.
Объём снятий коррелировал с объёмом пополнений примерно в соотношении 0,7–0,9 — типично для активного розничного брокера, а не для схемы «пополнить и уйти»; это непрерывная торговая операция, где клиенты пополняют, торгуют и снимают средства на постоянной основе. Пиковый месячный объём пополнений, зафиксированный в ходе взаимодействия, более чем в 130× превышает раннюю базовую линию запуска; в том числе это объясняется эпизодическими институциональными пополнениями, проходящими через более высокие типы аккаунтов брокера.
Каталог типов аккаунтов брокера — один из самых богатых на платформе. Определено более 110 конфигураций аккаунтов, охватывающих продуктовую линейку брокера:
Все эти конфигурации работают на едином сервисе MT5.
Ключевые показатели вовлечённости по всей базе зарегистрированных трейдеров:
По всем обработанным записям задач на пополнение и снятие средств (исключая импорт миграции) завершение пополнения составляет 98,9%, а завершение снятия — 99,4%. Команда эксплуатации достаточно мала, чтобы её можно было измерять десятками администраторов; конфигурация ролей включает несколько операционных ролей для региона MENA, а также выделенные роли для продаж и маркетинга, IT, IB-VIP и viewer — все они настроены с помощью ролевого контроля доступа Kenmore.
Географическое распределение базы трейдеров, полученное из IP-данных, показывает сильную концентрацию в MENA со значимым присутствием Южной и Юго-Восточной Азии, а также хвост европейских и трейдеров из других регионов, которых обслуживает та же многоязычная бэк-офисная инфраструктура.
Основную часть в реестре торговых аккаунтов занимают реальные торговые аккаунты: вместе IB- и MAM-аккаунты составляют почти тридцать процентов всех аккаунтов — смесь, характерная для продуктовой стратегии этого брокера. Доля Money Manager, в частности, необычно высока для брокера такого масштаба и отражает вложения клиента в линию управляющего деньгами как параллельный поток выручки.
Два крупнейших канала пополнения по объёму — ручной банковский перевод и ручной crypto wallet — вместе дают примерно 85% всего зафиксированного объёма пополнений. Длинный хвост, маршрутизируемый через PSP (Cregis crypto, региональные фиат PSP через Ninjacharge), обрабатывает оставшиеся 15% при гораздо более высокой частоте транзакций. Такое распределение характерно для брокера, у которого более крупные клиенты предпочитают «тонко настроенные» каналы расчётов, а розничная база использует автоматизированную маршрутизацию PSP.
Вывод по итогам этого взаимодействия — не «хоккейная клюшка». Это история устойчивого состояния.
Скорость выхода в прод, при наличии уже существующего портфеля. За пять недель — от контракта до работающей системы — полный существующий портфель трейдеров брокера был мигрирован внутри второго месяца. Это не запуск с нуля, где брокер получает роскошь планировать до первого дня — это уже существующий портфель клиентов, переходящих на новую платформу без потери аккаунтов, KYC-документов или IB-иерархий по пути. Инструментарий миграции и объём Trader’s Room на первый день работали, как заявлено.
Устойчивость без переезда на другую платформу. Тридцать месяцев непрерывной работы на одном MT5-стеке. Никаких миграций платформы, никаких событий «вырви-и-замени», никаких серьёзных изменений архитектуры. Платформа, запущенная в 1-й год, — это платформа, работающая сегодня, поверх которой накладывается гораздо более насыщенная конфигурация модулей. Для оператора брокера это «скучный» результат, который на самом деле сложнее всего обеспечить: платформа, которая поглощает рост, не становясь узким местом.
Разработка на заказ как непрерывная возможность.Три-четыре небольших доработки в месяц, каждый месяц, в течение тридцати месяцев — так выглядит ритм рабочего партнерства, а не разовая поставка. Стандартная дорожная карта модуля покрывает большую часть того, что нужно брокеру; кастомный слой обрабатывает специфичные для брокера нюансы. Все это работает поверх одной и той же платформы.
Движок роста, управляемый IB, масштабируемый.Сорок пять процентов базы трейдеров приходится на in-platform IB-программу. Активная IB-подписка в диапазоне «несколько сотен», при этом под ней есть более широкий tail среди sub-IB. Многоуровневый ребейт-движок, который регулярно выплачивает комиссии на постоянной основе с полной журнализацией для аудита. Модуль IB — самый расширенный в этом сотрудничестве, и это тот модуль, который наиболее напрямую связан с ростом брокера.
Многовариантная избыточность по PSP без эффекта lock-in.Брокер начал с одного PSP на старте и теперь использует четыре платежные интеграции плюс ручные каналы, с умной маршрутизацией между ними. Когда отдельный процессор упирается в дневной лимит или региональный канал выходит из строя, депозиты направляются через альтернативные каналы без вмешательства оператора.
Надежность в масштабе.Результаты выполнения операций «свыше 99%» как по депозитам, так и по выводам по всей истории транзакций, обработанной через платформу. Вот это — метрика, которую операторы брокера действительно ощущают: не «громкое» число AUM, а то, проходят ли депозиты и обрабатываются ли выводы без эскалаций.
Вот как выглядит engagement Kenmore, когда все работает так, как мы хотим: быстрый запуск, чистая миграция, стабильная платформа и ритм кастомной разработки, который накапливается вместе с бизнесом, а не «съедается» им.
| Метрика | Значение |
|---|---|
| Время от контракта до рабочего системы | ≈ 5 недель |
| Месяцев непрерывной работы | 30+ |
| Рост базы трейдеров — с базовой точки после миграции до текущей | 1,55× |
| Поквартальный объем депозитов — Год 3 vs. Год 1 (тот же календарный квартал) | 11× |
| Пиковый месячный объем депозитов vs. базовая точка раннего запуска | 130×+ |
| Соотношение объема выводов к депозитам (устойчивое состояние) | ≈ 0,7–0,9 |
| Доля IB в зарегистрированной базе трейдеров | 45% |
| Активные Introducing Brokers в сети | несколько сотен |
| Конфигурации по типам аккаунтов, определенные на платформе | 110+ |
| Отдельные названия продуктов по типам аккаунтов | 35 |
| Поддерживаемые языки в Traders Room и CRM | 2 (English, Arabic — с RTL) |
| PSP-интеграции в production | 4 (плюс ручные банковские и crypto-каналы) |
| Торговая платформа | Только MT5 — без миграций платформы |
| Доля подтверждений по email среди зарегистрированных трейдеров | ≈ 90% |
| Доля KYC-одобренных среди зарегистрированных трейдеров | ≈ 71% |
| Доля активных аккаунтов среди зарегистрированных трейдеров | ≈ 74% |
| Завершенность по депозитам (статус: completed) | 98,9% |
| Завершенность по выводам (статус: completed) | 99,4% |
| Переданные кастомные доработки после запуска | 130+ за 30 месяцев |
| Размер команды operations со стороны администрирования | десятки администраторов |
Инструменты Kenmore для Trader's Room «с первого дня» и миграции за пять недель абсорбировали полноценную книгу трейдера — и сохранили стабильность в течение 30 месяцев. Расскажите нам о вашей операционной деятельности.
Миграция без смены платформы.
