Банк Санкт-Петербург. Сервис «Самозанятость»

2025

2025

Роль: Функциональность с нуля

Контекст и проблема

На старте проекта в приложении БСПБ не было ничего для самозанятых.

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

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

Аудитория

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

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

Discovery

Откуда брала материал:

10 глубинных интервью: 5 действующих самозанятых, 3 «думающих о регистрации», 2 бывших. Обращения в поддержку по смежным темам: переводы, назначение платежа, справки о доходах.

Разбор «Моего налога» и приложений банков-конкурентов, где такой сервис уже есть. benchmarking

Рассмотрела уже существующие паттерны фильтрации в рамках приложения БСПБ: фильтрация в рамках истории операций, вкладов, выбор периода, кредитных продуктов. project image

Что выяснилось:

  1. Главная боль не в регистрации, а в рутине после неё. После регистрации начинается ежемесячный цикл: вспомнить про поступление, пробить чек, отправить его заказчику, отложить деньги, заплатить до 28-го. Именно здесь много проблем.

  2. Люди путают чек и уплату налога. Устойчивая формулировка на интервью: «я пробил чек, значит налог заплатил». Отсюда просрочки и штрафы.

  3. Два приложения для одной рутины. Деньги в одном приложении, чеки в другом. Никто не сверяет одно с другим регулярно, поэтому доход теряется и не понятно откуда берется сумма налога.

  4. Справки нужны срочно и всегда не вовремя. Справка о постановке на учёт нужна заказчику при подписании договора. Справка о доходах в банк за кредитом или на визу. Оба раза нужно быстро.

На основе дискавери с командой собрали идеи, накидали джобы и гипотезы

Основные джобы получились такие:

Гипотезы

H1 · Виджет на главном экране

Гипотеза: Если разместить на главном экране виджет «Самозанятость» с переходом в раздел и запуском создания чека или оплаты налога в одно нажатие, пользователи будут быстрее находить нужное действие и чаще завершать эти сценарии, поскольку сократится путь от входа в приложение до выполнения задачи.

project image

H2 · Управляемый разбор поступлений повысит успешность оформления дохода

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

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

project image

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

H3 · Разделение предварительного расчёта и начисления уменьшит ошибки понимания

Основание: В исходном исследовании отмечена путаница между оформлением чека и оплатой налога. По правилам ФНС начисление за обычный месячный период появляется позднее регистрации дохода.

Гипотеза: Если отдельно показать «Предварительный налог за сентябрь» и «К оплате за август», то клиент точнее определит сумму и срок реального обязательства.

project image

H4 · Онбординг до первого чека повысит активацию

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

project image

H5 · Заявить доход из нескольких операций

Гипотеза: Если дать возможность отмечать несколько операций, то пользователи сократят время на создание чеков и будут меньше уставать от повторяющихся действий.

В концепции пользователь выбирает поступления и проверяет отдельный чек для каждого из них. Недостающие сведения можно дополнить, а индикатор «0/2», «1/2», «2/2» показывает готовность документов. Кнопка создания отражает количество подготовленных чеков.

project image project image

H6 · Дополнительный шаг перед созданием чека

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

Что вошло в MVP

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

  1. Подключение новых и уже зарегистрированных самозанятых;
  2. Главный экран сервиса с доходом и состоянием налога;
  3. Просмотр поступлений и создание чека из операции;
  4. Самостоятельное заполнение нового чека;
  5. Просмотр, отправка и аннулирование чеков;
  6. Уплата налога и настройка автоплатежа;
  7. Получение справок и снятие с учёта.

Как пример покажу готовый флоу создания чека:

project image

Пока отказались:

Результаты и роль

В результате в приложении появился сервис, который связывает поступление денег с оформлением чека по доходу. cover project image project image project image

  1. За первые три месяца после запуска 40% новых пользователей сервиса самозанятости настроили его, получили оплату от заказчика и создали чек на основе этого поступления.
  2. Количество обращений в поддержку по теме самозанятости снизилось на 30%. Сравнивали абсолютное число тематических обращений за выбранные периоды. Этот показатель отражает изменение нагрузки на поддержку.

Моя роль: