Контекст MVP
Границы пилота, выбранный периметр активов и сетей, а также корректное завершение MVP без риска для пользователей.
Info
Мы запускали MVP как реальную эксплуатацию: проверяли поведение пользователей и устойчивость контуров, а не “витринные” метрики.
0.1 Период, рынок, границы пилота
Мы провели MVP в России в период с октября 2024 по май 2025. Это был реальный работающий продукт, в котором мы проверяли не отдельные функции, а поведение пользователей и устойчивость ключевых контуров в ежедневной эксплуатации.
В периметр MVP входили операции в одном приложении: фиат и криптоактивы. Мы поддержали рубль и набор криптоактивов, которые закрывают основные пользовательские сценарии без “зоопарка” сетей и лишней сложности: RUB, USDT в сетях TRC-20 и BEP-20, а также нативные активы этих сетей TRX и BNB.
Внутри MVP работали основные контуры продукта:
- внутренние мгновенные переводы внутри системы учёта
- внешние операции в блокчейне по TRC-20 (TRON) и BEP-20 (BNB Chain)
- внутренний мгновенный обмен
- P2P-сделки как полноценный рыночный сценарий
- ранний модуль RWA как проверка интереса к более сложному продукту
Мы намеренно держали периметр MVP компактным, но достаточным, чтобы получить чистый сигнал по ключевому: может ли продукт стать ежедневным финансовым инструментом и выдерживать реальную транзакционную нагрузку как система, где контуры усиливают друг друга.
Note
Принцип MVP-периметра: меньше сетей и активов — больше “чистоты” сигнала по стабильности, привычке и управляемости операций.
0.2 Завершение пилота и итог для пользователей
Пилот в России был завершён по внешним административно-политическим причинам. При этом для нас было принципиально важно завершить его корректно, управляемо и безопасно для пользователей.
Мы приостановили регистрацию и зафиксировали периметр пилота, остановили активное привлечение, усилили мониторинг и стабильность, провели финальную выгрузку аналитики и сверки по операциям, доработали процессы поддержки, антифрода и комплаенса по выявленным кейсам.
Все активы были полностью переданы пользователям. Пилот завершён без зависших средств и без неопределённости для клиентов.
Warning
Мы отдельно фиксируем это как стандарт поведения платформы: “закрытие периметра” должно быть таким же управляемым, как запуск — без хвостов, без подвешенных статусов и без риска для клиента.
Executive Summary: итог MVP в цифрах
Короткая сводка MVP в измеримых метриках: объём, активность, надёжность и первые подтверждения того, что контуры продукта работают как единая система.
Info
В этом блоке нет “маркетинговых” цифр - только операционные метрики реального пилота и выводы, которые из них следуют.
1.1 Таблица Executive Summary
| Метрика | Значение |
|---|---|
| Зарегистрированные пользователи | 42 653 |
| Всего транзакций | 570 515 |
| TTV (USD-экв.) | $62.1M |
| Средний MAU | 12 344 |
| Средний DAU | 2 650 |
| DAU/MAU (stickiness) | 19-22% |
| Пиковый DAU/MAU | до 32% |
| Аптайм платформы | 99.95% |
| ARPU (среднее, $/мес) | ~0.01-0.05 |
| Кумулятивный ARPU за пилот | $0.11 |
Note
Таблица - это “срез”. Ниже - пояснение, что именно эти значения подтверждают на уровне привычки, доверия и управляемости системы.
1.2 Детальное объяснение по каждому KPI
Зарегистрированные пользователи - 42 653
Это количество людей, которые завершили регистрацию и получили доступ к продукту. Для нас важно не “количество ради количества”, а факт, что продукт в реальном рынке смог набрать репрезентативную выборку пользователей без подгонки под рост. Мы запускали MVP как инженерно-продуктовый тест зрелости системы и поведения, а не как гонку за регистрациями.
Всего транзакций - 570 515
Это главный маркер того, что MVP был рабочим финансовым контуром: сотни тысяч операций означают повторяемое использование и реальную нагрузку на продукт, поддержку, процессы и риск-контроль. Именно это мы и хотели проверить: что система выдерживает реальную эксплуатацию и остаётся управляемой.
TTV - $62.1M (USD-экв.)
TTV показывает суммарный объём прошедших через платформу операций в эквиваленте. Для банка и платёжной платформы это показатель “живого оборота”: он демонстрирует не интерес на словах, а то, что люди действительно переводят ценность через продукт и доверяют ему движение денег.
Средний MAU - 12 344
MAU - это число уникальных активных пользователей в месяц. Для нас это измерение повторяемой ценности: возвращаются ли люди после первого теста, включают ли продукт в регулярные финансовые сценарии. MAU
Средний DAU - 2 650
DAU - число уникальных активных пользователей в день. Дневная активность означает, что продукт попадает в ежедневный контур пользователя: переводы, обмен, контроль статусов, поддержка. DAU
DAU/MAU (stickiness) - 19-22%
Stickiness показывает, как часто средний пользователь возвращается в течение месяца. Для банка это индикатор привычки: продукт становится инструментом, а не разовой точкой входа. Мы фиксировали цель “повторяемая ценность” - и этот показатель прямо отвечает на неё.
Пиковый DAU/MAU - до 32%
Пиковая “липкость” важна как сигнал, что в определённые периоды у продукта включался плотный сценарий использования. Для нас это подтверждение, что контуры внутри приложения создают сцепление действий, а не один сценарий “зашёл и вышел”.
Аптайм платформы - 99.95%
Для финансового продукта надёжность - фундамент доверия. Мы строили MVP как bank-grade контур: операция должна быть предсказуемой и управляемой. Высокий аптайм подтверждает, что эксплуатация была дисциплинированной. Uptime
ARPU (среднее) - ~0.01-0.05 $/мес
ARPU показывает среднюю выручку на пользователя в месяц. В MVP этот показатель сознательно не был целью: оптимизация под краткосрочную выручку искажает продуктовые сигналы. Тем не менее, он даёт важное подтверждение - денежный слой измерим и включаем. ARPU
Кумулятивный ARPU за пилот - $0.11
Кумулятивный ARPU показывает накопленный результат за период. В контексте MVP это не “цель заработать”, а маркер управляемости экономики: мы можем честно считать её на данных пилота и масштабировать монетизацию поверх доказанного доверия.
Tip
Фиксация ARPU в MVP - это “готовность к монетизации”, а не попытка выжать максимум из ранней стадии.
1.3 Что мы доказали фактами
Example
Ниже - не пересказ таблицы, а то, какие продуктовые выводы следуют из конкретных чисел.
-
Повторяемая ценность и возврат пользователей
Средний MAU 12 344 показывает, что продукт включился в регулярное использование, а не остался разовой утилитой. Это подтверждает, что ядро сценариев собрано как система, а не как набор экранов. -
Ежедневный контур
Средний DAU 2 650 означает, что у приложения есть ежедневные причины быть открытым - переводы, статусы, обмен, контроль операций и коммуникации. Это критично для превращения кошелька в основной финансовый интерфейс. -
“Липкость” банка как эффект сцепления контуров
DAU/MAU 19-22% и пик до 32% подтверждают, что контуры усиливают друг друга: пользователь не “делает одну операцию и уходит”, а живёт внутри связки функций. -
Доверие к исполнению транзакций
570 515 транзакций - это масштаб, на котором любые разрывы статусов, ошибки UX или “серые зоны” становятся заметны и разрушительны. Объём операций показывает, что контур исполнения был предсказуем для пользователя. -
Надёжность, достаточная для финансового сценария
Аптайм 99.95% подтверждает, что инфраструктура и эксплуатация выдержали реальные условия. Это не “приятная метрика”, а фундамент для того, чтобы переносить привычку и обороты в новые рынки. -
Транзакционность, а не “клики”
TTV $62.1M демонстрирует живой оборот. Для будущих контуров (включая Business и Payments) это означает, что основа платёжного продукта уже прошла проверку реальной нагрузкой. -
Платёжная сеть внутри продукта
34.0% всех транзакций - внутренние, со статусом менее 1 секунды. Это формирует привычку и сетевой эффект: перевод внутри экосистемы становится “по умолчанию”. -
P2P как стресс-тест зрелости процессов
Мы провели 34 839 сделок при dispute rate 1.8% и median time-to-close 17 минут. Это подтверждает, что сложный пользовательский контур работает в реальности и остаётся управляемым. Peer-to-peer -
Обмен как монетизация без разрушения UX
Объём обмена $8.1M при тестовой комиссии 0.10-0.25% показывает, что монетизация может накладываться поверх прозрачности “you pay / you receive” и не ломать доверие. -
RWA как ранний сигнал спроса на сложный инвестиционный контур
1 328 в листе интереса и 133 участника закрытого теста при $0.32M тестовых инвестиций - это подтверждение, что даже сложный продукт может получить спрос, если он встроен в понятную экосистему. -
Поддержка, способная масштабироваться процессами и продуктом
24/7, median first response 7.4 мин, FCR 72%, CSAT 4.2/5 - это доказательство, что поддержка может быть частью продукта, а не “узким горлом” роста. -
Завершение пилота как показатель зрелости
Период пилота - октябрь 2024 - май 2025. Регистрация остановлена по внешним причинам, при этом завершение было управляемым, а активы полностью переданы пользователям. Это показывает способность держать продукт как контролируемый периметр на всём жизненном цикле.
Выполнение задач MVP: что проверяли и что получили
Здесь зафиксировано, какие гипотезы MVP проверялись в реальной эксплуатации, какими метриками это подтверждено и какие практические выводы уже можно переносить на следующий рынок.
Info
MVP запускался как проверка повторяемой ценности, предсказуемости и управляемости в ежедневной эксплуатации.
Мы запускали MVP не ради «накачать аудиторию», а чтобы в реальной среде доказать три вещи: продукт дает повторяемую ценность, ведет себя предсказуемо и остается управляемым даже там, где у финансовых сервисов обычно начинается хаос.
Матрица выполнения задач
| Задача MVP | Что сделали | Какими цифрами подтверждается | Что это доказывает | Практический вывод |
|---|---|---|---|---|
| Ценность и доверие к продукту как к «банку», а не кошельку | Сделали понятную и проверяемую механику операций: прозрачные статусы, предсказуемое поведение, подтверждения до действия | Аптайм 99.95%, 570 515 транзакций, TTV $62.1M, DAU/MAU 19-22% и пик до 32% | Люди доверяют деньгам системе, когда она «не удивляет»: все объяснимо, все отслеживаемо, все повторяется одинаково | У нас есть фундамент «банковского стандарта» надежности и ясности, на который можно масштабировать контуры |
| Daily-use через мгновенные внутренние переводы | Внутренние переводы сделали «без трения»: мгновенный статус, простая логика, без комиссии внутри | Внутренние переводы: 34% операций; скорость статуса <1 сек | Внутренние переводы становятся базовым ежедневным сценарием и «клеем» между пользователями | Этот контур можно усиливать как главный драйвер регулярности и возврата |
| Управляемый P2P как стресс-тест зрелости процессов | Построили полный lifecycle P2P-сделки и диспут-процесс так, чтобы рынок был быстрым, а риск контролируемым | P2P: $9.1M объем, 34 839 сделок; median time-to-close 17 мин; dispute rate 1.8% | P2P работает не «на ручном героизме», а как управляемая система: скорость + низкая доля споров | Можно масштабировать P2P без пропорционального раздувания поддержки и ручных проверок |
| Обменник как контроль монетизации без разрушения опыта | Сделали обмен «до миллисекунд», а также предпросмотр результата сделки до подтверждения | Обменник: $8.1M объем; effective spread 0.41%; тестовая комиссия 0.10-0.25% в марте-апреле | Монетизация может включаться аккуратно, не ломая доверие, если пользователь заранее видит «что отдает и что получает» | Мы умеем монетизировать контуры без эффекта «меня обманули комиссиями» |
| Ранний сигнал спроса на сложный продукт RWA | Запустили путь интереса к RWA через вайтлист и закрытое тестирование | Waitlist 1 328 → закрытый тест 133 → тестовые инвестиции $0.32M | Даже сложные инвестиционные продукты дают измеримый спрос уже на ранней стадии при правильной упаковке | RWA можно развивать не на вере, а на раннем спросе и контролируемой валидации |
| 24/7 сервис небольшой командой как часть продукта | Поддержку измеряли и строили как управляемый сервис: единый in-app чат, тикетинг, контекст по операциям, контроль действий оператора | Поддержка 24/7; median first response 7.4 мин; FCR 72%; CSAT 4.2/5 | Качество сервиса обеспечивается системой и процессами, а не количеством людей | Это переносимо на следующий запуск: мы уже знаем, как держать 24/7 без «армии саппорта» |
| «Единый банк» как система, а не отдельные фичи | Собрали контуры так, чтобы они сцеплялись и усиливали друг друга в реальном поведении пользователей | Сегментация: 16% power users используют 3+ функции; остальные сегменты закрывают ключевые сценарии (on/off-ramp, P2P/переводы, обмен) | Пользовательское поведение показывает продукт как связку модулей, а не «одну удачную кнопку» | Стратегия «все в одном приложении» подтверждается практикой: чем больше контуров подключено, тем выше ценность системы |
Note
Матрица выше фиксирует не «набор фич», а контуры - те части продукта, которые выдерживают нагрузку, дают повторяемое поведение и масштабируются процессами.
Подробный разбор по задачам
Ценность и доверие: деньги остаются в системе только там, где все предсказуемо
В финансовом продукте доверие нельзя «нарисовать маркетингом». Оно появляется, когда пользователь видит одно и то же качество каждый день: понятный сценарий, прозрачный результат, отсутствие сюрпризов. Поэтому в MVP мы сознательно упирались не в разнообразие функций, а в дисциплину исполнения операций и предсказуемость поведения продукта. Это и есть «банковский стандарт», который должен держаться независимо от нагрузки и сценария.
Факт, что система выдержала полный цикл пилота с аптаймом 99.95% и большим объемом реальных операций, показывает именно зрелость платформы, а не разовый «удачный запуск».
Tip
Предсказуемость в финтехе - это когда любой спор сводится к проверяемым статусам и логике, а не к «сложилось/не сложилось».
Daily-use: внутренние переводы как главный «клей» системы
Самый сильный ежедневный контур в банке - это быстрые переводы, которые становятся привычкой. В нашем MVP внутренние переводы заняли 34% операций, а статус по ним обновлялся менее чем за 1 секунду.
Этот сигнал важен по двум причинам:
- Поведенческая: люди не просто «пробуют», они регулярно повторяют действие, которое становится базовым.
- Системная: внутренние переводы создают сетевой эффект - продукт становится полезнее, когда им пользуются знакомые и бизнес-контакты, а не только «я один».
Управляемый P2P: скорость рынка без потери контроля
P2P - один из самых требовательных контуров: он одновременно про деньги, доверие между людьми, риски споров и скорость закрытия сделок. Именно поэтому мы использовали P2P как стресс-тест управляемости.
Показатели MVP фиксируют сразу три результата: рынок получился живым по объему и количеству сделок, процесс быстрым по времени закрытия, а риск-контур управляемым по доле споров. $9.1M объема, 34 839 сделок, median time-to-close 17 минут и dispute rate 1.8% - это сочетание, которое практически невозможно получить без правильно построенного lifecycle и диспут-процесса.
Практический смысл: мы доказали, что P2P можно масштабировать как систему, а не как «ручной рынок», который держится на героизме поддержки.
Обменник: монетизация и UX, которые не ломают доверие
Мы принципиально строили обмен так, чтобы он работал как «понятная сделка», а не как «магия с комиссиями». На уровне UX это означает предпросмотр результата до подтверждения, чтобы пользователь заранее понимал итог операции и не сталкивался с неожиданностями.
По факту использования: обменник дал $8.1M объема при effective spread 0.41%. В марте-апреле мы включали тестовую комиссию 0.10-0.25%, чтобы проверить, как монетизация влияет на поведение.
Смысл результата: монетизация возможна без разрушения опыта, если она встроена в честный, прозрачный сценарий.
Warning
Любая монетизация в финансовых контурах должна быть видимой до действия, иначе она превращается в фактор недоверия и ускоряет отток.
RWA: ранняя валидация спроса на сложный контур
RWA - продукт сложнее «переводов и обмена»: он требует большего доверия, лучшего объяснения, длиннее цикл принятия решения. Поэтому в MVP нам был важен не «массовый объем», а ранний измеримый сигнал спроса и готовности проходить путь.
Воронка RWA получилась измеримой: 1 328 в waitlist, 133 в закрытом тесте, $0.32M тестовых инвестиций.
Это доказывает главное: при правильной упаковке и контролируемом доступе интерес к RWA появляется уже в ранней версии и не требует «магии» - его можно выращивать системно.
24/7 сервис небольшой командой: поддержка как продолжение продукта
Мы изначально измеряли поддержку как продуктовый контур: скорость первого ответа, результативность с первого контакта, удовлетворенность. И выстроили систему так, чтобы оператор не «искал правду по чатам», а видел контекст по аккаунту и операциям и мог помогать безопасно.
Фактические метрики MVP: поддержка 24/7, median first response 7.4 минуты, FCR 72%, CSAT 4.2/5.
Практический смысл: мы доказали, что круглосуточный сервис может держаться на системной организации и инструментах, а не на размере отдела.
Продукт как система: сцепление контуров вместо «набора фич»
Ключевой результат MVP - поведение пользователей показывает, что продукт работает как единая система сценариев. Это видно по сегментации: отдельные группы приходят за конкретной функцией, а 16% power users используют 3+ функции и демонстрируют высокую частоту.
Это и есть фундамент «единого банка»: когда модули не конкурируют, а усиливают друг друга, повышая ценность всей платформы и снижая вероятность ухода пользователя в «зоопарк отдельных сервисов».
Воронка и качество активации
Здесь показано, как люди проходят путь от первого касания до core-поведения, и что именно в этой воронке подтверждает качество активации.
Info
Воронка фиксирует не “маркетинг”, а поведенческую правду: где пользователь получает ценность, где доверяет, и где становится регулярным.
3.1 Таблица «Воронка привлечения и активации»
| Этап | Кол-во | Конверсия в следующий этап |
|---|---|---|
| Посещения | 281 031 | 23.7% |
| Начало регистрации | 66 622 | 64.0% |
| Успешная регистрация | 42 653 | 63.0% |
| Прошли KYC | 26 879 | 77.6% |
| Первый депозит/активация | 20 847 | 77.6% |
| 1+ транзакция (ever) | 26 044 | 52.9% → core |
| Core users (10+ транзакций) | 13 770 | - |
Note
Ключевой показатель качества активации здесь - не один шаг, а связка: от первого доверия (1+ транзакция) до повторяемости (core users).
3.2 Разбор каждого этапа
Посещения → начало регистрации
Мы получили 281 031 посещение, и 66 622 пользователей начали регистрацию — это хороший практический сигнал: люди доходили до действия, а не просто «смотрели».
Ключевой продуктовый смысл этого шага для банка нового типа прост и понятен: мы запускаем прозрачную банковскую логику, где дальше всё измеримо и предсказуемо.
Мы сознательно делали первый шаг максимально понятным: чтобы мотивация не “растворялась” в лишних экранах и сомнениях.
Начало регистрации → успешная регистрация
Из 66 622 начавших регистрацию 42 653 завершили её успешно. Конверсия на этом этапе подтверждает, что продукт не перегружен и не “ломает” мотивацию в первые минуты.
Мы отдельно фиксировали принципиальный момент: воронка доходила до финансового действия. KYC прошли 26 879, а 1+ транзакцию сделали 26 044 пользователя.
Это и есть «банковский» сигнал зрелости: люди готовы проходить верификацию, если продукт дальше действительно даёт понятную ценность и контроль.
Важно, что KYC здесь не ощущался как “стена”, а встроился в логику доверия и доступа.
KYC → первый депозит/активация
20 847 пользователей дошли до первого депозита или активации — 48,9% от регистраций.
Этот шаг важен тем, что он отделяет «интересующихся» от тех, кто уже доверил продукту деньги и начал пользоваться им по-настоящему.
Что помогало доходить до активации быстрее:
- мы строили продукт вокруг понятных сценариев и прозрачных статусов, где пользователь заранее понимает, что произойдёт после нажатия и какой будет результат.
Core users (10+ транзакций) → повторяемость, а не разовая проба
13 770 пользователей стали core — совершили 10+ транзакций.
И ещё важнее связь внутри воронки: из тех, кто сделал хотя бы одну транзакцию, 52.9% дошли до уровня core.
Для финансового продукта это означает, что «первое доверие» превращается в привычку: скорость и предсказуемость подтверждения без комиссии — это якорь доверия и старт повторяемости.
3.3 Таблица «Сегментация пользовательской базы»
| Архетип | Доля | Поведение | Основная функция |
|---|---|---|---|
| On/Off-ramp | 34% | ввод/вывод, внешние переводы | внешние операции |
| P2P/переводы | 28% | частые переводы небольших сумм | внутренние + P2P |
| Обмен/курс | 22% | конвертация, реакция на рынок | обменник |
| Power users | 16% | 3+ функции, высокая частота | все функции |
Tip
Сегменты показывают не “аудиторию по интересам”, а реальные сценарии, которые формируют привычку и удержание внутри единой экосистемы.
3.4 Интерпретация сегментов как «портрет реального использования»
Эта сегментация важна не сама по себе, а тем, что она показывает реальную структуру поведения пользователей и подтверждает, что продукт используется системно, а не “точечно”. Это критично для банка, который решает фрагментацию финансовых действий.
Именно поэтому мы смотрим на сегменты как на доказательство того, что продукт собирается в единую систему, а не в случайный набор “полезных экранов”.
-
On/Off-ramp (34%) - самый массовый архетип: пользователям нужен быстрый и понятный ввод/вывод, и именно здесь логика «операции + статусы + контроль» закрывает ключевую практическую боль.
Здесь критична простота и предсказуемость: человек приходит решить задачу “завести или вывести”, и продукт должен сделать это спокойно, без сюрпризов. -
P2P/переводы (28%) - показатель ежедневного поведения: частые переводы означают, что сервис “встраивается” в повседневный сценарий, а не остаётся редким инструментом.
Это прямой маркер повторяемости: переводы становятся привычкой, а привычка создаёт эффект сети. -
Обмен/курс (22%) - отдельная группа, которая использует продукт как удобную точку конвертации и контроля курса: обмен работает как часть банка, а не как отдельная биржа, и не требует ухода в сторонние сервисы.
Здесь важна прозрачность результата и скорость, чтобы обмен воспринимался как “банковская операция”, а не как трейдинг-инструмент. -
Power users (16%) - самая ценная группа с точки зрения зрелости продукта: эти пользователи используют сразу несколько функций и тем самым подтверждают, что продукт начинает работать как система, а не как витрина отдельных инструментов.
Этот сегмент подтверждает ключевой тезис: чем больше контуров включено, тем выше ценность системы и тем сложнее пользователю “распасться” на несколько отдельных сервисов.
Динамика пилота (W1-W35): устойчивость и управляемость
Недельная динамика показывает переход от запуска к регулярному использованию, затем к рабочему режиму и управляемому завершению периметра пилота.
Info
Смысл этого блока - увидеть устойчивость и управляемость в реальной эксплуатации: рост, сезонность, пики и корректное завершение.
4.1 Недельная статистика пилота: регистрации и транзакции
| Неделя | Даты | Регистрации | Транзакции |
|---|---|---|---|
| W1 | 2024-09-30 - 2024-10-06 | 120 | 760 |
| W2 | 2024-10-07 - 2024-10-13 | 257 | 1 621 |
| W3 | 2024-10-14 - 2024-10-20 | 182 | 1 156 |
| W4 | 2024-10-21 - 2024-10-27 | 419 | 2 769 |
| W5 | 2024-10-28 - 2024-11-03 | 729 | 5 593 |
| W6 | 2024-11-04 - 2024-11-10 | 594 | 4 244 |
| W7 | 2024-11-11 - 2024-11-17 | 1 011 | 8 081 |
| W8 | 2024-11-18 - 2024-11-24 | 896 | 6 663 |
| W9 | 2024-11-25 - 2024-12-01 | 1 035 | 12 789 |
| W10 | 2024-12-02 - 2024-12-08 | 1 392 | 14 710 |
| W11 | 2024-12-09 - 2024-12-15 | 1 096 | 11 501 |
| W12 | 2024-12-16 - 2024-12-22 | 1 574 | 16 948 |
| W13 | 2024-12-23 - 2024-12-29 | 863 | 13 815 |
| W14 | 2024-12-30 - 2025-01-05 | 518 | 7 221 |
| W15 | 2025-01-06 - 2025-01-12 | 1 403 | 18 810 |
| W16 | 2025-01-13 - 2025-01-19 | 1 356 | 17 727 |
| W17 | 2025-01-20 - 2025-01-26 | 1 505 | 23 610 |
| W18 | 2025-01-27 - 2025-02-02 | 2 059 | 25 768 |
| W19 | 2025-02-03 - 2025-02-09 | 1 353 | 21 065 |
| W20 | 2025-02-10 - 2025-02-16 | 1 951 | 29 300 |
| W21 | 2025-02-17 - 2025-02-23 | 1 695 | 26 232 |
| W22 | 2025-02-24 - 2025-03-02 | 2 240 | 33 263 |
| W23 | 2025-03-03 - 2025-03-09 | 1 820 | 29 160 |
| W24 | 2025-03-10 - 2025-03-16 | 2 170 | 39 013 |
| W25 | 2025-03-17 - 2025-03-23 | 2 103 | 33 092 |
| W26 | 2025-03-24 - 2025-03-30 | 1 996 | 23 246 |
| W27 | 2025-03-31 - 2025-04-06 | 2 313 | 37 571 |
| W28 | 2025-04-07 - 2025-04-13 | 1 629 | 24 197 |
| W29 | 2025-04-14 - 2025-04-20 | 1 926 | 33 669 |
| W30 | 2025-04-21 - 2025-04-27 | 2 177 | 12 709 |
| W31 | 2025-04-28 - 2025-05-04 | 2 250 | 34 160 |
| W32 | 2025-05-05 - 2025-05-11 | 21 | 52 |
| W33 | 2025-05-12 - 2025-05-18 | 0 | 0 |
| W34 | 2025-05-19 - 2025-05-25 | 0 | 0 |
| W35 | 2025-05-26 - 2025-06-01 | 0 | 0 |
4.2 Как читать динамику по фазам пилота
Фаза A. Запуск и «сбор базовой работоспособности» (W1-W6)
Мы начинали с небольших объёмов и наращивали нагрузку постепенно. Это правильная стратегия для финтех-продукта: в первые недели важнее отстроить стабильность контуров, чем разгонять цифры. Рост с сотен регистраций и тысяч транзакций до уже заметных объёмов показывает, что система включилась в реальное использование без искусственных всплесков.
Что доказывает эта фаза
- Платформа адекватно проходит первые пики ошибок, правок и донастройки.
- Транзакционный контур начинает жить не на демо-сценариях, а на реальных действиях пользователей.
Tip
Фаза A - это проверка основы: сначала устойчивость, затем масштабирование.
Фаза B. Выход на регулярное использование и первые признаки сетевого эффекта (W7-W14)
Начиная с W7 мы видим переход к устойчивому потоку: регистрации выходят на уровень около 900-1 500 в неделю, а транзакции растут до 12-17 тысяч в неделю. Параллельно заметна жизнь продукта в календарных периодах: предновогодние недели, затем просадка на праздничной неделе W14. Для банковских и платёжных сценариев такая сезонность естественна и ожидаема.
Главный продуктовый сигнал
- Рост транзакций идёт вместе с ростом регистраций, но не копирует его один к одному. Это важный признак того, что пользователи не просто устанавливают приложение, а начинают совершать повторяемые операции.
Фаза C. Рабочий режим и масштабирование нагрузки (W15-W29)
В период W15-W29 платформа работает уже как промышленный продукт: транзакции держатся на уровне 17-39 тысяч в неделю, а регистрации стабильно остаются высокими. Внутри этого отрезка есть пики и спадовые недели, но общая картина - не случайный всплеск, а понятный рабочий режим, где система выдерживает рост и продолжает обслуживать активность.
Что доказывает эта фаза
- Мы способны эксплуатировать продукт на реальном трафике длительное время, не выгорая операционно.
- Пилот даёт данные не на короткой дистанции, а на длинной серии недель, что повышает достоверность выводов.
Фаза D. Управляемая фиксация периметра и завершение пилота (W30-W35)
Финальные недели показывают ключевую вещь: пилот был управляемым. Мы видим нетипичную неделю W30 со снижением транзакций, затем возвращение к высоким объёмам в W31, а дальше резкое сокращение активности до почти нулевой и остановка регистраций.
Здесь важно подчеркнуть смысл: мы не потеряли продукт, а корректно зафиксировали периметр и завершили пилот вследствие внешних административно-политических причин, остановив регистрацию.
Что доказывает финальная фаза
- Мы умеем не только запускать и масштабировать, но и правильно закрывать контур пилота: фиксировать вход новых пользователей, доводить операции до корректного состояния и завершать цикл управляемо.
- Нулевая активность последних недель - это не провал спроса, а отражение принятого решения по остановке регистрации и завершению пилота по внешним причинам.
Транзакционная активность: доказательство реального использования
Смотрим на транзакции как на карту поведения: какие сценарии становятся привычкой, где появляется монетизация и как формируется сетевой эффект.
Note
Здесь важна не “масса операций”, а структура и повторяемость сценариев: это отделяет “интерес” от устойчивого продукта.
В MVP мы смотрим на транзакции не как на «количество операций», а как на карту реального поведения: зачем люди приходят, что они делают в первую очередь, какие сценарии становятся привычкой, и где уже появляется естественная монетизация. За период пилота пользователи совершили 570 515 транзакций - это достаточно длинная дистанция, чтобы отделить разовый интерес от устойчивого продукта.
5.1 Структура транзакций по типам
| Тип | Количество | Доля |
|---|---|---|
| Внутренние (без комиссии) | 193 975 | 34.0% |
| Внешние (In/Out) | 290 963 | 51.0% |
| Exchange + P2P (комиссионные) | 85 577 | 15.0% |
Что мы считаем “типом” транзакции - простыми словами
- Внешние (In/Out) - вход и выход: пополнение и вывод. Это первый слой доверия: пользователь проверяет, что деньги «заходят» и «выходят» предсказуемо.
- Внутренние - переводы внутри системы между пользователями. Это уже не тест, а ежедневный сценарий: «отправить быстро и без лишнего».
- Exchange + P2P - операции, на которых в принципе строится комиссия и экономика: обмен и P2P-сделки.
Что показывает структура
- 51% внешних операций - нормальный и ожидаемый ранний паттерн. На старте любой финансовой платформы люди прежде всего проверяют надежность: пополнить, вывести, убедиться, что всё прозрачно и работает. Это стадия построения доверия.
- 34% внутренних переводов - ключевой сигнал, что продукт воспринимается не как «разовая точка входа/выхода», а как платежная сеть, куда возвращаются и где начинают переводить друг другу регулярно.
- 15% Exchange + P2P - важный баланс: даже в MVP пользователи уже активно заходили в сценарии, которые дальше становятся базой монетизации.
Какой контур формирует ядро поведения
Ядро - это связка:
внешний вход/выход (доверие) → внутренние переводы (привычка) → обмен/P2P (глубина сценариев и экономика).
И именно такая последовательность делает продукт устойчивым: люди не «попробовали и забыли», а начали использовать систему как повседневный финансовый инструмент.
5.2 Распределение транзакций по суммам (USD-экв.)
| Диапазон | Количество | Доля |
|---|---|---|
| < $100 | 348 014 | 61.0% |
| 1 000 | 205 385 | 36.0% |
| > $1 000 | 17 116 | 3.0% |
Какие сценарии отражает такое распределение
- 61% операций до $100 - это «жизнь внутри продукта»: небольшие переводы, регулярные действия, повторяемые сценарии. Для финтеха это сильнее, чем единичные крупные чеки: так формируется привычка и ежедневная ценность.
- 36% в диапазоне 1 000 - подтверждение, что платформа используется не только для микросценариев, но и для ощутимых операций, где пользователь уже чувствителен к надежности и предсказуемости исполнения.
- 3% выше $1 000 - небольшая доля крупных операций ожидаема для MVP: это уже уровень, где доверие растет постепенно. Важно само наличие этого сегмента - значит, платформа проходила проверку и в более “взрослых” сценариях.
Что это говорит о доверии и природе операций
Для нас это подтверждение, что MVP дал чистый поведенческий сигнал: продукт используют не только «посмотреть», а реально проводить операции разного масштаба - от повседневных до более крупных.
5.3 Активы по количеству операций
| Актив | Количество операций | Доля |
|---|---|---|
| USDT TRC-20 | 262 437 | 46.0% |
| USDT BEP-20 | 79 872 | 14.0% |
| RUB | 148 334 | 26.0% |
| TRX | 51 346 | 9.0% |
| BNB | 28 526 | 5.0% |
Почему выбранный набор активов в MVP дал “чистый сигнал”
Мы сознательно держали периметр понятным и прикладным: фиат для привычных сценариев и базовые криптоактивы для транзакций и входа/выхода. В результате мы видим ясный ответ рынка:
- USDT (суммарно по сетям) доминирует - это логично для практичного пользовательского поведения, где нужен стабильный эквивалент.
- RUB занимает существенную долю - значит, пользователи воспринимали продукт как мост между привычными деньгами и криптоконтуром, а не как “чисто крипто-приложение”.
- TRX и BNB остаются вспомогательными, но заметными - это отражает реальные нужды сетевых комиссий и операционных сценариев выбранных сетей в MVP.
5.4 Структура транзакций и сетевой эффект
Tip
Ранний признак “сети” - когда внутренние переводы начинают жить своей жизнью и растут не из маркетинга, а из повседневных связей между людьми.
На ранней стадии высокая доля внешних транзакций - это не минус, а естественная фаза любой финансовой платформы: пользователь сначала “проверяет реальность” продукта через пополнение и вывод. Мы прошли эту фазу на реальных объёмах и при этом получили то, что редко появляется на MVP-стадии: внутренние переводы уже составили 34% всех транзакций.
Это означает три вещи:
- Пользователи начинают воспринимать продукт как платежную сеть, а не как разовый инструмент.
- Запускается органический сетевой эффект: чем больше пользователей внутри, тем чаще перевод «закрывается» внутренним сценарием.
- Внутренние переводы без комиссии и мгновенные по ощущению формируют “липкость” - это сценарий, который удерживает и создает барьер ухода, потому что переносить свою «внутреннюю сеть контактов» в другой продукт всегда сложнее.
Именно поэтому мы рассматриваем долю внутренних транзакций как один из самых сильных сигналов MVP. В следующем запуске, по мере роста базы и расширения стимулов и контуров, мы ожидаем усиления этой динамики - вплоть до 50-60% внутренних транзакций в течение 12-18 месяцев.
Эффективность ключевых модулей
Фиксируем, какие контуры в MVP стали привычными сценариями, насколько они быстрые и предсказуемые под реальной нагрузкой.
Info
В MVP мы тестировали не “набор функций”, а качество контуров: скорость, предсказуемость, повторяемость и управляемость под нагрузкой.
В этом разделе собраны модули, которые дали самые важные подтверждённые сигналы. Мы сознательно фокусировались на том, чтобы ключевые сценарии работали быстро, стабильно и одинаково в любой день, потому что именно это формирует доверие и превращает продукт в ежедневный инструмент.
Внутренние переводы
Подтверждённые показатели
- Доля внутренних операций: 34.0%
- Подтверждение и отображение статуса операции: менее 1 секунды
Внутренний перевод в MVP стал не “дополнительной кнопкой”, а ядром ежедневного поведения: треть всех операций пользователи совершали внутри системы. Это означает, что продукт воспринимается как платёжная сеть, а не как “точка обмена”.
Скорость статуса менее 1 секунды создаёт банковское ощущение финальности: операция выглядит как мгновенно подтверждённая и понятная. Такой опыт напрямую усиливает повторяемость сценария и доверие к системе.
Tip
Высокая доля внутренних переводов - это ранний маркер сетевого эффекта: пользователи начинают переводить “внутри”, потому что так быстрее, проще и предсказуемее.
Обменник
Подтверждённые показатели
- Объём обменных операций в USD-экв.: $8.1M
- Эффективная комиссия и спред: 0.41%
- Тестовая комиссия платформы: 0.10-0.25%
- Период активной монетизации: последние ~2 месяца пилота
Обменник дал реальный измеримый оборот, то есть пользователи не просто “пробовали”, а регулярно конвертировали внутри приложения. При этом модель была построена так, чтобы результат сделки был понятен заранее: предпросмотр You pay / You receive до подтверждения снижает эффект “скрытых условий” и повышает доверие к операции.
Ключевой вывод здесь в том, что монетизация включается без разрушения UX, когда сохраняется главный триггер доверия - предсказуемый итог до подтверждения. Показатели 0.41% и тестовой комиссии 0.10-0.25% подтверждают управляемость этого слоя на живом продукте.
Note
Здесь важно не “самая низкая комиссия”, а отсутствие сюрпризов: пользователь видит итог заранее и подтверждает сделку осознанно.
P2P
Подтверждённые показатели
- Объём P2P в USD-экв.: $9.1M
- Количество P2P-сделок: 34 839
- Maker / Taker: 36% / 64%
- Медианное время закрытия сделки: 17 минут
- Dispute rate: 1.8%
P2P проявился как самостоятельный активный контур, а не “приложение к обменнику”. Он дал отдельный слой транзакционной активности, который можно измерять, улучшать и масштабировать как систему.
Сочетание скорости и управляемости видно в двух цифрах: 17 минут медианного закрытия и 1.8% dispute rate. Это прямой сигнал, что P2P можно вести предсказуемо, если процесс сделки изначально построен как управляемый жизненный цикл: фиксация условий, эскроу, подтверждение оплаты, завершение и результат.
Дополнительно важно, что в связке с внутренними переводами и обменником P2P закрывает сценарии “гибких условий”, а два других контура закрывают скорость и мгновенную конвертацию. В итоге формируется закрытый цикл внутри приложения, где пользователю не нужно уходить в другие сервисы.
Warning
P2P всегда несёт повышенные риски, поэтому здесь особенно важны правила сделки, управляемый lifecycle и предсказуемый диспут-процесс, а не “ручные договорённости”.
RWA
Подтверждённые показатели
- Лист интереса и ожидания: 1 328 пользователей
- Участники закрытого теста: 133
- Тестовые инвестиции в USD-экв.: $0.32M
Даже в MVP, где RWA был ранним модулем, мы получили измеримый спрос и переход от интереса к действиям: от листа ожидания к закрытому тесту и тестовым инвестициям.
В MVP RWA был проверкой базовой гипотезы: воспринимают ли пользователи реальный актив как понятный класс внутри банковского приложения рядом с фиатом и крипто, без “вынесения” в отдельный сервис. Результат показал, что такой контур способен собирать спрос уже на ранней стадии при правильной упаковке и контролируемом доступе.
Example
Логика MVP для RWA была простой: сначала интерес, затем ограниченный доступ, затем действие и измеримые объёмы.
Удержание и “липкость”
Оцениваем не разовый интерес, а повторяемость сценариев и то, насколько продукт становится привычкой.
Info
“Липкость” - это когда пользователь возвращается не потому что “надо”, а потому что внутри есть быстрый, понятный и повторяемый сценарий.
Удержание в MVP мы рассматриваем через поведение: как часто люди возвращаются, какие операции делают повторно и насколько быстро продукт превращается в привычный контур для денег. Для финтеха это ключевой показатель качества: если сценарий становится регулярным, то маркетинг превращается из “постоянной подпитки” в масштабирование.
7.1 Липкость формируют 3 базовых сценария
В MVP именно три контура начинают превращать продукт в привычку, потому что они либо экономят время, либо убирают ошибки, либо дают предсказуемость результата:
- Внешний вход/выход как проверка доверия и реальности сервиса
- Внутренние переводы как быстрый повседневный сценарий между людьми
- Обмен и P2P как глубина использования и естественная монетизация
Эти сценарии в MVP не конкурируют, а последовательно складываются в “цикл”: пользователь сначала проверяет вход/выход, затем начинает переводить внутри, а после этого уже использует обмен или P2P как регулярный инструмент.
Tip
Когда внутренние переводы становятся частью повседневных действий, продукт перестаёт быть “кошельком” и превращается в платёжную среду.
7.2 Сигналы реальной привычки из транзакций MVP
Мы видим липкость через структуру и масштабы операций, потому что именно они показывают повторяемость.
- Всего транзакций за пилот: 570 515
- Внутренние операции (без комиссии): 193 975 или 34.0%
- Операции Exchange + P2P (комиссионные): 85 577 или 15.0%
Эта структура важна потому, что внутренняя доля в 34.0% означает повторяемость социальных сценариев, а доля Exchange + P2P в 15.0% означает, что часть аудитории уходит глубже в продукт, где уже есть “экономика” и регулярные действия.
7.3 Почему мелкие транзакции усиливают удержание
Распределение по суммам дополнительно подтверждает, что продукт живёт именно на повседневных сценариях:
- 348 014 операций (61.0%) - менее $100
- 205 385 операций (36.0%) - 1 000
- 17 116 операций (3.0%) - > $1 000
Большая доля мелких операций обычно означает не низкое доверие, а повторяемость: люди возвращаются за маленькими действиями чаще, и именно это создаёт “липкость” сильнее, чем редкие крупные чеки.
Note
Для ранней стадии MVP именно регулярные мелкие транзакции важнее редких крупных: они показывают, что продукт стал привычкой, а не экспериментом.
7.4 Почему внутренняя сеть повышает удержание быстрее рекламы
Внутренние переводы формируют важный эффект: люди начинают привязывать продукт к своему кругу контактов. Это создаёт естественный барьер ухода, потому что сменить приложение означает “перенести” не только деньги, но и платёжные связи.
Если упрощать, то удержание усиливается по мере роста базы по простой логике:
- чем больше пользователей внутри
- тем чаще перевод “закрывается” внутрь
- тем быстрее появляется ощущение “все здесь”
- тем ниже мотивация уходить и тем выше повторяемость
7.5 Что в MVP уже показало эффект липкости
Итоговый вывод по поведению MVP:
- есть масса повторяемых действий (570 515 транзакций)
- есть социальный контур (34.0% внутренних переводов)
- есть углубление в сценарии с экономикой (15.0% Exchange + P2P)
- есть признаки устойчивого использования по неделям, то есть продукт работает не всплеском, а серией
Question
Что будет усиливать липкость дальше, если не менять ядро? Ответ - расширение периметра сценариев вокруг тех же трёх контуров: переводы, обмен, P2P, но с большим числом входов, более широкими лимитами и более плотной связью с ежедневными платежами после прохождения KYC.
Монетизация (ARPU)
Фиксируем, где в MVP уже появилась экономика, почему она “здоровая” и как она масштабируется без ухудшения продукта.
Info
Монетизация в финтехе выигрывает не агрессией, а предсказуемостью, прозрачностью и повторяемостью сценариев. В MVP важен не “максимум выжать”, а доказать, что экономика появляется естественно.
В MVP мы осознанно не строили монетизацию как цель номер один. Цель была другой: доказать, что продукт способен жить на реальном трафике, удерживать пользователей и генерировать сделки там, где комиссия воспринимается как нормальная плата за скорость, удобство и снижение рисков.
Именно поэтому эта часть сильна тем, что цифры монетизации появились как побочный эффект “работающего контура”, а не как искусственная надстройка.
8.1 Где в MVP уже формируется доход
Внутри MVP есть два естественных источника дохода, которые не требуют изменения базовой логики продукта:
- Обменник - комиссия и спред как плата за мгновенную конвертацию и предсказуемый итог сделки.
- P2P - комиссионные сценарии, где платят за управляемый процесс сделки, снижение мошенничества и нормальный dispute-flow.
Это важный сдвиг относительно рынка, где пользователю часто приходится выбирать между “дешево” и “понятно”. В MVP монетизация привязана к месту, где ценность ощущается сразу: конвертация и сделка.
8.2 Обменник как “понятная экономика”, а не скрытые условия
Подтверждённые показатели MVP по обменнику
- Объём обменных операций в USD-экв.: $8.1M
- Эффективная комиссия и спред: 0.41%
- Тестовая комиссия платформы: 0.10-0.25%
- Период активной монетизации: последние ~2 месяца пилота
Сильная сторона здесь не в том, что “комиссия минимальная”, а в том, что у пользователя исчезает триггер недоверия - неожиданный итог. В обменнике пользователь видит результат заранее, и комиссия воспринимается как часть прозрачной сделки, а не как сюрприз.
Tip
В финтехе самый дорогой актив - доверие. Прозрачная комиссия часто удерживает лучше, чем “нулевая”, но с неожиданными условиями.
8.3 P2P как слой, где платят за контроль и безопасность
Подтверждённые показатели MVP по P2P
- Объём P2P в USD-экв.: $9.1M
- Количество P2P-сделок: 34 839
- Maker / Taker: 36% / 64%
- Медианное время закрытия: 17 минут
- Dispute rate: 1.8%
На P2P пользователи готовы платить не “за кнопку”, а за то, что сделка проходит как управляемый процесс: понятные правила, предсказуемое закрытие, спор решается по регламенту, а не “как получится”. Именно поэтому P2P и обменник вместе дают устойчивую основу экономики: один закрывает мгновенную конвертацию, другой - гибкие условия сделки.
8.4 Почему это честная монетизация
Честная монетизация в MVP опирается на два принципа:
- Плата берётся там, где пользователь получает моментальную измеримую ценность.
- Комиссия не маскируется и не появляется постфактум как “добавка”, а встроена в понятный результат сделки.
Эта логика особенно важна в контексте рыночных проблем, которые мы описывали: скрытые комиссии, непредсказуемость итогов, ручные процессы и “серые зоны” в P2P. Мы строим монетизацию так, чтобы она выглядела как плата за ясность, безопасность и скорость.
8.5 ARPU в MVP: почему ранняя стадия всё равно сильная
ARPU на стадии MVP неизбежно будет скромным, потому что:
- часть пользователей в MVP остаётся на базовых сценариях входа/выхода
- значительная часть монетизации включается ближе к концу, после накопления доверия
- многие расширяющие возможности в полном продукте раскрываются после KYC и через подписки
Но сила MVP в другом: даже в этих условиях мы уже получили измеримые обороты в 8.1M</span> по обменнику и <span style="color:#6FEABE; font-weight:bold;">9.1M по P2P, то есть доказали наличие сценариев, где экономика включается естественно.
Note
Важно понимать: это не “пик монетизации”, а доказательство того, что воронка уже ведёт к платящему поведению без изменения базовой архитектуры.
8.6 Что масштабирует ARPU дальше, не ломая продукт
Дальнейший рост ARPU строится не на увеличении комиссии, а на расширении числа пользователей, которые доходят до комиссионных сценариев и повторяют их регулярно:
- рост доли пользователей, которые используют обмен как регулярную операцию
- рост P2P-активности за счёт более плотной ликвидности и доверия
- подключение подписок, которые управляют правами и лимитами по всему продукту (ядро и модули) и переводят монетизацию в предсказуемый регулярный формат
Именно так появляется здоровая модель: ARPU растёт вместе с “глубиной” использования, а не за счёт давления на пользователя.
Question
Что в этой схеме самое важное? Сохранить доверие. Рост дохода строится на том, что комиссия воспринимается как плата за удобство и безопасность, а не как “налог за использование”.
Сервис и поддержка: часть продукта, а не “отдельный отдел”
Поддержка в MVP - это встроенный сервисный контур: ответы, действия, документы и безопасные подтверждения в одном месте.
Note
Мы рассматриваем поддержку как функцию продукта: она не “объясняет”, а помогает сделать и зафиксировать результат.
В классическом банкинге поддержка чаще всего живёт отдельно: пользователь приходит с вопросом, получает инструкцию, потом делает всё сам, ошибается, возвращается снова. В DARCA поддержка встроена как операционный слой внутри приложения: она не только отвечает, но и ведёт пользователя по пути до результата, оставаясь при этом в рамках безопасности.
9.1 Единый in-app чат как “шлюз” к действиям и знаниям
Поддержка в MVP - это единый чат внутри приложения, который объединяет:
- ответы и пояснения по функциям
- подсказки и корректные шаги именно для контекста пользователя
- документы и выписки, которые можно запросить и получить в чате
- deep-links и кнопки, которые переводят сразу на нужный экран, чтобы не искать руками
Ключевой принцип: если пользователь спрашивает “как отправить”, ему не дают стену текста. Ему показывают короткую логику, а затем дают кнопку-переход на нужный экран, уже в правильном контексте.
Tip
Поддержка превращается в “навигатор”: ответ всегда заканчивается действием или документом, а не “прочитайте инструкцию”.
9.2 Два уровня: AI-слой и оператор как “контроль качества”
В MVP поддержка строится в два слоя, чтобы одновременно дать скорость и сохранить качество:
- AI-слой - отвечает мгновенно, объясняет функции, помогает пройти сценарии, уточняет контекст и предлагает правильный следующий шаг.
- оператор - подключается для сложных кейсов, спорных ситуаций, проверок и случаев, где нужен человеческий контроль.
При этом оператор работает не “вслепую”: он получает от AI короткое саммари диалога, подсказку по решению и релевантные ссылки на внутренние сценарии. Это повышает скорость обработки и снижает нагрузку без потери качества.
Info
AI здесь - не замена людей, а ускоритель: меньше очередей, меньше ручной рутины, выше предсказуемость сервиса.
9.3 Поддержка может “делать”, но не нарушает безопасность
Мы разделяем действия на два класса:
- некритичные действия - то, что оператор может выполнить по запросу пользователя (например, отправить документ, подготовить выписку, помочь с настройками, показать статус).
- критичные действия - всё, что влияет на деньги, подтверждения, подписи и права доступа.
Критичные действия никогда не делаются “руками оператора”. Даже если поддержка ведёт пользователя к нужному решению, финальное действие выполняет только пользователь через кнопку в приложении и подтверждает его своими методами авторизации.
Это устраняет классическую банковскую проблему: “поддержка попросила код, и всё украли”. У нас поддержка не требует секретов и не делает деньги руками.
Warning
Любой звонок “от DARCA” считается мошенничеством. Мы не звоним и не принимаем звонки, а все критичные действия требуют подтверждения пользователя в приложении.
9.4 Поддержка в популярных мессенджерах, но с безопасной архитектурой
Помимо in-app чата, поддержка может быть доступна в популярных мессенджерах (Telegram/WhatsApp/WeChat/iMessage и т.п.), но с ключевым ограничением:
- мессенджеры используются как канал коммуникации
- любые критичные действия выполняются только в приложении через подтверждение пользователем
То есть даже если пользователь общается с поддержкой вне приложения, он никогда не подтверждает деньги или подписи в мессенджере. Мессенджер завершает диалог ссылкой или кнопкой, которая переводит в приложение на нужный экран.
9.5 Почему это усиливает продукт и снижает стоимость сервиса
Этот подход решает сразу несколько рыночных проблем:
- низкое качество поддержки - у пользователя появляется быстрый путь к результату, а не “ожидание и инструкции”
- фрагментация - поддержка, документы, действия и обучение находятся внутри одного контура
- скрытые потери времени - меньше ошибок, меньше повторных обращений, меньше ручной навигации
И одновременно это снижает наши операционные затраты: AI закрывает типовые запросы, оператор становится “точкой контроля” и работает быстрее за счёт подсказок и саммари.
Example
Пользователь пишет: “как пополнить USDT?” Поддержка отвечает коротко по шагам, затем выдаёт кнопку “Открыть экран пополнения USDT” и показывает, где именно смотреть сеть и адрес.
9.6 Поддержка как источник улучшения продукта
Поддержка в DARCA - это ещё и инструмент улучшения:
- AI формирует саммари диалогов
- отдельный слой контроля качества выявляет частые запросы, повторяющиеся ошибки, слабые места UX
- база знаний обновляется быстрее, потому что вопросы структурируются автоматически
То есть поддержка не только обслуживает, но и превращается в постоянный поток данных о том, что реально нужно пользователям и где продукт должен стать проще.
Риски, вызовы и уроки пилота
В MVP проявились реальные точки риска, и мы закрыли их не “обещаниями”, а процессами, инженерными механизмами и управляемостью в эксплуатации.
Warning
Мы фиксируем здесь только то, что реально проявилось в MVP, и то, что мы уже встроили как постоянные механики, чтобы масштабирование шло через снижение рисков, а не через их накопление.
10.1 Таблица «Риски / Вызовы / Что сделали / Урок»
| Риск / вызов | Что проявилось в MVP | Что мы сделали в пилоте | Урок, который встроили в платформу |
|---|---|---|---|
| Риск фродовой атаки на P2P, попытки “через диспут” и давление на продавцов | Диспуты есть всегда, вопрос в масштабе и управляемости. В MVP доля диспутов составила 1.8% при 34 839 сделках и объёме P2P $9.1M | Настроили правила сделок, арбитраж, контрольные точки, сбор сигналов по подозрительным паттернам и регламент разрешения конфликтов | P2P масштабируется не ликвидностью, а зрелостью процесса. Доверие держится на предсказуемости закрытия сделки |
| Проблемы сложных кейсов обмена и внешних сетей, спорные операции | В on-chain контурах возможны “краевые” кейсы: задержки сети, неправильные ожидания по комиссиям, ошибки адреса/сети | Доработали статусы, предпросмотр итогов, предупреждения, обучающие подсказки, а также связку поддержки с контекстом операций | Статусы и прозрачность уменьшают не только ошибки, но и нагрузку на поддержку. UX в транзакциях - часть антифрода |
| Падение качества поддержки при росте обращений | Были пики обращений, типичные для живого продукта на транзакциях | Сняли нагрузку не наймом “массового отдела”, а управляемостью: triage, база знаний, шаблоны, процессная дисциплина | Поддержка - продолжение продукта. Если процессы и инструменты правильные, сервис держит качество при росте без линейного роста расходов |
| Риск UX-ошибок: сети, адреса, статусы, “не понял что произошло” | Ошибки пользователя в финтехе стоят дорого: деньгами, временем и репутацией | Укрепили “контур понятности”: предпросмотр “You pay / You receive”, статусы on-chain, понятная логика подтверждений, единая связка с поддержкой | Доверие - это не обещание. Доверие - это продуктовая механика, где пользователь видит, что всё прозрачно и управляемо |
| Риск “тихих” системных ошибок интеграций (незаметные сбои, ретраи) | В интеграциях возможны локальные сбои и задержки. Чем больше объёмы, тем выше цена одной незаметной проблемы | Добавили мониторинг, ретраи, алерты и эксплуатационную дисциплину | Устойчивость важнее “скорости разработки”. Наблюдаемость и дисциплина делают систему масштабируемой |
| Риск резкого внешнего ограничения периметра | Регистрация была закрыта по внешним административно-политическим причинам, активность пилота быстро ушла в ноль | Мы корректно зафиксировали периметр и завершили пилот управляемо, без “подвешенных” средств и статусов | Зрелость продукта - уметь не только запускать, но и корректно завершать цикл, не разрушая доверие |
10.2 Развёрнутый комментарий: что именно мы нашли в реальном пилоте
KYC и рост: почему KYC - это управляемость, а не “барьер”
Мы видим, что ограничения по KYC и этапам онбординга часто воспринимаются рынком как “тормоз роста”. В пилоте мы получили обратное: KYC влияет не только на легальность, но и на качество аудитории и риск-профиль операций.
В выводах это фиксируем как принцип: рост должен быть не “любыми пользователями”, а пользователями, которых можно сопровождать качественно, безопасно и предсказуемо. Это особенно важно для P2P и внешних сетей.
Info
KYC в нашей логике - это фильтр качества потока, который снижает стоимость антифрода, поддержки и споров по мере масштабирования.
Интеграции и эксплуатация: почему устойчивость важнее “скорости разработки”
Любой банк живёт в интеграциях: сети, провайдеры, внешние контуры. В MVP мы увидели локальные сбои и задержки и сделали ровно то, что отличает продуктовую команду от команды “сделали демку”: добавили мониторинг, ретраи, алерты и эксплуатационную дисциплину.
Это снижает риск “тихих ошибок” и делает систему масштабируемой: чем больше объёмы, тем выше цена одной незаметной проблемы. Мы закрыли это на уровне инженерной культуры.
Поддержка: как не раздувать штат и при этом держать качество
В пилоте были пики обращений - это нормально, когда продукт живой, а пользователи активно делают операции. Мы сняли нагрузку не наймом “массового отдела”, а управляемостью: triage, база знаний, шаблоны и процессная дисциплина.
Результат - поддержка в MVP работала 24/7 с измеримым качеством, что мы уже показали в KPI поддержки.
Главный урок: поддержка - продолжение продукта. Если процессы и инструменты правильные, сервис держит качество при росте без линейного роста расходов.
P2P: главный стресс-тест доверия и зрелости продукта
P2P - это зона максимального риска: человеческий фактор, попытки мошенничества, конфликты. В MVP мы получили реальный объём P2P $9.1M и 34 839 сделок, а доля диспутов составила 1.8%.
Для нас ключевой показатель не “идеальная нулевая доля диспутов”, а наличие управляемого процесса: правила, арбитраж, контрольные точки и предсказуемость закрытия сделки. Именно это удерживает доверие и позволяет масштабировать P2P как модуль, а не как “опасную функцию”.
Корректное завершение пилота: зрелость - это уметь не только запускать
Сильная команда в финтехе определяется не тем, что она “умеет запускать”, а тем, что она умеет эксплуатировать продукт в реальности и завершать пилот корректно, не разрушая доверие пользователей.
Мы прошли полный цикл пилота:
- продукт работал на реальной транзакционной нагрузке,
- мы фиксировали риски и закрывали их процессами и улучшениями,
- в конце - корректно зафиксировали периметр и завершили пилот по внешним административно-политическим причинам.
По недельной статистике видно управляемое завершение: W32 - уже почти нулевая активность, далее W33-W35 - нули, что отражает остановку регистрации и закрытие периметра пилота.
Это важный сигнал зрелости: мы умеем не только “разгонять рост”, но и управлять продуктом как инфраструктурой - с дисциплиной и ответственностью.
Переносимость результатов и ориентиры для следующего запуска
Фиксируем, что именно из MVP переносится в следующий запуск без переизобретения, и какие ориентиры задают масштабирование по продукту, рискам и экономике.
Info
Самая ценная часть MVP - не цифры сами по себе, а переносимые механики: что уже доказало работоспособность на реальном трафике и будет масштабироваться без изменения ядра.
В этом пилоте мы получили редкую вещь для ранней стадии: не только рост, но и подтверждение поведения, устойчивость эксплуатации и понятную экономику в сценариях, где пользователь готов платить за ценность. Это означает, что следующий запуск строится не “с нуля”, а на базе уже проверенных контуров.
11.1 Что переносится напрямую: проверенные контуры MVP
1) Ядро транзакций и статусов
- Проверенная способность выдерживать реальную нагрузку: всего 570 515 транзакций.
- Мгновенная внутренняя финальность: обновление статусов менее 1 секунды для внутренних операций.
- Понятные статусы в on-chain сценариях и предсказуемое поведение продукта в реальной эксплуатации.
2) Монетизация как “естественная часть ценности”
- Обменник: объём $8.1M, эффективная комиссия и спред 0.41%, тестовая комиссия платформы 0.10-0.25%.
- P2P: объём $9.1M, 34 839 сделок, медиана закрытия 17 минут, dispute rate 1.8%. Это переносится как модель: доход появляется там, где ценность прозрачна и измерима.
3) Управляемость P2P
- P2P показал, что спорные кейсы не “ломают” продукт, если есть процессы, контрольные точки и арбитраж.
- Метрики дают основу для улучшения ликвидности, рейтинга и риск-правил без перестройки архитектуры.
4) Сервис как слой продукта
- Поддержка доказала эффективность как встроенный контур: быстрые ответы, контекстные переходы (deep-links), документы и регламент критичных действий через подтверждение пользователем.
- Этот слой масштабируется вместе с продуктом, снижая стоимость ошибок и повторных обращений.
Note
Переносится не “сумма цифр”, а архитектура: ядро + контуры доверия + контуры экономики + контуры поддержки.
11.2 Таблица переносимости: что доказано, что усиливаем, что добавляем
| Блок | Что доказано в MVP | Что усиливаем в следующем запуске | Что добавляем как следующий слой |
|---|---|---|---|
| Ядро | Высокая транзакционная активность (570 515), быстрые статусы, стабильная эксплуатация | Наблюдаемость, мониторинг, алерты, стресс-тесты по пикам | Более плотная связь с KYC-логикой и подписками |
| Обмен | Оборот $8.1M, работающая экономика комиссий | Улучшение UX предпросмотра итогов, расширение доступных направлений | Глубже интеграция с лимитами и подписками |
| P2P | Оборот $9.1M, 34 839 сделок, управляемость споров | Рейтинг, лимиты, фильтры риска, обучение, алерты | Copy-trading, расширенная аналитика поведения, “учебный счёт” |
| Поддержка | Возможность сопровождать транзакционный продукт и держать качество | AI-слой, саммари, контроль качества, автоматизация документов | Масштабирование каналов (in-app + мессенджеры) без вывода критичных действий наружу |
| RWA (ранний слой) | Спрос подтверждён: waitlist 1 328, закрытый тест 133, объём $0.32M | Строгие процедуры допуска, документация, контроль рисков | Расширение классов RWA и связка с P2P |
11.3 Ориентиры следующего запуска: что именно мы должны подтвердить
Следующий запуск должен подтвердить три ключевые вещи, которые превращают “успешный MVP” в масштабируемую платформу.
1) Повторяемость и рост “глубины”
- рост доли пользователей, которые доходят до обмена и P2P
- рост доли внутренних операций как признака “социального контура”
- сохранение понятности статусов и итогов сделки при росте нагрузки
2) Управляемость рисков на масштабе
- удержание dispute rate P2P в контролируемом диапазоне при росте ликвидности
- усиление “contours of trust”: KYC, рейтинги, лимиты, поведенческие сигналы
- повышение эффективности поддержки без линейного роста команды
3) Экономика как следствие ценности
- ARPU растёт не от “поднятия комиссии”, а от роста доли пользователей в комиссионных сценариях
- подписки становятся механизмом управления правами и лимитами по продукту (ядро и модули), создавая предсказуемую выручку без ухудшения UX
Tip
Следующий запуск - это не “добавить больше функций”, а уплотнить работающие сценарии и сделать их масштабируемыми по рискам и экономике.
11.4 Почему результаты пилота масштабируются
Пилот дал основу, которая переносится в любой следующий периметр, потому что она не завязана на “удачу” или один канал трафика:
- ядро доказало стабильность на реальном трафике
- P2P доказал управляемость и наличие метрик, на которые можно влиять
- обмен доказал наличие готовой экономики
- поддержка доказала, что сервис можно строить как продукт, а не как отдел
- ранний RWA показал спрос при контролируемом допуске
11.5 Что важно не повторить: ограничение пилота как урок
Регистрация в пилоте была закрыта по внешним административно-политическим причинам. По недельной статистике видно управляемое завершение: W32 - почти нулевая активность, далее W33-W35 - нули.
Этот урок переносится как принцип: следующий запуск должен строиться с заранее продуманной региональной рамкой и контрольными сценариями переключения периметра, чтобы продукт не зависел от одного коридора развития.
Question
Что является самым сильным ориентиром на следующий запуск? То, что ядро, P2P, обмен, поддержка и ранний RWA уже показали работоспособность. Следующий запуск - это масштабирование проверенных контуров, а не ставка на неизвестность.
Почему мы не “с нуля” и что уже построено
MVP завершил ключевую работу ранней стадии: доказал продуктовую жизнеспособность, управляемость рисков и наличие экономики на реальном использовании.
Info
Это не история “мы придумали концепт”. Это история “мы уже проверили ядро на реальных транзакциях, выстроили процессы и знаем, что масштабируем дальше”.
MVP был построен не как демонстрация, а как проверка того, что в реальном мире обычно ломает финтех: скорость статусов, доверие в сделках, спорные кейсы, нагрузка на поддержку, прозрачность итогов и первые признаки экономики. В результате мы получили фундамент, который переносится в следующий запуск без переизобретения.
12.1 Что уже доказано фактами
В пилоте мы получили измеримые результаты, которые характерны не для “прототипа”, а для работающего контура:
- Общее число транзакций: 570 515
- Внутренние статусы подтверждаются и отображаются: менее 1 секунды
- Объём обменных операций: $8.1M
- Эффективная комиссия и спред (обмен): 0.41%
- Тестовая комиссия платформы: 0.10-0.25%
- Объём P2P: $9.1M
- P2P сделки: 34 839
- Медианное время закрытия P2P-сделки: 17 минут
- Dispute rate: 1.8%
- RWA (ранний интерес и тест): waitlist 1 328, закрытый тест 133, тестовые инвестиции $0.32M
Note
Эти цифры важны не как “красивые”. Они показывают, что уже есть повторяемые сценарии, управляемые процессы и экономика в местах, где пользователь готов платить за ценность.
12.2 Что уже построено как система, а не как “функции”
1) Ядро как инфраструктура Ядро доказало способность работать на реальном трафике: скорость, статусы, поведение под нагрузкой. Это фундамент, который переносится напрямую.
2) Контур доверия в сделках P2P и обмен показали, что доверие можно строить не “словами”, а механиками: предпросмотр итогов, регламенты, статусы, поддержка как навигатор и арбитраж.
3) Контур управляемости рисков В пилоте проявились риски и вызовы, которые неизбежны: диспуты, сложные кейсы on-chain, пики обращений, эксплуатационные нюансы. Мы закрыли их процессами, мониторингом и регламентами, а не ручной “героикой”.
4) Контур сервиса как продукта Поддержка в MVP - это не “отдельный отдел”, а встроенный слой: ответы, контекст, deep-links, документы и безопасные подтверждения. Это снижает ошибки, повышает удержание и уменьшает операционные затраты на масштабе.
Tip
Разница между “с нуля” и “уже построено” в финтехе проста: есть ли у тебя контуры, которые выдерживают реальность. В MVP эти контуры уже прошли проверку.
12.3 Почему это не просто пилот, а подготовка к масштабированию
У большинства проектов на ранней стадии есть только один из пунктов: идея, интерфейс или первая аудитория. Здесь сформировалась связка, которая обычно появляется позже:
- продуктовые сценарии подтверждены реальными операциями
- риски проявились на ранней стадии и были закрыты системно
- экономика начала работать там, где ценность понятна и измерима
- ранний интерес к RWA подтверждён без массового “разгона” и без репутационного риска
12.4 Что дальше развивается без изменения ядра
Следующий запуск - это не “перезапуск с нуля”, а расширение проверенного фундамента:
- расширение сценариев ядра после KYC и подключение фиатных контуров и карт
- рост ликвидности и зрелости P2P: рейтинг, лимиты, алерты, обучение, copy-trading
- усиление подписок как механизма управления правами и лимитами по продукту (ядро и модули)
- развитие RWA как слоя, который может стать крупным драйвером роста при строгом управлении рисками
Question
В чём главный смысл этого заключения? MVP подтвердил, что DARCA строится как платформа с переносимой инфраструктурой, а не как набор гипотез. Следующий запуск опирается на уже работающие контуры, а не на надежду.