Оплатить проезд по QR легко, а спланировать поездку — нет: приходится прыгать между приложением банка, картами и вызовом такси.
Банк как кассир, а не навигатор: Банковские приложения успешно справляются с приемом платежей, но полностью проигрывают специализированным сервисам в удобстве навигации и планирования поездок.
Долговые триггеры: Наличие задолженности или наложенных банком арестов полностью блокирует желание пользователя взаимодействовать с транспортными услугами в этом приложении.
Для жителя современного мегаполиса в Казахстане городская мобильность давно стала цифровой. Банковские экосистемы успешно интегрировали в свои интерфейсы оплату общественного транспорта, платных дорог и парковок, превратив смартфон в универсальный проездной. Тем не менее, за внешним удобством скрывается серьезный разрыв: банки отлично справляются с ролью кассира, но все еще редко участвуют в самом процессе перемещения — навигации, вызове такси или планировании маршрутов.
В рамках масштабного UX-исследования от команды Rocket Tech были выделены ключевые продуктовые барьеры и сегменты аудитории с разной логикой взаимодействия с городским транспортом.
Оплату проезда по QR банки закрыли, а всю поездку — нет. Человеку по-прежнему приходится держать несколько приложений: одно для маршрута, другое для оплаты, третье для такси.
Критический барьер для многих пользователей — это боязнь оказаться заблокированным на платной дороге, парковке или в общественном транспорте, если приложение банка или интернет-соединение даст сбой в неподходящий момент. Это заставляет клиентов отказываться от автоматических списаний.
Если у пользователя есть активный кредит с просрочкой или судебный арест на счетах в конкретном банке, любые транспортные фичи в этом приложении вызывают стресс. Клиент панически боится, что заброшенные на оплату проезда или парковки деньги будут мгновенно списаны в счет долга, оставив его без возможности уехать.
Пользователям неудобно проверять маршруты автобусов в одном приложении (например, CityBus или Onay), а платить за проезд через сканирование QR в другом (банковском). Отсутствие единого сценария «проложил путь — оплатил — поехал» снижает ценность супераппов.
Утро в Алматы. Данияр спешит на встречу: открывает 2ГИС посмотреть, какой автобус идёт в центр, потом переключается в приложение банка — сканировать QR на валидаторе. На выходе нужно такси — снова другое приложение, Яндекс Go. Три приложения на одну поездку. А когда однажды на платной дороге у него «завис» платёж и шлагбаум не открылся, Данияр перестал доверять автосписаниям вовсе: теперь держит на транспортной карте Onay отдельный баланс «на всякий случай». Банк в его сценарии — только валидатор оплаты, а не спутник всей поездки.
Парадокс в том, что платить казахстанцы уже привыкли: QR на валидаторе, оплата парковок и платных дорог работают почти везде. Провал — на этапах «до» и «после» платежа. Тот банк, который добавит в тот же экран живую карту с прибытием транспорта, маршрут с пересадками и вызов такси, превратит разовую оплату в ежедневный сценарий. А вместе с ним получит то, чего нет у платёжного шлюза: данные о перемещениях и повод открывать приложение по несколько раз в день, а не раз в месяц ради платежа. Технически основа уже есть: QR-оплата в транспорте у казахстанских банков работает почти повсеместно — не хватает лишь слоя навигации и партнёрских соглашений с городскими операторами вроде Onay.
Транспорт — это одна из самых высокочастотных категорий повседневных трат (метрика частоты транзакций). Тот банк, который сможет перешагнуть барьер «простого платежного шлюза» и интегрировать в свои карты живую карту города, расписание транспорта и вызов такси, получит колоссальный пласт данных о перемещениях пользователей и кратно увеличит их ежедневную вовлеченность.
Специализированные приложения закрывают базовую потребность в навигации и отслеживании транспорта в реальном времени. Банковские приложения пока умеют только проводить оплату, лишая пользователя контекста поездки.
Необходимо внедрять локальные офлайн-протоколы подтверждения оплаты, развивать прозрачные системы мгновенных пуш-уведомлений о статусе автосписаний и гарантировать бесперебойную работу сервиса даже при нулевом балансе с последующим мягким овердрафтом.
Казахстанцы видят идеальный сервис как единый хаб городской мобильности, который объединяет в себе построение оптимального маршрута, выбор между видами транспорта (автобус, метро, такси, самокат) и автоматическую бесшовную оплату в одно касание без лишних сканирований.
Не технологии, а разрозненность данных: маршруты, расписания и вызов такси принадлежат разным игрокам (Onay, 2ГИС, Яндекс). Банку нужно договориться о партнёрствах и отдать пользователю цельный сценарий «маршрут → оплата → поехал», а не только платёжный шлюз.
Первоисточник исследования: Rocket Tech: Как казахстанцы оплачивают транспорт в банковских экосистемах
