Клиент начал этот проект как известная величина — уже существующий розничный форекс-брокер с собственной школой трейдинга — и завершил первый год, запустив нечто иное: мультиарендную проп-фирменную платформу, которая одновременно обеспечивает работу их собственного бренда и пула брендов партнёров, всё в одном Kenmore back office. Это история о том, как произошла эта трансформация, и что показывает операционная аналитика о платформе «под капотом».
Клиент — давно работающая африканская розничная форекс-брокерская компания, которая ещё до обращения в Kenmore уже успела вырастить внушительную базу трейдеров на собственной платформе. У них было три вещи, которых нет у большинства потенциальных операторов проп-фирм:
Чего у них не было, так это проп-фирменного продукта. Всё чаще трейдеры внутри их образовательной воронки запрашивали «вызовы» с финансируемыми счетами вместо (или в дополнение к) живых форекс-счетов. Клиент хотел монетизировать этот спрос, не нарушая работу действующего брокерского бизнеса. Они обратились в Kenmore за проп-фирменным CRM, который сможет встроиться в их существующую инфраструктуру, а не заменить её.
Настройка началась с некастомной версии Trader’s Room Prop Firm Edition, подключенной к MT5. От подписанного предложения до живых регистраций прошло примерно тридцать дней.
Три южноафриканских и африканских платёжных провайдера — OZOW (мгновенный EFT), PayFast (карты/EFT) и региональный крипто-канал — были запущены ко второму месяцу, ещё до появления существенных объёмов. Портал для трейдеров был запущен на двух языках. Модуль Affiliate был включён одновременно с master label, чтобы существующая партнёрская сеть клиента могла зарабатывать комиссию за рефералы проп-фирмы с первого дня.
В течение первой четверти платформа уже запускала первые платные вызовы, обрабатывала первые события по комиссиям IB и одобряла первые KYC-документы через KYC-канал платформы.
Ключевое решение было принято примерно в 5-м месяце. Клиент понял, что платформу можно использовать для работы проп-фирм других людей. Архитектура Regions в Kenmore позволяет запускать несколько трейдерских сред — каждая со своим доменом, брендингом, email-идентичностью, вариантами пополнения, настройками языка и разграничением админских ролей — на едином CRM Admin back-end. Клиент решил коммерциализировать это.
В течение последующих восьми месяцев Kenmore настроила последовательность новых регионов поверх той же базовой схемы:
Экономическая структура повторяла то, как Kenmore спроектировала функцию Regions: master operator обрабатывал все платежи в/из через один консолидированный набор PSP и одно подключение MT5, а администраторы по каждому региону вели свои собственные бренды, маркетинговые активности, IB-программы и потоки для трейдеров. Master operator платил Kenmore ежемесячную плату за платформу плюс ежемесячную плату за настройку и поддержку для каждого региона white-label; партнёры платили master operator на условиях, согласованных независимо. Kenmore это построила; клиент превратил это в поток повторяющейся выручки, которого у него не было раньше.
Самое существенное техническое решение в проекте — интеграция с существующим форекс CRM клиента. Это была кастомная работа: автоматизированная передача, которая позволяла клиенту перенести зарегистрированного форекс-клиента в регион проп-фирмы, сохранив его идентичность, статус KYC, привязку Affiliate и предпочтения по контактам.
Аналитика показывает, что именно «разблокировала» эта интеграция. Первые четыре месяца на платформе дали стабильные, умеренные объёмы регистраций — сотни в месяц. В 7-м месяце один пакетный миграционный перенос примерно в 200 раз увеличил этот месячный базовый уровень для региона с брендом оператора: более чем у девяти из десяти новых трейдеров того месяца переход был сразу в новый регион с прикреплёнными промокодами. Остальные месяцы продолжили держаться на более высоком базовом уровне, чем раньше, потому что миграция не «съела» органические источники — она создала постоянный прирост в «активной вселенной», на которую заходил маркетинг master label.
Это тот самый аргумент, о котором спрашивают большинство основателей проп-фирм, и который немногие могут показать убедительно: можно перенести существующую форекс-книгу в проп-продукт без переобучения с нуля, потому что тот же CRM способен хранить оба типа клиентов под одной и той же моделью идентичности.
Пользовательская разработка была стабильной и концентрировалась в месяцах сразу после операционного пика — периода, когда клиент учился тому, чем трейдеры действуют иначе по сравнению с типичным трейдером проп-компании. Заметные работы на заказ, примерно в таком порядке:
Каждое из этих изменений появилось из реального операционного запроса, а не из дорожной карты; темп отражает то, что платформа впитывала специфику клиента в период с 4 по 13 месяц, а не в рамках какого-то одного большого «биг-бэнг» этапа.
Регистрации росли экспоненциально в первой половине первого года, затем в 7-м месяце произошел скачок. Первый по-настоящему значимый месяц дал базовую линию; к 6-му месяцу платформа работала примерно на 125× этой базовой линии органически. 7-й месяц — основной перенос существующей у клиента базы форекс-клиентов в новый регион под брендом оператора — обеспечил всплеск за один месяц примерно на 210× базовой линии, более чем на девяносто процентов из которых маршрутизация шла в новый регион по промокодам. Последующие месяцы стабилизировались примерно на уровне 3–5× доконверсионного стабильного состояния, что указывает: миграция была добавочной, а не разовым событием, ошибочно принятым за органический рост.
Успешные покупки challenge достигли пика в 9-м месяце примерно на уровне 93× по отношению к первому значимому месяцу покупок. Отрезок август–октябрь первого года дал более чем 60× успешных покупок challenge по сравнению с отрезком февраль–апрель — квартальное расширение доходной части, которое совпало с тем, что мигрированная аудитория монетизировалась через воронку.
В среднем на одного покупателя приходилось 1.8 challenge. За весь период медианный активный покупатель приобрел почти два challenge — сильный сигнал о повторной покупке для аудитории, которая во многих случаях впервые знакомилась с продуктами проп-компаний.
Коэффициент выручки от challenge к выплатам удерживался примерно на уровне 18:1. Доход от покупок challenge превышал выплаты прибыли финансируемых трейдеров примерно в соотношении восемнадцать к одному за период отсечки. Пул выплат финансируемым трейдерам находится еще на ранней стадии — платформа обрабатывала существенные объемы покупок challenge задолго до того, как первая когорта трейдеров прошла оценочную фазу, что согласуется с экономикой проп-компаний в первый год жизненного цикла любого оператора.
Атрибуция IB (Affiliate) держалась около 27%. Примерно каждый четвертый зарегистрированный трейдер приходил с привязкой к IB-аккаунту, при этом программа покрывала более 100 активных IB. Это высокий показатель для операции проп-компании в первый год и отражает то, что у клиента существующая партнерская сеть была подключена к новому продукту с момента запуска.
Объемы KYC, email, журнала и задач масштабировались синхронно. В пиковом квартале (8–10 месяцы) платформа обработала примерно 60% всех документов KYC из всего датасета, отправила более половины всех писем клиентов и зафиксировала почти две трети всех событий клиентского journal.
Географический охват расширился до 191 страны, при этом база трейдеров была сосредоточена преимущественно в Африке (примерно 72% всех регистраций) и Южной Азии (примерно 18%). Самая крупная страна происхождения на самом деле не была в домашнем рынке оператора — данные показывают почти равное разделение между двумя ведущими африканскими странами, при этом несколько других африканских стран давали существенные объемы. Платформу построили один раз и начали привлекать трейдеров с гораздо более широкой карты, чем это когда-либо делала исходная брокерская компания клиента.
Подтверждение по email составило 84% по всей совокупности — достаточно высоко, чтобы указывать: регистрационная воронка не загрязнялась мусорным трафиком, и достаточно низко, чтобы говорить о наличии еще резервного потенциала привлечения в неподтвержденной когорте.
Размеры по регионам менялись по мере взросления бизнеса white-label. На стратегическом пике (13-й месяц) собственный брендированный регион оператора обеспечивал примерно 60% всех трейдеров, мастер-лейбл — примерно 39%, а четыре внешних региона white-label — оставшиеся.
За тринадцать месяцев клиент собрал и настроил 338 различных вариантов продуктовых решений challenge в 29 категориях — One-Step, Two-Step, Three-Step, Three-Phase, Pro, Smart, Instant Funding, Free Trial, Соревнования, плюс партнерские уровни. Пиковый месяц только по новым конфигурациям продуктов произвел 87 новых вариантов challenge — больше, чем вся первая четверть операций. Каждый регион white-label мог определить собственную линейку продуктов под тем же движком. Промокоды масштабировались по шагам: за период создали примерно 2,800 промокодов и использовали их более 18,000 раз, при этом самый тяжелый по использованию месяц пришелся на 7-й месяц — массовую миграцию.
Для оператора prop-компании уровня «Year-One» такое разнообразие продукта обычно служит опережающим индикатором операционной зрелости. Это значит, что команда достаточно доверяла платформе, чтобы каждую неделю итеративно улучшать то, что они предлагали.
Несколько вещей о платформе Kenmore, которые это взаимодействие демонстрирует особенно ясно:
Скорость вывода на рынок. Запуск «от настройки до первого трейдера» занял примерно тридцать дней: три региональных PSP были уже в сети, прежде чем в воронке появился сколько-нибудь значимый объём. Не было «парковки» фичи со словами: «мы интегрируем это позже» — ничто не тормозило запуск.
Региональная архитектура работает как бизнес-модель, а не просто как функция. Этот клиент не просто запускал два бренда — он превратил свое развертывание Kenmore в white-label-платформу и подключил шесть дополнительных регионов поверх исходных. Теперь клиент продаёт саму платформу — помимо продажи челенджей через эту платформу.
Форекс-брокер может «перебриджиться» в prop-компанию без повторной онбординг-инициализации своего клиентского портфеля. Самая ценная кастомная интеграция в рамках этого проекта — коннектор между существующим форекс CRM клиента и новым регионом prop-компании. Миграция на 7-й месяц показала, что это работает в масштабе.
Платформа поглощает кастомную логику по рискам, не ломая стандартную модель. Правило Consistency, счетчик Profitable Days, кастомный trailing drawdown — всё это было добавлено вместе со стандартным контролем ограничений по дневным убыткам/общим убыткам без необходимости делать форк. При добавлении новых форм правил они подключаются; старые формы правил продолжают работать.
Покрытие PSP в развивающихся рынках — это задача доставки, а не исследования. Клиент хотел PSP для Южной Африки, Нигерии и Южной Азии, плюс крипто, плюс глобальные карты — всё это маршрутизировалось через один агрегатор и настраивалось под каждый регион. Kenmore поставила десять отдельных интеграций за указанный период, причём основная их часть — в первые восемь месяцев, прежде чем платформа достигла своего операционного пика.
Мульти-региональность не требует мульти-систем. Один MT5-сервер, один KYC-канал, один модуль Управление рисками, одна очередь Tasks обеспечили работу семи регионов с их собственными брендами, языками, вариантами пополнения и разграничением прав роли админа. Операционный «след» почти не увеличивался с каждым добавленным регионом.
| Метрика | Значение |
|---|---|
| Время от подписанного предложения до первого «живого» трейдера | ≈ 30 дней |
| Регионы работают на одном backbone Kenmore | 1 → 7 (за 13 месяцев) |
| Подключенные регионы внешнего white-label-партнёра | 5 |
| Собранные конфигурации продукта Challenge | 338 |
| Категории Challenge | 29 |
| Запущенные интеграции PSP (без агрегатора) | 10 |
| Поддерживаемые языки | 2 |
| Страны с зарегистрированными трейдерами | 191 |
| Доля Африки в базе зарегистрированных трейдеров | ≈ 72% |
| Доля зарегистрированных трейдеров, приписанная IB | ≈ 27% |
| Активные IB в сети | 100+ |
| Среднее число челенджей на покупателя | 1.8 |
| Соотношение Challenge-revenue : funded-payout ratio | ≈ 18:1 |
| Доля подтверждений по email (по всей когорте) | ≈ 84% |
| Пиковый всплеск регистраций в одном месяце на 7-м месяце против базового уровня на 1-м месяце | ≈ 210× |
| Пиковые покупки челенджей в месяце vs месяц первых реальных покупок | ≈ 93× |
Запускаете один бренд или управляете white-label платформой с семью — архитектура Regions от Kenmore построена так, чтобы масштабироваться без повторного «переезда» на другую платформу. Расскажите нам о вашей работе.
Один CRM. Семь регионов. Никаких пере-платформирований.
