Пользователь всё равно найдёт кнопку. Или нет?

Однажды в работе я услышал от руководителя:

«Какая разница, где эта кнопка? Пользователь всё равно её найдёт и нажмёт».

Фраза была сформулирована немного эмоциональнее, но смысл был именно таким.

На первый взгляд звучит логично. Если человеку действительно нужна функция, он ведь будет её искать. Посмотрит экран, найдёт кнопку и сделает то, зачем пришёл.

Только есть одна проблема. UX не должен проверять, насколько пользователь настойчивый.

Найти кнопку — ещё не значит легко выполнить задачу

Когда мы говорим, что пользователь «всё равно найдёт» нужное действие, мы немного упрощаем реальную ситуацию. Пользователь может действительно найти кнопку. Но сколько времени он на это потратит? Поймёт ли, что это именно то действие, которое ему нужно? Будет ли уверен, что нажимать нужно сейчас? Не выберет ли другой путь? Не решит ли, что нужной функции вообще нет?

И самое главное — дойдёт ли он до кнопки без лишнего напряжения?

В интерфейсе важен не только сам факт выполнения действия. Важен путь до него. Если пользователь каждый раз должен останавливаться и думать: «так… где здесь это?» — интерфейс уже перекладывает часть своей работы на пользователя.

Кнопка существует не сама по себе

Одна из вещей, которую легко забыть при обсуждении CTA?Call to Action — элемент интерфейса, который призывает к конкретному действию: купить, отправить, записаться. Обычно кнопка, но не всегда. — кнопка является частью сценария. Её нельзя оценивать только по тому, насколько она заметная. У неё есть контекст.

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

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

В E-commerce кнопка ведёт к покупке

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

Если кнопка покупки находится где-то далеко, визуально теряется среди второстепенной информации или появляется только после длинного скролла — пользователь всё ещё может её найти. Но это не делает интерфейс хорошим.

В E-commerce CTA непосредственно связан с коммерческим сценарием: товар → выбор → действие → корзина → оформление. Каждый следующий шаг должен быть понятен. Поэтому я отдельно смотрю не только на саму кнопку, но и на то, насколько очевидно интерфейс ведёт пользователя к следующему действию.

Больше про интерфейсы интернет-магазинов — в направлении Дизайн для E-commerce.

В FinTech цена ошибки выше

Теперь представим банковский или финансовый продукт. Здесь кнопка может называться: «Перевести», «Оплатить», «Подтвердить», «Открыть счёт». И здесь уже недостаточно сделать её заметной.

Пользователь должен понимать:

• что произойдёт после нажатия;
• какие данные будут использованы;
• можно ли отменить действие;
• подтверждено ли оно;
• что делать, если произошла ошибка.

Поэтому хороший CTA в FinTech — это часть цепочки состояний: готов к действию → подтверждение → обработка → успех / ошибка. Если дизайнер показал только красивую кнопку, но не продумал эти состояния, интерфейс ещё нельзя назвать законченным.

Больше про интерфейсы финансовых продуктов — в направлении Дизайн для FinTech.

В MedTech пользователь может быть особенно осторожным

В медицинском продукте кнопка «Записаться» тоже не существует отдельно. Перед ней пользователь может выбирать: врача, клинику, дату, время, тип приёма. А после нажатия ему нужно понять, что запись действительно создана.

Поэтому здесь важны не только расположение и визуальная иерархия CTA, но и доверие к результату действия. Пользователь должен понимать: «я действительно записался?»

Если после клика интерфейс просто поменял кнопку или показал небольшой текст, который легко пропустить, у человека может остаться ощущение неопределённости. И он вполне может нажать ещё раз.

Больше про медицинские интерфейсы — в направлении Дизайн для MedTech.

В SaaS кнопка часто является частью рабочего процесса

В SaaS-продуктах CTA вообще может быть не одной конкретной кнопкой. Например: создать проект → добавить участников → настроить → сохранить → запустить. Или: создать документ → заполнить → проверить → отправить.

Здесь пользователь приходит не за одной функцией. Он выполняет рабочий процесс. Поэтому визуальная иерархия должна помогать ему понимать, где он находится сейчас и что логично делать дальше. Это особенно важно в сложных B2B-продуктах, где на одном экране могут находиться десятки элементов управления. Если всё сделать одинаково заметным, интерфейс перестаёт иметь иерархию.

Больше про интерфейсы SaaS-продуктов — в направлении Дизайн для SaaS.

В EdTech кнопка двигает пользователя по обучению

В образовательном продукте кнопка может быть «Начать урок». Потом — «Продолжить». Потом — «Проверить ответ». Потом — «Перейти к следующему заданию».

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

Поэтому иногда самая важная кнопка на экране — не самая большая. Она просто должна оказываться там, где пользователь ожидает следующий шаг.

Больше про образовательные продукты — в направлении Дизайн для EdTech.

В B2B проблема становится ещё заметнее

В B2B-продуктах пользователь часто работает с интерфейсом часами. Таблицы, фильтры, карточки, статусы, массовые действия, роли, настройки. Здесь нельзя просто сделать все кнопки яркими. Иначе получится интерфейс, где всё кричит: «нажми меня!»

Поэтому приходится строить иерархию?Разделение элементов по важности: главное действие, второстепенные, дополнительные. Помогает пользователю понимать, что важно сейчас, а что может подождать.. Есть главное действие. Есть вторичные. Есть дополнительные. Есть действия, которые вообще не должны постоянно находиться перед глазами. И это уже не вопрос вкуса. Это вопрос приоритетов пользовательского сценария.

Больше про корпоративные интерфейсы — в направлении Дизайн для B2B-продуктов.

Почему «пользователь найдёт» — плохой аргумент

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

И пользователь действительно может её найти. Но если единственным доказательством качества интерфейса становится «ну ведь нашли же» — мы измеряем слишком мало.

Гораздо интереснее посмотреть: сколько времени понадобилось, сколько ошибок совершили, поняли ли пользователи назначение элемента, насколько уверенно они прошли сценарий, где они остановились или ушли. Вот здесь уже начинаются UX-исследования, тестирование и продуктовая аналитика.

Но CTA не обязательно должен быть огромным

При этом я не сторонник подхода «главная кнопка должна быть огромной и яркой». Это тоже слишком простое правило. Если на экране действительно одно главное действие, ему не обязательно занимать половину интерфейса.

Иногда достаточно: правильного положения, понятного текста, контраста, свободного пространства вокруг, правильного контекста, ожидаемого поведения. CTA может быть визуально спокойным, но при этом очевидным.

Заметность и понятность — не одно и то же.

Я начинаю не с кнопки

Когда я проектирую интерфейс, я стараюсь сначала понять сценарий. Кто пользователь? Что он хочет сделать? Что он уже сделал до этого? Какие данные ему нужно проверить? Какое решение он должен принять? Что произойдёт после действия? Есть ли ошибка? Можно ли отменить действие? Что пользователь должен увидеть после успешного результата?

И только потом появляется конкретная кнопка. Потому что хороший CTA — это не просто элемент интерфейса. Это точка перехода между двумя состояниями пользовательского сценария.

Иногда проблема вообще не в кнопке

Это, пожалуй, самое интересное. Если пользователи не нажимают CTA, первое желание — поменять саму кнопку. Сделать её ярче. Увеличить. Изменить текст. Перенести.

Но причина может находиться вообще в другом месте. Например:

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

И тогда изменение цвета кнопки ничего не решит. Проблема может находиться в сценарии, а не в UI-элементе.

Пользователь не должен искать интерфейс

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

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

Поэтому когда я снова слышу ту самую фразу — про то, что пользователь всё равно найдёт кнопку, — я скорее думаю: «а почему он вообще должен её искать?»

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

В итоге

Кнопка — маленький элемент. Но за ней может стоять довольно большая часть продукта. Особенно если это: покупка, оплата, запись, отправка, создание, подтверждение, сохранение, переход к следующему шагу.

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

Потому что пользователь действительно может найти почти любую кнопку. Вопрос в другом: сколько работы интерфейс заставит его проделать, чтобы её найти.