Проектируем трение намеренно

Бесфрикционность умерла. Десятилетняя гонка за удалением каждого тапа, каждого подтверждения, каждой паузы превратила продукты в игровые автоматы в духе «тапни и молись», а лучшие команды в 2026 году тихо возвращают трение на место. Не случайно. Намеренно. В конкретных местах и по конкретным причинам.

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

Случайное трение это совсем другое

Большинство аргументов «трение это плохо» касаются случайного трения. Лаги. Запутанный интерфейс. Темные паттерны. Формы, которые в 2026 году просят номер факса. Онбординг, который требует подтверждения по email, SMS-код и мастер настройки, прежде чем продукт сделает хоть что-то полезное. Такое трение действительно плохо. Его никто не защищает.

Намеренное трение это другое. Это осознанная пауза в момент с высокими ставками, чтобы пользователь принял настоящее решение, а не случайное. Второе нажатие в Apple Pay. Ввод названия репозитория для удаления на GitHub. Дифф, который Cursor показывает перед тем, как тронуть ваш код.

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

Шесть мест, где трение оправдывает себя

Трение оправдывает себя в конкретных контекстах. Их шесть, и они отсортированы по тому, насколько жестоко отсутствие трения наказывает пользователя.

Необратимые действия

Любое действие, которое нельзя отменить, заслуживает трения. Удалить аккаунт. Дропнуть базу данных. Сделать force-push. Очистить корзину. Стереть устройство. Цена случайного тапа невосполнима, поэтому продукт обязан дать пользователю момент подтвердить намерение.

Удаление репозитория на GitHub это хрестоматийный пример. Пользователь должен точно ввести полное название репозитория, и только тогда кнопка удаления активируется. Это не театр, это принуждающая функция, которая превращает мышечную память в осознанный выбор. Stripe использует ее при отзыве API-ключей. AWS использует ее при удалении ресурсов. Паттерн «введите DELETE» существует потому, что мышечная память побеждает намерение, а необратимые действия не могут позволить себе проиграть мышечной памяти.

Денежные потоки

Каждый продукт, который двигает деньги, обязан дать пользователю шаг подтверждения. Stripe Checkout намеренно построен как двухшаговый флоу. Данные карты на одном экране, сводка и подтверждение на следующем. «Лишний» шаг и есть весь смысл. Пользователь видит, что он платит, кому платит и что получает, прежде чем спишутся деньги.

Двойное нажатие в Apple Pay это та же идея, сжатая до железа. Пользователь подтверждает дважды, с секундной паузой между нажатиями, и только потом деньги уходят. Это второе нажатие и есть разница между платежом и случайностью.

Бесфрикционные платежи существуют. Они называются подписками, и это не случайно самая жалуемая категория в сторах приложений. Удаление шага подтверждения не делает пользователя счастливее, оно создает ощущение, что продукт пользуется им.

Вызовы инструментов ИИ

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

Дифф с кнопками «принять или отклонить» в Cursor это золотой стандарт. Модель предлагает изменение, появляется дифф, пользователь принимает, отклоняет или правит, и только потом изменение применяется. Одобрение артефактов в Claude устроено так же. Кодовый агент предлагает правку файла, пользователь ее проверяет, затем коммитит. Трение это слой доверия. Без него агент просто более быстрый способ испортить кодовую базу.

ИИ-продукты, которые пропустили этот шаг в 2024 и 2025 годах, сожгли много доверия. Те, что встроили момент одобрения, это те, которые пользователи реально оставляют работать.

Удаление аккаунта и деструктивные настройки

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

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

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

Моменты шаринга и публикации

Кнопка публикации заслуживает паузы. Пост в твиттере, сообщение в Slack на весь канал, публикация черновика блога, отправка Figma-файла клиенту. Действие обратимо в теории и унизительно на практике. Пауза перед отправкой предотвращает личное сообщение в 2 часа ночи, предназначенное одному человеку, а улетевшее целому отделу.

Промпт Twitter «вы уверены, что хотите это отправить» на язвительных ответах это рабочий пример. Предупреждение Slack «вы собираетесь написать 4200 людям» это другой. Трение это продукт, который помнит, о чем пользователь потом пожалеет, что его не спросили.

Та же логика работает для публикации. WordPress, Ghost, Webflow и каждая CMS, которой стоит пользоваться, показывают сводку подтверждения до выхода поста. Трение это разница между «опубликовать» и «опубликовать и тут же снимать с публикации».

Чувствительные данные и доступ к аккаунту

Вход в систему не то место, где трению стоит быть. Подтверждение нового устройства стоит. Запрос 2FA при первом чувствительном действии стоит. Пауза «мы заметили вход из нового места» стоит.

Ставьте трение на поверхности угрозы, а не у входной двери. Запросы Apple «Вы уверены?» при новом входе имеют правильную форму. Повторная аутентификация Google перед сменой резервной почты имеет правильную форму. Банки, которые просят второй фактор при переводе выше порога, имеют правильную форму. Банки, которые просят второй фактор каждый раз, когда пользователь смотрит баланс, имеют неправильную форму и приучают игнорировать запросы, которые важны.

Где трение убивает продукт

Трение не на своем месте это просто плохой продукт. Три паттерна, которых надо избегать, и каждый из них реальный сценарий провала в выпущенных продуктах.

Трение у входной двери. Лишние шаги при входе. Капчи на каждую сессию. Флоу подтверждения по email, которые занимают три дня. Пользователь еще не вовлекся, поэтому каждый шаг трения это шанс уйти. Берегите трение до момента, когда пользователь решил остаться.

Отписка с темными паттернами. Трение, созданное, чтобы не дать пользователю уйти. Кнопки отмены, зарытые на четыре экрана вглубь. Модалки с чувством вины «вы уверены, что хотите потерять все свои бонусы». Паттерны «введите пароль, чтобы отменить» на аккаунтах, для регистрации которых пароль не требовался. Враждебное трение превращает краткосрочное удержание в долгосрочный репутационный ущерб. Бренды, которые так делают, за это платят.

Барьеры в онбординге. Мастера настройки, которые требуют все предпочтения, прежде чем продукт хоть что-то сделает. Стены «заполните профиль, чтобы продолжить» в продукте, который пользователь только что зарегистрировал, чтобы попробовать. Трение на этапе выстраивания доверия это трение, в которое пользователь еще не купился. Правильный паттерн это прогрессивное раскрытие, когда пользователь отдает продукту больше по мере того, как продукт зарабатывает больше.

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

Трение это материал дизайна

Ошибка большинства команд в том, что они считают трение бинарным. Подтверждать или не подтверждать. Команды, которые выпускают лучшие продукты 2026 года, относятся к трению как к материалу с настраиваемой формой. Шесть распространенных форм, у каждой свой вес.

Пауза. Задержка в 200 мс между тапом и выполнением. Самое легкое возможное трение. Используется в паттернах подтверждения по наведению и в медленных кнопках.

Подтверждение. Модалка, которая спрашивает один раз. Трение по умолчанию для действий со средними ставками, вроде архивации проекта или отправки счета.

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

Ввод для подтверждения. Пользователь вводит название ресурса, слово DELETE или email аккаунта. Заставляет сосредоточиться. Используется для самых необратимых действий.

Кулдаун. Окно задержки перед тем, как действие можно повторить или отменить. Используется для массовых операций и действий модерации, где вероятна паника.

Окно отмены. Действие происходит, но у пользователя есть фиксированный период, чтобы его отменить. Отмена отправки в Gmail. Окно редактирования в Slack. Правильная форма, когда действие обратимо с усилием, но не катастрофично.

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

О том, как скорость и трение взаимодействуют, читайте в скорость это бренд и принципы дизайна лендинга.

Аудит-фреймворк трения

Пропустите каждый флоу через эти четыре вопроса до релиза. Если ответы неверны, неверно и трение.

1. Обратимо ли действие? Если да, трение может быть легким или отсутствовать. Если нет, трение обязательно и должно расти вместе с ценой ошибки.
2. Что пользователь теряет, если тапнет случайно? Время, деньги, данные, репутацию, или все четыре сразу. Форма трения должна соответствовать размеру потери.
3. Где в флоу приземляется трение? Трение у входной двери плохо. Трение в момент действия хорошо. Трение между пользователем и ценностью стоит не на своем месте.
4. Читается ли трение как забота или как препятствие? Пользователь, который сталкивается с трением, должен чувствовать уважение, а не блокировку. Если это выглядит как продукт, замедляющий его, трение враждебно.

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

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

FAQ

Когда нужно добавлять трение в UX-флоу?

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

Бесфрикционный дизайн мертв?

Бесфрикционность как универсальная цель мертва. Бесфрикционность в правильные моменты по-прежнему верна. Легкость и бесфрикционность это не одно и то же, а намеренное трение в моменты с высокими ставками сигнализирует о продукте, который уважает пользователя.

В чем разница между хорошим трением и темными паттернами?

Хорошее трение защищает пользователя от ошибки, о которой он пожалел бы. Трение в духе темных паттернов защищает компанию от решения, которое пользователь уже принял. Хорошее трение живет у действия. Трение темных паттернов живет между пользователем и выходом. Форма может выглядеть похоже. Намерение противоположное.

Постройте слой, который зарабатывает доверие

Трение не противоположность хорошего UX. Это та часть UX, которая сигнализирует, что продукт знает, зачем он нужен. Команды, выпускающие в 2026 году продукты, которым люди доверяют, расписали свои флоу, назвали моменты с высокими ставками, выбрали правильную форму трения для каждого и отстояли выбор, когда руководство спросило, почему во флоу есть модалка подтверждения.

Если ваш продукт теряет доверие, потому что каждое действие ощущается одинаково, наймите Brainy. Мы делаем UX-аудиты, редизайн флоу и слой трения, который превращает продукт «тапни и молись» в продукт, с которым люди остаются. Трение это материал. Используйте его намеренно, в правильных местах, в правильной форме, и продукт будет читаться как забота при каждом касании пользователя.