Первый год работы проп-фирмой выглядит как рост. Доход от платы за челлендж поступает, партнерский канал набирает обороты, а платформа справляется с нагрузкой. Но приходит второй год — и для значительной части операторов он вообще не похож на первый.
Отношения с PSP ужесточаются или прекращаются. Задержки выплат наносят публичный репутационный ущерб на Reddit и Trustpilot. Операционная команда перегружена. Показатели chargeback «съедают» маржу, которая выглядела здоровой на более низких объемах. Трейдеры, прошедшие челленджи, не совершают повторные покупки и не приводят других.
Ни одна из этих проблем не возникает внезапно. Они накапливаются в течение первого года, когда бизнес растет достаточно быстро, чтобы это было сложно заметить, и проявляются во втором году, когда темпы роста замедляются и вскрываются базовые структурные проблемы. В этой статье рассматриваются шесть операционных ошибок, которые чаще всего приводят к провалам проп-фирм на втором году, — и что делают операторы, которые их избегают, по-другому.
1. Масштабирование маркетинга до масштабирования операций
Самый быстрый способ создать проблемы на втором году — запустить агрессивное привлечение в первый год, не построив операционную инфраструктуру, которая будет поддерживать тот объем, который оно генерирует. Доход от платы за челлендж растет. Количество активных счетов растет. А ручные процессы, которые работали при 200 аккаунтах — ручные подтверждения выплат, ручные проверки нарушений, ручная верификация KYC при выплате — начинают давать сбои на 2,000.
Симптомы проявляются постепенно: растет объем обращений в службу поддержки, увеличиваются сроки обработки выплат, и начинают появляться публичные жалобы от трейдеров с финансируемыми счетами. У каждой отдельной задержки есть разумное объяснение. Проблема — в самой модели: десятки трейдеров сталкиваются с тем же трением одновременно, и это видно потенциальным трейдерам еще до того, как станет видно оператору.
Операторы, которые успешно масштабируются, строят инфраструктуру автоматизации до того, как она понадобится, а не после того, как точка «сломалась». Автоматизированное исполнение правил по челленджам, автоматическая логика триггера выплат и автоматизированные рабочие процессы верификации KYC — это не «приятно иметь» при 500 активных аккаунтах; это требования выживания при 5,000. Понимание полной структуры затрат на ведение финансируемых счетов — обязательное условие для построения правильной инфраструктуры — смотрите разбор в что стоит проп-фирме и как это мониторить.
2. Непродуманная под бизнес-модель экспозиция по chargeback
Плата за челлендж — это транзакции с высоким риском с точки зрения платежных провайдеров. Трейдеры, которые не проходят челлендж и считают правила несправедливыми, оспаривают chargeback. Трейдеры, которые сталкиваются с задержками выплат, также оспаривают chargeback. Трейдеры, которые просто недовольны, тоже оспаривают платеж. В бизнесе с объемной обработкой тысяч транзакций с платой за челлендж в месяц показатель chargeback в диапазоне 5%–15% — это реалистичное допущение операционной деятельности, а не «редкий случай».
Большинство проп-фирм, которые терпят неудачу на втором году, оценивали свои челленджи без моделирования экспозиции по chargeback в юнит-экономике. Плата за челлендж выглядит прибыльной при поверхностном взгляде. Когда учитываются комиссии за обработку, платежные резервы, расходы на оспаривание chargeback и фактические потери по chargeback, маржа на транзакцию оказывается существенно ниже — а в некоторых когортах вообще отрицательной.
Устойчивые операторы закладывают управление chargeback в процессы с первого дня: четкие условия, которые закрепляют невозвратность платы за оценку, автоматическую генерацию доказательств для споров и мониторинг скорости (velocity) для трейдеров, которые покупают повторно и часто оспаривают. Для подробного разборa того, как управлять этим риском в операционном плане, смотрите гайд по проблеме chargeback в проп-фирме и тому, как операторы защищают свою выручку.
3. Зависимость от одного PSP
У проп-фирмы с одним платежным провайдером есть одна точка отказа. Когда этот провайдер ужесточает риск-контроли, повышает требования к резервам или расторгает merchant account — что случается часто без существенного предварительного уведомления — работа останавливается. Покупки челленджей не могут быть обработаны. Выплаты нельзя отправить. Фирма с операционной точки зрения становится нефункциональной, пока не будет установлена замена PSP-партнерства, на что уходит от нескольких недель до нескольких месяцев.
Прекращение работы PSP в сфере проп-трейдинга — не редкость. Платежные провайдеры все чаще внимательно изучают категории high-risk мерчантов, и проп-фирмы, которые обрабатывают значительные объемы платы за челлендж, привлекают ровно тот уровень внимания по комплаенсу, который ведет к проверкам. Операторы, которым удается выжить, строят платежную избыточность заранее — как минимум два активных PSP-партнерства с разными acquiring banks, плюс возможность крипто-выплат как резервного канала для распределения средств финансируемым трейдерам. Когда основной провайдер создает трения, резерв уже в работе и протестирован.
4. Доверие к выплатам рухнуло — и за ним последовала репутация
Задержки выплат — самый быстрый способ разрушить репутацию проп-фирмы. Трейдеры, которые ждут дольше, чем было сообщено, начинают публично писать — в Reddit, на Trustpilot, в Telegram-группах, на YouTube. Тред с названием «has anyone actually been paid by [firm name]?» с двадцатью ответами виден каждому потенциальному трейдеру, который ищет фирму перед покупкой челленджа. Конверсия падает. Продажи новых челленджей замедляются. Выручка, которая должна финансировать операционную деятельность, снижается ровно тогда, когда операционные проблемы наиболее высоки.
Ущерб репутации накапливается, потому что сообщества в проп-трейдинге тесные и активно обсуждают. Фирма, которая исправно платит вовремя 12 месяцев, может увидеть, что ее публичная репутация заметно пострадает всего за 60 дней последовательных задержек выплат. Восстановление той репутации требует месяцев подтвержденной надежности — времени и затрат на маркетинг, которых у компаний в финансовых затруднениях обычно нет. Для полного анализа того, как развивается риск репутации и как управлять им проактивно, см. статью о управлении репутацией для проп-фирм.
5. Правила челленджей не были разработаны для долгосрочной устойчивости
Правила челленджей — это одновременно решение по дизайну продукта и решение по управлению рисками. Слишком мягкие правила дают высокий проходной процент — что звучит как позитив, пока популяция финансируемых трейдеров не станет достаточно большой, чтобы капитальная экспозиция стала неконтролируемой. Слишком строгие правила формируют репутацию «не платим» — что напрямую подавляет повторные покупки и активность по рефералам со стороны трейдерской базы.
Для достижения устойчивого компромисса нужно моделировать экономику каждого параметра правил относительно ожидаемых показателей прохождения и поведения финансируемых трейдеров до запуска, а затем корректировать их на основе реальных данных из когорт после запуска. Компании, устанавливающие правила исходя из того, что выглядит конкурентным, а не из того, что поддерживает их модель капитала, создают структурную проблему, которая становится заметной только тогда, когда выплаты финансируемым трейдерам начинают масштабироваться. Чтобы получить практическое руководство по разработке правил испытаний, которые уравновешивают конверсию и защиту капитала, см. как разработать challenge для проп-фирмы.
6. Никакой автоматизации — всё работало на ручных процессах
Ручные операции создают невидимые риски, которые проявляются только в масштабе. Без автоматизированного мониторинга оператор не знает, какие финансируемые трейдеры приближаются к лимиту просадки, пока они не превысят его. Он не знает, какие трейдеры не были активны 45 дней, пока эти трейдеры уже не перейдут к конкуренту. Он также не знает, какие трейдеры подали KYC на выплату четыре недели назад и не получили последующих действий — пока эти трейдеры не начнут публично об этом писать.
Автоматизация CRM превращает эти невидимые риски в видимые, приводимые к действиям события. Трейдер, приближающийся к порогу просадки, получает автоматическое уведомление. Финансируемый трейдер, который был неактивен 30 дней, запускает последовательность повторного вовлечения. Запрос на выплату, ожидающий более 48 часов, приводит к эскалации в команду операций. Это несложные рабочие процессы — но без них оператор всегда реагирует на проблемы, которые уже стали публичными, вместо того чтобы предотвращать их. Подробнее о том, как автоматизация предотвращает отток, см. статью про снижение оттока трейдеров с помощью автоматизации CRM.
Общая причина
Каждый из перечисленных выше сценариев отказа имеет одну и ту же корневую причину: решения, принятые в первый год, которые не были разработаны для второго. Ценообразование, работающее при 500 ежемесячных испытаниях, ломается при 5,000. Ручные операции, которые можно управлять при 200 активных аккаунтах, становятся неуправляемыми при 2,000. Одна-единственная связь с PSP, которая была достаточной при низких объемах, создаёт экзистенциальный риск при высоких объемах.
Операторы, которые смогли построить решения за пределами второго года, не обязательно те, кто быстрее всего рос в первый год. Они те, кто создал инфраструктуру — резервирование платежей, автоматизацию, устойчивый дизайн правил, осведомлённость о комплаенсе — которая соответствовала тому бизнесу, к которому компания шла, а не просто тому бизнесу, который она в моменте вела. Регуляторная среда тоже меняется таким образом, что структурные решения, принятые в первый год, становятся ещё более значимыми — чтобы получить полный обзор того, как развивается регуляторный риск на ключевых рынках, см. руководство о глобальных регуляторных рисках для проп-фирм.
Запросить консультацию по стресс-тестированию вашей Prop Firm на второй год
Получите экспертную помощь в оценке того, сможет ли ваша инфраструктура Prop Firm поддерживать рост сверх раннего этапа. Мы поможем вам оценить экономику челенджей, подверженность чарджбэкам, резервирование PSP, процессы выплат и пробелы в автоматизации, прежде чем структурные слабости станут публичной проблемой.
Вместе мы рассмотрим вашу текущую операционную модель и опишем рамочную модель, рассчитанную на стабильность после первого года.
