Telecom wallet: когда нужен, а когда это ловушка

Три цифры

Любой разговор о wallet должен начинаться с трёх цифр. Frequency: сколько раз в месяц клиент открывает wallet. Merchant network: сколько точек принимает оплату. Take rate: какую долю оператор удерживает с каждой транзакции.

В работающих telco-wallet моделях мира эти цифры выглядят так. M-Pesa в Кении: 8-15 транзакций per user в месяц, более 100 000 точек, take rate 0.5-1.5%. GCash на Филиппинах: 12-18 транзакций, 2.5 миллиона мерчантов, take rate 0.3-0.8%. Orange Money в Африке: 6-10 транзакций, специфичная network, take rate 1-2%. STC Pay в Саудовской Аравии: 15+ транзакций, экосистема банка SNB, take rate переменный.

Большинство telecom-операторов которые запускают wallet, считают frequency и merchant network как пропорцию от своей абонентской базы. Это ошибка. Размер базы сам по себе не даёт adoption. Гораздо важнее три параметра выше.

Какие условия Узбекистана

В Узбекистане payment landscape сложнее чем кажется со стороны. По реестру ЦБ РУ работают десятки платёжных организаций (cbu.uz/payment-organizations). Click обслуживает значительный объём платежей через мерчантов и P2P. Payme — лидер по интеграциям и UX. Apelsin и Uzum работают в e-commerce и retail. Анора, Тенге24 — нишевые продукты.

С точки зрения wallet-новичка ситуация такая. Слот «default mobile wallet» уже занят Click и Payme. У них уже есть merchant network, frequency, brand recognition среди молодёжи и среднего класса. Запускать ещё один wallet — это конкурировать в наработанной категории, что значительно дороже чем создавать новую.

Ситуация контрастирует с рынками где telco-wallet взлетел. M-Pesa возникла в Кении когда банки покрывали 20% населения и не было альтернативы. GCash возник до того как банки развернули digital. Узбекистан — не молодой платёжный рынок, это рынок с устоявшимися fintech-игроками.

Это не значит что wallet не имеет смысла. Это значит что подход должен быть другим.

Три типа wallet и их экономика

Тип А: full custody wallet с лицензией. Оператор получает лицензию платёжной организации, держит баланс клиента сам, обслуживает P2P, мерчантов, top-up, payouts. Регуляторно тяжёлый путь — compliance, AML, KYC, финансовая отчётность. Capex 3-5 млн долларов на запуск, 12-18 месяцев на лицензию плюс build, 18-24 месяца на breakeven при оптимистичном сценарии. Окупается при frequency 10+/месяц на пользователя и merchant network 30 000+. Стоит начинать только если оператор готов вложиться в финтех как в отдельный бизнес-блок с собственной P&L.

Тип Б: partner wallet (white-label на инфраструктуре банка или платёжной организации). Оператор владеет UX, базой, маркетингом. Деньги, compliance, settlement — у партнёра. Оператор получает revenue share с транзакций. Capex значительно меньше — несколько сотен тысяч долларов на интеграцию. Time to market 6-9 месяцев. Breakeven 12-18 месяцев при усреднённой take rate 0.2-0.5%. Подходит для большинства телекомов которые хотят wallet-функциональность без полного финансового бизнеса.

Тип В: lightweight payments внутри основного приложения. Не отдельный wallet-продукт, а функциональность внутри telecom app: пополнение баланса, оплата счетов за коммуналку, переводы между абонентами оператора, рассрочка устройств. Без амбиции быть «универсальным wallet». Capex минимальный, time to market 3-6 месяцев. Не приносит больших доходов через payment fees, но повышает frequency app, retention и cross-sell. Это то что у большинства операторов уже есть в каком-то виде.

Любая стратегия wallet начинается с выбора между этими тремя. Без выбора — будет mix всех трёх с худшей экономикой каждого.

Когда wallet оправдан экономически

Условие первое: у оператора есть retail/dealer network который может обслуживать cash-in/cash-out. Без неё wallet остаётся digital-only продуктом с ограниченной клиентской базой (только клиенты которые уже digital-native). С ней wallet работает и для cash-heavy сегмента.

Условие второе: у оператора нет долгосрочной стратегии партнёрства с одним сильным банком. Если такая стратегия есть, wallet через банк-партнёра дешевле и быстрее. Если нет — full custody может иметь смысл как способ войти в финтех самостоятельно.

Условие третье: оператор готов инвестировать в merchant acquisition. Без mерчантов wallet — это P2P-канал с ограниченной экономикой. Merchant acquisition в УЗ — это работа против Click и Payme на их территории. Каждая привязка мерчанта к новому wallet требует value proposition сильнее чем «у нас тоже есть QR-код».

Условие четвёртое: руководство готово к 18-24 месяцам инвестиций до первого реального дохода с расчётом на долгосрочный strategic asset, а не quick-win. Wallet быстро не окупается. Если требование быстрого возврата — wallet не подходит.

Если хотя бы одно из этих условий не выполнено, экономика становится отрицательной независимо от качества технической реализации.

Когда wallet — ловушка

Сценарий первый. Совет директоров видит fintech как растущий бизнес-блок и хочет «свой wallet». Команда запускает проект без четкого ответа на вопрос «зачем клиенту наш wallet вместо Click». Через 12 месяцев у wallet несколько десятков тысяч активных пользователей при общей базе оператора в миллионы. Объяснение: «нужен маркетинговый push». Через ещё 12 месяцев — то же самое плюс понимание что merchant network не растёт. Решение либо закрыть, либо искусственно subsidize. Это потерянные 18-30 месяцев и значительный бюджет.

Сценарий второй. Wallet запускают как способ конкурировать с банком-партнёром, который занимает позицию payment provider в текущей telecom-экосистеме. Это разрушает партнёрство. Банк забирает свои продукты. Доходы оператора от текущих интеграций падают. Wallet не успевает компенсировать падение из-за low adoption.

Сценарий третий. Wallet запускают параллельно с другими продуктами (super app, marketplace, loyalty), и команда расщепляется между ними. Каждый продукт получает 30-40% от необходимого внимания. Все три продукта выглядят запущенными, ни один не достигает масштаба. На bухгалтерии выглядит как капитализированный CapEx, на P&L — как расходы без отдачи.

Что лучше wallet в большинстве случаев

Bill payments hub. Оплата ЖКХ, налогов, штрафов, школьных платежей, страховок через приложение оператора. Это категория с понятной частотой (1-3 раза в месяц на клиента), низкими комиссиями для клиента, и понятной экономикой через partnerships с провайдерами услуг. Telco app становится утилитой для постоянного использования.

Device financing. Рассрочка на смартфоны и устройства через приложение оператора. Высокий чек, понятная экономика рисков (если клиент не платит — отключение SIM), потенциал partnerships с retailer-ами. Это близко к wallet функциональности, но в более конкретном продукте.

Merchant payments на дилерской сети. Если у оператора широкая retail-network, можно сделать SoftPOS или QR-эквайринг для самой сети плюс partner-merchants. Это меньше чем wallet, но это первый кирпич если когда-то wallet будет нужен.

Bundling с существующим wallet. Партнёрство с Click, Payme или другим — оператор продаёт связку «тариф плюс кредит на wallet» или «cashback в wallet за пополнение». Это revenue share без capex.

Decision matrix

Если есть желание идти в wallet, эта матрица помогает выбрать тип.

Условие	Тип А full custody	Тип Б partner	Тип В internal payments
Capex готов вложить	$3-5M	$300-700K	$50-150K
Time to first product	18-24 мес	6-9 мес	3-6 мес
Retail network для cash-in	критично	желательно	не нужно
Стратегия с банком-партнёром	нет	есть, не конфликтная	любая
Merchant acquisition мощность	критично	средне	не нужно
Регуляторный аппетит	высокий	средний	низкий
Готовность ждать 18+ мес breakeven	да	условно	не критично
Окупается при	10+ tx/mo, 30K+ merchants	6+ tx/mo, partner share	повышение app frequency

Большинство операторов в УЗ попадают в столбец Тип В по своему профилю. Это нормально и часто правильно.

Когда не запускать вообще

Если в команде нет головы которая закрывает финтех на полный рабочий день с правом принимать P&L решения — не запускать. Wallet не работает как побочный проект.

Если bilateral отношения с одним сильным банком уже приносят значительные комиссии — не разрушать. Партнёрство с банком на новом wallet (Тип Б) или развитие совместного продукта может дать тот же результат без конфликта.

Если нет ясного ответа на вопрос «зачем клиенту переходить на наш wallet от Click/Payme» — не запускать. Этот ответ обязателен. «Потому что мы оператор» — не работает в насыщенном payment рынке.

Если merchant strategy не описана за пределами заявления «подключим больших ритейлеров» — не запускать. Merchant acquisition — самая дорогая часть wallet и она должна быть планом, не желанием.

Если бизнес-кейс не выдерживает stress-test «что если adoption будет 30% от плана» — не запускать. Большинство wallet-проектов получают 30-50% от планируемого adoption в первые 18 месяцев.

Что обсудить на committee в этом квартале

Один вопрос: какую функциональность wallet мы хотели бы дать клиенту, и какую часть этого мы можем дать через partnership или через internal payments без полного wallet-build? Если ответ — «всё можем без полного wallet», значит нужен Тип В. Если ответ — «есть конкретные сценарии которые без full wallet невозможны», нужен серьёзный business case с реалистичными цифрами adoption и unit economics.

Второй вопрос: каковы наши отношения с key payment partners (Click, Payme, банки) и каковы будут последствия запуска wallet для этих отношений? Это часто упускается из обсуждения, потом всплывает как сюрприз.

Третий вопрос: на какую frequency и merchant network мы рассчитываем на 24-й месяц после запуска, и что должно быть правдой для рынка чтобы эти цифры были достигнуты? Если этот anchor-вопрос не имеет реалистичных ответов, проект пока не зрелый.

Что может сделать SamaraliSoft

Telecom Fintech Opportunity Matrix — это сравнительный анализ типов wallet-стратегии для конкретного оператора. Какой ROI на каждом типе с учётом текущих partnership и payment landscape УЗ. Какую часть wallet-функциональности можно дать через internal payments без отдельного продукта. Как оценить конфликтность full custody wallet с существующими отношениями. Что должно быть в pilot 90-180 дней чтобы проверить адопшен на реальном поведении клиента, а не на презентации.

Внутренние ссылки

• /insights/telecom-growth-after-connectivity/ — где деньги в телекоме после connectivity
• /insights/telecom-trust-platform-cornerstone/ — telecom как digital trust layer
• /decisions/telecom-choose-wallet-platform/ — детальный выбор wallet-платформы
• /architecture/telecom-around-core-architecture/ — почему BSS/OSS не нужно ломать

Источники

• ЦБ РУ — реестр платёжных организаций
• ЦБ РУ — статистика payment systems
• ЦБ РУ — Face ID для digital banking
• The Paypers — stricter digital banking verification, апрель 2026
• UzDaily — рынок телекома 24,873 млрд сум