Мы с командой в инициативном исследовании мобильных банков для бизнеса определили как сервисы реагируют на изменения, которые напрямую влияют на повседневные задачи предпринимателей. В фокусе оказались сразу три направления: налоговая реформа, развитие ИИ и подготовка сервисов к цифровому рублю.
На первый взгляд это разные темы. Но при разборе пользовательских сценариев проявилась общая закономерность: все они помогают пользователю пройти путь от сигнала о проблеме до конкретного действия.
Ниже — несколько наблюдений по этим темам-трендам.
Законодательные изменения создают новые пользовательские сценарии
С 1 января 2026 года малый бизнес оказался в новой налоговой реальности: изменилась базовая ставка НДС, были пересмотрены специальные налоговые режимы, лимиты по доходам и часть правил отчетности.
Для предпринимателя это вполне конкретная задача. Нужно понять:
-
касается ли изменение его компании;
-
когда оно начнет влиять на бизнес;
-
какое действие потребуется;
-
какие последствия будут у разных вариантов решения.
Из-за этого внутри мобильного банка возникают новые пользовательские сценарии. Предпринимателю важно вовремя заметить изменение, соотнести его со своей ситуацией и понять следующий шаг.
По данным Markswebb Business Mobile Banking Rank 2026, 6 из 10 обследованных банков информируют пользователей об изменениях законодательства. Где-то используются только уведомления, где-то коммуникация распределена между уведомлениями, сторис, рассылками и подробными материалами.
Но при разборе таких сценариев важно смотреть дальше самого факта информирования.
Полезный вопрос для исследования: что пользователь может сделать сразу после того, как узнал об изменении?
Если ответ = только «прочитать новость», сценарий фактически обрывается на этапе информирования.
Уведомление стоит исследовать как начало сценария
Баннер на главном экране, всплывающее сообщение или уведомление в специальном разделе хорошо решают задачу привлечения внимания.
Но пользователь, увидев сообщение об изменениях в налогах, почти сразу задает следующий вопрос: «Что мне теперь делать?»
Поэтому уведомление полезно рассматривать не как отдельный интерфейсный элемент, а как точку входа в более длинный CJM.
Например:
уведомление → объяснение → проверка ситуации пользователя → расчет → рекомендация → действие.
На практике между этими этапами часто появляются разрывы. Пользователь узнает об изменении в приложении, подробности ищет на сайте, самостоятельно проверяет свои показатели, а для выполнения действия переходит еще в один канал.
Что можно взять в работу: при исследовании уведомлений проверять не только заметность и понятность текста, но и весь последующий путь пользователя. Особенно полезно отдельно фиксировать, сколько новых вопросов возникает после прочтения сообщения и где человек должен искать ответы.
Банковское медиа может быть частью продуктового сценария
У 9 из 10 участников исследования есть собственные медиа для предпринимателей: статьи, инструкции и разборы изменений законодательства.
При этом приложение и контент часто существуют как два независимых продукта.
Пользователь видит короткое сообщение внутри мобильного банка, а подробное объяснение находится во внешнем разделе сайта. Сам переход к статье иногда уже создает разрыв, но более важный вопрос возникает после чтения: куда пользователю идти дальше?
Связка мобильного банка и медиа может выглядеть иначе.
Короткое сообщение привлекает внимание. Статья помогает разобраться в ситуации. После объяснения пользователь получает релевантное действие: проверить показатели компании, открыть нужный продукт, изменить настройки или перейти к форме.
Так один сценарий поддерживает пользователей с разной глубиной потребности. Одному достаточно короткого сигнала. Другому нужно подробно изучить вопрос перед принятием решения.
Для исследователя здесь полезно смотреть на контент как на часть CJM. Хорошая статья внутри цифрового сервиса должна иметь понятную роль: объяснить риск, подготовить к решению или помочь выполнить действие. Если после чтения пользователь снова остается один на один с задачей, контент слабо влияет на качество сценария.
ИИ полезнее оценивать через задачу, а не через формат
ИИ продолжает появляться в мобильных банках для бизнеса, но зрелых пользовательских сценариев пока немного.
Одна из причин – обсуждение часто начинается с формата: нужен ли чат, голосовой интерфейс или отдельный AI-раздел.
При исследовании полезнее развернуть вопрос: какую неопределенность пользователя должен снять ИИ?
Возьмем налоговые изменения. Чтобы дать полезную подсказку, ассистенту может потребоваться учитывать:
-
систему налогообложения компании;
-
подключенные продукты;
-
действующий тариф;
-
годовой доход;
-
ограничения и лимиты.
Без контекста пользователь получает пересказ общих правил. С контекстом появляется возможность подсказать, относится ли изменение именно к его компании и какое действие стоит рассмотреть.
Это заметно меняет критерии оценки AI-сценария.
Вместо вопроса «умеет ли ассистент отвечать на вопросы?» можно проверять:
-
какие данные о ситуации пользователя он учитывает;
-
понимает ли историю предыдущих действий;
-
объясняет ли основания рекомендации;
-
предлагает ли следующий шаг;
-
может ли помочь выполнить действие.
Практический вывод: в UX-исследовании AI полезно оценивать по тому же принципу, что и обычный продуктовый сценарий – через задачу, контекст, результат и количество усилий пользователя.
Контроль лимитов показывает, как внешнее изменение становится продуктовой функцией
Один из новых практических сценариев для компаний на УСН – контроль годовой выручки.
Предпринимателю важно понимать, насколько бизнес приближается к установленному порогу. Проверять этот показатель вручную неудобно, особенно если от него зависят дальнейшие налоговые действия.
В исследовании только 2 из 10 приложений показывают годовой доход непосредственно в мобильном банке.
При этом одной цифры также может быть недостаточно.
Более понятный пользовательский сценарий включает:
-
текущее значение;
-
лимит;
-
визуальное отображение прогресса;
-
пояснение последствий;
-
подсказку при приближении к порогу.
Для продуктовых и исследовательских команд это полезный пример того, как искать новые сценарии.
Иногда новая функция появляется не из прямого запроса «хочу прогресс-бар выручки». Сначала меняется внешний контекст пользователя. Затем появляется новая регулярная задача. И уже из нее можно вывести требования к цифровому продукту.
Полезная исследовательская последовательность:
внешнее изменение → новая неопределенность → новое пользовательское действие → частота задачи → возможность встроить ее в цифровой сервис.
Смена налогового режима показывает разницу между информацией и завершенным сценарием
Вести бухгалтерию на АУСН через приложение можно в 6 из 10 изученных мобильных банков. Сменить систему налогообложения через специальную форму внутри приложения — в 4 из 10.
Разница между этими реализациями хорошо показывает два уровня цифрового опыта.
На первом сервис помогает узнать и контролировать.
На втором позволяет завершить задачу.
Полный сценарий может включать просмотр текущей системы налогообложения, выбор новой, объяснение ставки и условий, указание даты перехода и отправку заявки.
Что важно проверять при сравнительном исследовании: наличие функции само по себе мало говорит о зрелости сервиса. Полезнее сравнивать глубину закрытия пользовательской задачи.
Например, можно разделить реализации на четыре уровня:
узнать → понять → выбрать → сделать.
Такой подход помогает увидеть разницу между сервисами, которые формально работают с одной темой, но дают пользователю принципиально разный уровень самостоятельности.
От ИИ пользователи ждут проактивной помощи в рутинных задачах
В интервью с предпринимателями и банковскими экспертами мы с командой заметили повторяющееся ожидание: ИИ не обязательно воспринимается как отдельный «умный чат».
Пользователи чаще описывают ценность через конкретные действия:
-
напомнить;
-
проверить;
-
заметить риск;
-
отследить изменение;
-
заполнить данные;
-
помочь найти нужное действие.
То есть интерес смещается в сторону проактивности.
Это важно учитывать в исследованиях. Прямой вопрос «нужен ли вам AI-ассистент?» может давать мало полезной информации. Пользователю сложно оценить абстрактную технологию.
Гораздо содержательнее разбирать реальные рабочие ситуации:
О чем вам важно не забыть?
Какие изменения вы замечаете слишком поздно?
Что приходится регулярно проверять вручную?
В каких задачах вы не уверены в следующем шаге?
Какие данные вы повторно вводите или ищете?
Ответы на такие вопросы помогают сначала найти проблему, а уже затем проверить, может ли ИИ быть подходящим способом ее решения.
Один из понятных текущих сценариев – альтернативная навигация. Пользователь формулирует задачу свободным текстом, а система помогает найти нужную функцию или раздел.
Для сложных B2B-интерфейсов это особенно актуально: функций много, а часть действий предприниматель выполняет нерегулярно и может просто не помнить структуру приложения.
Цифровой рубль полезно изучать как отдельный сервис внутри продукта
Еще одна новая исследовательская задача — сценарии цифрового рубля.
Для банков свобода проектирования здесь частично ограничена требованиями к функциональности и терминологии. Но пользователь все равно будет оценивать новый инструмент через привычные ожидания от мобильного банка.
Понятно ли, как начать пользоваться сервисом? Где находятся деньги? Как пополнить счет? Как сделать перевод? Что произойдет при блокировке доступа?
По ощущениям пользователя цифровой рубль может восприниматься как отдельный сервис внутри банковского приложения.
Именно поэтому при UX-анализе особенно важна консистентность.
Пользователь уже знает, как выглядит счет, где искать историю операций и как совершать перевод. Если новый сценарий строится по принципиально другой логике, человеку приходится отдельно изучать еще одну систему.
Практический вывод для сравнительных исследований: новые финансовые инструменты стоит оценивать одновременно в двух системах координат. Первая – специфические требования нового продукта. Вторая – уже сформированные паттерны поведения пользователя внутри приложения.
Иногда лучший интерфейс нового сервиса оказывается не самым оригинальным, а самым предсказуемым.
Что можно вынести из этих наблюдений
Налоговая реформа, ИИ и цифровой рубль выглядят как три разных направления развития мобильного банкинга. Но для исследовательской команды они ставят очень похожие вопросы.
Где начинается новая задача пользователя?
Какой информации ему не хватает для решения?
Что он должен понять перед действием?
Где цифровой сценарий обрывается и начинается самостоятельный поиск?
Какие данные о контексте пользователя уже есть у сервиса?
Можно ли сократить путь от сигнала до результата?
Один из главных выводов исследования для меня: цифровые продукты для бизнеса все сложнее оценивать только через список доступных функций. Гораздо больше о качестве сервиса говорит то, как связаны между собой уведомления, контент, данные клиента, подсказки и действия.
Для исследователя здесь появляется полезный фокус: искать не отдельные интерфейсные проблемы, а разрывы между этапами принятия решения.
Именно в этих разрывах пользователь чаще всего остается без контекста, начинает искать информацию в другом канале или откладывает действие.
А значит, один из способов находить точки развития цифрового продукта = последовательно проверять весь путь:
заметил → понял → соотнес со своей ситуацией → выбрал → сделал.
Если сервис теряет пользователя между этими этапами, там, скорее всего, и находится следующая исследовательская задача.
ссылка на оригинал статьи https://habr.com/ru/articles/1057836/