Почему пользователи не скроллят интерфейс — и как мы сломали сценарий в ERP
Как всё работало раньше
В системе долгое время действовало простое правило:
весь интерфейс помещается в один экран, без скролла
Любой раздел, любая страница — пользователь открывает и сразу видит всё.
Это давало три сильных эффекта:
- высокая скорость работы
- предсказуемость
- отсутствие лишних решений («а вдруг там ещё что-то ниже?»)
По сути, у пользователя сформировался устойчивый сценарий:
открыл → увидел всё → сделал действие
И это важно: это уже не просто UX-решение. Это привычка.
Что изменилось
В одном из новых разделов объём данных вырос:
- больше полей
- дополнительные настройки
- зависимые блоки
Физически всё перестало помещаться в один экран.
Решение было стандартным:
- добавили вертикальный скролл
- оставили «торчащий» контент снизу как намёк
С точки зрения UX — всё корректно. Так делают почти везде.
Что пошло не так
После релиза мы увидели странное поведение:
- пользователи не заполняют часть формы
- пропускают обязательные поля
- считают задачу завершённой
При этом никаких жалоб формально нет.
Просто сценарий тихо разваливается.
Фактически:
нижняя часть экрана для пользователя не существует
Почему это произошло
Ключевой момент: пользователь не анализирует интерфейс заново каждый раз.
Он действует по знакомому паттерну.
В этой системе паттерн был таким:
«один экран = вся задача»
огда мы добавили скролл, мы:
- изменили интерфейс
- но не изменили ожидание пользователя
И получили конфликт:
Что думает система - «контент продолжается вниз»
Что думает пользователь - «я уже вижу всё»
Почему “намёк на скролл” не работает
Мы использовали классический приём — обрезанный блок снизу.
Проблема в том, что такие сигналы работают только если:
- у пользователя уже есть привычка скроллить
В нашем случае её не было.
Поэтому пользователь интерпретирует это иначе:
- «что-то обрезалось»
- «это не основной контент»
- «верстка странная»
Но не как: «мне нужно скроллить».
Где была ошибка
Ошибка не в том, что добавили скролл.
Ошибка в том, что мы:
попытались решить поведенческую проблему визуальным способом
Есть три уровня UX:
- Визуальный — что видно
- Паттерн — как обычно работает
- Поведение — что делает пользователь автоматически
Мы изменили уровень 2 и 3, но пытались компенсировать это уровнем 1.
Это не работает.
Чем это опасно для бизнеса
Такие ошибки часто недооценивают.
На практике это приводит к:
- снижению завершения сценариев
- ошибкам в данных
- росту нагрузки на поддержку
- падению доверия к системе
И самое неприятное — это неочевидно.
Нет явного «баг-репорта». Просто система начинает работать хуже.
Что с этим делать
Есть несколько рабочих подходов.
1. Принудительное поведение
Самый эффективный способ — заставить пользователя пройти новый сценарий.
Например:
- сделать кнопку «Сохранить» неактивной
- подсветить незаполненные поля
- сделать автоматический скролл к ошибкам
Это быстро формирует новую привычку.
2. Явная структура вместо одного экрана
Если контента стало больше — лучше это признать.
- шаги (step-by-step)
- табы
- логические блоки
Пользователь перестаёт мыслить «экраном» и начинает мыслить «процессом».
3. Отказ от скролла (если это критично)
В ERP-системах часто важнее:
- скорость
- контроль
- предсказуемость
Иногда лучше:
- разбить на несколько экранов
- или использовать модальные окна
чем ломать устоявшийся паттерн.
4. Визуальные подсказки — только как дополнение
Градиенты, стрелки, анимации — могут помочь.
Но:
они не заменяют изменение поведения
Более общий вывод
Это не частный кейс ERP.
Та же проблема возникает в:
- CRM-системах
- медицинских интерфейсах
- админках
- внутренних сервисах
Везде, где:
- есть устоявшиеся сценарии
- и высокая частота использования
Итог
Главная ошибка — думать, что пользователь «разберётся».
На практике:
пользователь не изучает интерфейс
— он воспроизводит привычный сценарий
если вы меняете правила игры, недостаточно это «подсветить».
Нужно либо:
- перестроить структуру
- либо переобучить поведение
Иначе половина вашего интерфейса просто перестанет существовать.
Интересно, сталкивались ли вы с похожими ситуациями — когда пользователи игнорируют очевидные элементы интерфейса?