Как UI заставляет пользователя нажимать «нужные» кнопки Утро. Электричка. Покупаю билет в терминале. И замечаю три сценария, в которых выбор делается за меня. 1. На экране покупки по умолчанию стоит "Записать на карту? – Да". Не бумажный билет, а именно карта. Я ничего не нажимал – за меня уже решили. Зачем? Меньше бумажных билетов = меньше расходников, меньше мусора, больше людей привыкает к картам. 2. Жму "Купить", затем возвращаюсь по кнопке "Назад" – и переключатель "Записать на карту?" сам перекинулся на "Нет", а кнопка "Купить" поменялась на "Купить бумажный билет". Терминал понял: раз ты вернулся с экрана карты – значит, карты нет. И не заставляет тебя переключать вручную. Мелочь, но экономит секунды в очереди. 3. Экран оплаты. Кнопка "Оплата банковской картой" – большая. "Оплата через СБП" – меньше, не так бросается в глаза. Почему? Представим: утро, толпа, все торопятся. Приложить карту к терминалу – секунда. Достать телефон, открыть приложение банка, найти СБП, отсканировать QR – дольше. Большая кнопка = быстрый сценарий = меньше очередь. Каждый из этих дефолтов – продуктовое решение, зашитое в интерфейс. Это не просто визуальное оформление. Это подталкивание к нужному поведению через UI. Ничего не запрещают – просто делают нужный вариант удобнее. Где ещё это работает: 🔸 Галочка "Согласен на рассылку" – по умолчанию вкл/выкл меняет конверсию в разы 🔸 "Рекомендуемый тариф" – выделен цветом, хотя необязательно лучший для тебя 🔸 Подписки на сервисы – 2 клика чтобы подписаться, 10 – чтобы отписаться Почему это важно для аналитика Когда пишешь требования к интерфейсу – ты не просто описываешь кнопки. Ты решаешь: 🔸 Какое значение стоит по умолчанию – и это определяет, что выберет 80% пользователей 🔸 Какая кнопка больше – и это определяет основной сценарий 🔸 Что происходит при нажатии "Назад" – и это определяет, насколько система умная Дефолты – это не "ну пусть будет так". Это самое сильное продуктовое решение в интерфейсе. Замечали подобное? Где ещё UI незаметно делает выбор за вас? @analyst_exe