Самокат должен поехать сразу: как платежи влияют на опыт в кикшеринге

В кикшеринге оплата встроена в сценарий поездки. От неё зависит не только успех списания, но и старт аренды, работа с задолженностями, нагрузка на поддержку и вероятность повторной поездки. На примере Whoosh и CloudPayments разбираем, какой должна быть платёжная инфраструктура для сервиса самокатов.

В последние годы сценарий использования самокатов окончательно стал транспортным. По данным Whoosh, большинство горожан арендуют их самокат для короткой поездки по делам, а не для прогулки.

Для сервиса это высокие требования к продуктовому пути. Чем короче поездка, тем заметнее по времени становятся дополнительные шаги: выбор самоката, подтверждение аренды, проверка платёжного метода и авторизация списания.

Поэтому Whoosh постоянно сокращает количество действий и пересматривает платёжные сценарии. Например, пользователь может купить пакет минут через СБП прямо на экране при выборе самоката — без предварительной привязки карты.

Платёжные привычки у всех людей разные. Одним удобна привязанная карта, когда не нужно повторно вводить данные после каждой поездки. Другим важны разовые платежи без сохранения карты, например через СБП. Отдельный сценарий — быстрые pay-методы (T-Pay, SberPay, Mir Pay), которые многие выбирают из-за бонусов банка, например кешбэка.

Эти данные не означают, что каждому сервису нужно подключать максимальное количество методов. Но они показывают, что выбор способа оплаты заметно влияет на вероятность успешного платежа. При этом на успешное списание влияет скорость загрузки, количество действий до платежа, удобство интерфейса, корректная работа на мобильных устройствах и доверие к процессу оплаты.

Для кикшеринга это особенно важно, потому что оплата встроена в сценарий поездки. Сервису нужен не один универсальный вариант, а несколько сценариев под разные привычки и ситуации: сохранённая карта, разовый платёж, СБП, pay-методы и резервные варианты на случай недоступности основного канала.

В кикшеринге платёжная ошибка редко остаётся только платёжной. Она сразу влияет на разные шаги, тормозит нормальное пользование сервисом. Растёт нагрузка на поддержку, появляются ручные проверки, а часть сценариев приходится разбирать индивидуально.

Иногда неуспешный платёж влияет и на следующую поездку. В Whoosh отмечают, что, если деньги не списались, задолженность за поездку временно сохраняется в профиле. При новом старте это становится критичным: сначала нужно закрыть долг, и только потом поехать.

Поэтому платёжная система должна корректно обрабатывать промежуточные состояния: неуспешные платежи, повторные попытки, восстановление статуса и спорные операции.

Отдельное требование — прозрачность. Чем меньше действий вручную, тем важнее корректно показывать списания, задолженности и статусы операций. Если для пользователя сумма выглядит спорной, платёж отобразился неожиданно или человеку нужны пояснения к платежу, идут в поддержку и там растет нагрузка, снижается доверие к сервису.

В кикшеринге количество оплат напрямую зависит от количества поездок, а спрос – от сезона и погоды. Сезон кикшеринга длится с марта до конца октября, пик приходится на летние месяцы. Вместе со спросом растёт количество оплат, которые должна обработать платёжная инфраструктура.

В такие периоды важно не просто принять больше операций, но и сохранять корректные статусы даже при отказах. Важно знать, прошёл платёж или нет, не создавать спорные списания и восстанавливать данные после технических сбоев.

Отдельно важна аналитика. Whoosh смотрит причины неуспешных привязок и оплат, уровень фрода, устойчивость банков-партнёров и слабые места в платёжном пути. Эти данные помогают продуктовой команде принимать решения: где сократить шаг, какой способ оплаты добавить, какой сценарий требует доработки.

Для пользователя результат выглядит просто: поездка началась или нет, списание понятно или требует обращения в поддержку. А для бизнеса за этим стоит несколько процессов: работа платёжного канала, корректность статусов, обработка отказов, повторные попытки списания и разбор нестандартных операций.

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

В работе с CloudPayments эти требования стали основой для выстраивания платёжной архитектуры Whoosh: разные способы оплаты, стабильная обработка статусов, работа с сохранёнными платёжными методами, повторные списания и устойчивость в периоды высокой нагрузки.

Платёжный сценарий в кикшеринге должен закрывать несколько задач одновременно:

В кикшеринге платёжный партнёр — это не просто сервис, который проводит оплату. От него зависит, насколько устойчиво работает сценарий аренды: как быстро подтверждается платёж, как обрабатываются задолженности, что происходит при отказах и насколько быстро команда может разобрать нестандартную ситуацию.

Поэтому платёжная инфраструктура становится частью продукта. Она помогает сервису запускать поездки, корректно завершать списания, выдерживать сезонную нагрузку и не превращать технические сбои в потерянные поездки.