Объединение разделов

VK TechB2B SaaS2026 ПроектированиеБенчмаркингПрототипыЮзабилити-тест
Интерфейс объединенного раздела Баланс и тариф
+15,7% Конверсия в покупку

Коротко

Разобрал путаницу между «Балансом» и «Тарифом» и собрал их в один раздел. Проверили решение на пользователях, после запуска конверсия в покупку выросла на 15,7%.

01. Проблема

Продукт монетизируется через подписочную модель, управление тарифом и балансом остаются ключевыми точками на пути к оплате.

Эти функции были разнесены по двум разделам, и пользователи регулярно искали нужное не там: часть шла в «Баланс» за управлением тарифом, а часть искала баланс в тарифах.

Это отражалось в обращениях в поддержку и в CSAT. Мы рассматривали несколько вариантов: кросс-линки между разделами, интеграцию сущностей одного в другой, полное объединение. Пошли в объединение разделов, чтобы не гонять пользователя между двумя похожими местами.

02. Вводные данные

Перед стартом мы собрали данные из трёх источников: аналитика поведения в разделах оплаты, CSAT-опросы и обращения в поддержку.

2Раздела с пересекающейся логикой
3%Упоминали проблемы с оплатой в CSAT
6Типов сценариев оплаты и управления тарифом

03. Гипотеза

Объединение снизит путаницу между разделами и повысит конверсию в оплату, так как пользователь получит полный контекст: баланс, тариф и транзакции в одном месте.

Риск: раздел станет перегруженным и сложным для первого контакта.

04. Что затронули

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

Подключение тарифаВыбор, сравнение, оплата
Рекуррентные платежиАвтоплатёж, привязка карты
Пополнение балансаОсновной и бонусный счёт
ТранзакцииПросмотр, фильтрация, детали операций
Изменение тарифаАпгрейд, даунгрейд текущего платного
ПромокодыВвод, валидация, применение

05. Что сделано

Бенчмаркинг: изучил, как устроены платёжные разделы у конкурентов и в других продуктах.

Бенчмаркинг платежных разделов

Драфт: построил драфт-версию на текущей дизайн-системе: подключение платного тарифа, изменение тарифа, пополнение баланса, транзакции, промокоды, отмена подписки.

Драфт единого раздела

Подготовка к исследованию: построил прототипы, написал вопросы к ключевым моментам и точкам, в которых решения были неоднозначными.

Материалы к исследованию

Интервью: присутствовал на очных интервью, фиксировал действия респондентов и помечал моменты, в которых возникли сложности.

Триггер

Как решали

Не все понимают, почему сумма в инпуте при пополнении может быть меньше суммы платежа по тарифу в следующем периоде

Переработали пояснение калькуляции суммы за вычетом текущего баланса и добавили контекстную подсказку

При даунгрейде тарифа не все понимают, что происходит с деньгами за текущий тариф, куда они уходят и как пересчитываются

Улучшили коммуникацию при даунгрейде и явно показали пересчёт с остатком на балансе

Респонденты боятся, что если введут промокод, то сразу начнётся отсчёт и будет тикать время истечения

Добавили пояснение, что срок промокода не зависит от момента ввода. Внедрили механику ввода поверх текущего без сброса

Отключение подписки искали в карточке тарифа, троеточии и поддержке, поэтому путь оставался неочевидным

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

Автоплатёж по умолчанию раздражал пользователей. Два чекбокса (автоплатёж и привязка карты) создают путаницу

Убрал галку автоплатежа из VK Pay и оставил привязку карты в сайд-панели. Саму привязку карты приравнял к включению автоплатежа

Синхронизация: провёл финальное ревью с дизайн-командой и продактом, согласовал с разработкой.

Финальная синхронизация по проекту

06. Обновления

Пересобрал ключевые сценарии: часть решений пришла из бенчмарка, часть из того, что показал юзтест.

Обновленный раздел с ключевыми сценариями
Два раздела С пересекающейся логикой. Путаница, обращения в ТП
Единый раздел Учитывает заботу о бизнесе и пользователях

Выставление счёта, без данных юр.лица

Боковая панель пополнения баланса: при выборе оплаты по счёту появляется подсказка сменить статус на юридическое лицо

Выставленный счёт на оплату тарифа

Под активным тарифом — карточка тарифа «Индивидуальный» со статусом «Ожидаем оплаты» и ссылкой «Скачать счёт»

Попытка отключения автоплатежа

Диалог отключения автоплатежа с предупреждением, что при неоплате функционал сервиса будет ограничен

Выход за лимиты при оплате по карте

Панель пополнения баланса с подсказкой, что сумма превышает лимит 250 000 ₽ и нужно выбрать оплату по счёту

Грейс-период

Раздел с баннером-предупреждением: средств недостаточно, пользователи могут быть заблокированы через 14 дней

Работа с промокодами

Уведомление «Промокод применён» с подсказкой: скидка 30% на месячный тариф «Базовый» до 23.08.2026

07. Результаты

Конверсия в покупку +15,7%
Ключевая метрика
CSAT: проблемы на пути к оплате3% → 1%
CSAT: проблемы с интерфейсом11% → 8%

После объединения разделов пользователи перестали ходить кругами между Балансом и Тарифом. Заплатить теперь можно, не разгадывая, в каком из двух разделов это делается.

08. Что бы сделал иначе

Коммуникации. Стоило заложить время, чтобы приоритизировать сквозные информеры, сообщения внутри разделов и модальные окна.

Продукт большой, сервисов, которые хотят сообщить об изменениях в критичных или не очень статусах, много. Сейчас это делается саб-тасками с невысоким приоритетом.

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