← ВСЕ КЕЙСЫТАША РАЗУМОВА
01 / ПРОДУКТОВЫЙ КЕЙСТ-БАНК · B2B · 2025

ТАРИФЫДЛЯ БИЗНЕСА

Редизайн сложного банковского функционала — от анализа существующей логики до новой структуры и интерфейса.

Product DesignUX / IABPMNLegacy redesign
Обложка проекта: тарифы для бизнеса
ЛИСТАЙТЕ ВНИЗ ↓
01 / КОНТЕКСТ

Сделать сложное
понятным.

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

КОМПАНИЯТ-Банк
АУДИТОРИЯМалый и средний бизнес
МОЯ РОЛЬSenior Product Designer
СТАТУСЗапущено в продукте
02 / РЕШЕНИЕ

Условия — на виду.
Действия — под рукой.

01 / БЫЛОСложно увидеть полную картину
Старый интерфейс тарифов для бизнеса
02 / СТАЛОКлючевые условия собраны вместе
Новый интерфейс тарифов для бизнеса
Редизайн тарифов для бизнеса — десктопный экран
Мобильный экран тарифов для бизнеса
03 / ПРОБЛЕМАТИКА

Три стороны одной задачи.

Редизайн вошёл в OKR команды: существующий сценарий затруднял выбор тарифа, увеличивал нагрузку на поддержку и усложнял развитие продукта.

01 / ПОЛЬЗОВАТЕЛЬ

Не хватает прозрачности

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

02 / БИЗНЕС

Потери в эффективности

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

03 / КОМАНДА

Сложный legacy

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

ЗАДАЧА ДИЗАЙНА

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

ПРОЗРАЧНОСТЬПОНЯТНЫЙ ВЫБОРУПРАВЛЕНИЕ
04 / ПОГРУЖЕНИЕ

Сначала разобраться
в системе.

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

На основе этих данных самостоятельно составила BPMN-схему, в которой описала основные сценарии, зависимости и переходы между состояниями.

BPMN

BPMN-схема расчёта комиссии с учётом тарифа, лимитов, пакетов и переходов между состояниями
Процессы и бизнес-правила / BPMN
05 / АРХИТЕКТУРА

От банковской логики —
к логике пользователя.

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

Информационная архитектура тарифного раздела
Информационная архитектура / структура
Взаимосвязи и пользовательские сценарии
Пользовательские сценарии
Проектирование новой структуры тарифов
Проработка структуры
06 / РЕЗУЛЬТАТЫ

После запуска.

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

−12%Обращений в поддержку
+8%Продаж пакетов за первый месяц
−5%Оттока клиентов
СТАТУСЗапущено в продукте