Wallet или bill payments: с чего начинать telco fintech
Большинство операторов запускают wallet как первый fintech-продукт. Это часто неоптимальный вход — старт с bill payments проще, дешевле и приносит сравнимый retention-эффект.
Обсудить задачуГде обычно начинают
Когда телеком решает войти в fintech, направление по умолчанию — построить или партнёрить wallet. Это salient в индустрии, успешные кейсы (M-Pesa, GCash) wallet-based, и executives видят wallet как mainstream.
Это направление часто неоптимально как первый шаг. Wallet требует регуляторного лицензирования (e-money license или эквивалент), значимой интеграционной способности (карты, банковская сеть, merchant payments), compliance-нагрузки (AML, KYC strict), изменения поведения клиента (от привычного платежа к wallet), сетевых эффектов (acceptance у мерчантов).
В сумме это означает 18-24 месяца сборки перед meaningful revenue. И через тот же период большинство wallet-проектов в регионе не достигают viable scale.
Альтернатива — bill payments. Это не «продаёт wallet», а монетизирует существующее поведение клиента. Клиенты уже платят за коммунальные, интернет, страхование, налоги. Приложение оператора становится hub для этих платежей с небольшой комиссией с транзакции.
Сравнение по ключевым параметрам
| Параметр | Wallet | Bill payments |
|---|---|---|
| Время до первой выручки | 18-24 мес | 6-9 мес |
| Требуемый капитал | высокий | средний |
| Регуляторная сложность | высокая | средняя |
| Барьер adoption клиента | высокий (новое поведение) | низкий (существующее поведение) |
| Сложность интеграции | высокая | средняя |
| Маржа на транзакцию | средняя | низкая |
| Частота использования | high если есть adoption | medium |
| Retention-эффект | высокий (sticky) | средний-высокий |
| Strategic optionality | wallet → много use case | bill → ограниченное расширение |
Когда какое решение
Wallet first подходит если регулятор активно поддерживает telco fintech и лицензирование не major-барьер; есть капитал на 18-24 месяца инвестиций без выручки; внутренняя способность включает payments engineering или сильное vendor-партнёрство; амбиция стратегическая — superapp aspiration; конкурент уже launched и market reception positive.
Bill payments first подходит если капитал ограничен; time to revenue критично; клиентская база предпочитает простоту, а не революцию; wallet ambition существует, но для более позднего этапа; внутренняя способность в платежах ограниченная.
Гибридный подход: старт с bill payments, сборка операций и customer engagement, через 18-24 месяца — запуск wallet с уже engaged user base.
Что должно быть собрано для bill payments
Минимум: интеграция с major utility billers (электричество, газ, вода, интернет, кабельное TV); payment processing — партнёрство с банком или payment processor; UX в приложении — поисковый каталог счетов, лёгкий старт, история; notification system — напоминания для recurring bills; commission economics — согласовано с биллерами и партнёрами.
Сборка занимает 6-12 месяцев. Операции относительно простые — основная работа — biller acquisition и UX-оптимизация.
Что должно быть собрано для wallet
Wallet build значительно сложнее: регуляторная лицензия; платёжная инфраструктура (issuing accounts, KYC, AML, risk monitoring); интеграция с card networks или payment systems; merchant acquisition или интеграция с существующими acceptance networks; customer onboarding flow; compliance-операции; постоянная операционная способность.
Сборка занимает 18-24 месяца, операции — значимая постоянная нагрузка.
Что часто идёт не по плану
Wallet без merchant acceptance. Wallet существует, но мало где принимается. Customer adoption низкое, и каждый user — без сетевого эффекта.
Wallet без уникального use case. У клиента уже есть банковская карта, app банка, payment apps. Wallet оператора без явного преимущества не получает adoption.
Bill payments без commission discipline. Маржа на транзакцию низкая, и если не negotiated correctly с биллерами, P&L отрицательный.
Bill payments как stepping stone, но stepping stop. Сборка bill payments, но операционная команда не строит wallet capability параллельно. Через 12 месяцев wallet ambition fading.
Преждевременное регуляторное взаимодействие. Попытка лицензировать wallet до validation готовности рынка. Лицензия получена, business case не материализовался. Лицензия — постоянный cost без выручки.
Реалистичный путь для оператора в УЗ
Месяцы 1-9. Bill payments. Интеграция с key биллерами. Запуск в приложении. Первоначальная commission revenue. Рост engagement клиента.
Месяцы 10-18. Bill payments scaling, wallet planning. Расширение biller-сети. Начало регуляторного взаимодействия по wallet, RFP partner banks/processors.
Месяцы 19-30. Wallet build. Сборка инфраструктуры. Pilot launch.
Месяцы 31-42. Wallet scaling. Рост merchant acceptance. Маркетинг для adoption. Зрелость операций.
К 3-4 годам — fintech franchise с обоими bills и wallet, генерирующая revenue stream.
Когда в принципе не запускать fintech
Если оператор не имеет стратегического commitment на fintech beyond «индустриальная мода».
Если регуляторная среда враждебна или неясна.
Если капитал ограничен на 18-24-месячный invest-period.
Если конкурентная среда уже заполнена сильными wallet’ами и market saturated.
Если внутренней способности в платежах не существует и надёжные партнёры не identified.
Что обсудить на committee
Какова стратегическая амбиция в fintech — long-term superapp или tactical revenue line? Это определяет direction.
Какова regulatory landscape для telco fintech в УЗ сейчас? Какова roadmap?
Какова доступность капитала на 18-24-месячный invest без выручки?
Bill payments как первый шаг — приемлем стратегически?
Какие партнёры для wallet (банк, processor, merchant network) уже identified?
Что может сделать SamaraliSoft
Telco Fintech Entry Strategy — анализ fintech-возможности для оператора, decision matrix wallet vs bill payments, рамка регуляторного взаимодействия, идентификация и оценка партнёров, roadmap с phased entry, пилот bill payments в течение 9-12 месяцев перед wallet decision.
Внутренние ссылки
- /insights/telecom-wallet-trap/ — когда wallet ловушка
- /insights/telecom-arpu-bundles-devices/ — где растёт ARPU
- /insights/telecom-growth-after-connectivity/ — рост за пределами connectivity
- /solutions/telecom-trust-platform-cornerstone/ — trust platform
Источники
Что ещё стоит изучить
Темы из этой же области, которые часто разбираем вместе с этой
CRM
Не коробочный CRM, а правильно выстроенный контур управления клиентами — от первого контакта до лояльности.
→РешениеBI
Аналитика — не красивые графики на стене. Это ответ на вопрос 'почему?' до того, как проблема станет убытком.
→РешениеКонтакт-центр
Контакт-центр — не телефонная станция, а точка, где клиент решает: остаться с вами или уйти. Вопрос в том, как он устроен внутри.
→РешениеИнтеграции
Интеграции — невидимый, но критический слой. Когда он работает — системы общаются. Когда нет — данные теряются, а люди копируют из окна в…
→Об этом не просто пишу — могу прийти, разобрать вашу ситуацию и спроектировать решение под ваш контур.
Обсудить применение →Готовы обсудить вашу задачу?
Расскажите, что не работает или что нужно построить. Первый разговор — без обязательств.
Обычно отвечаю в течение нескольких часов