Обзор приемов проектирования. Достаточный интерфейс против всеохватывающего

Давно известна польза от меньшего количества кликов в интерфейсе. Резать ненужные взаимодействия и упрощать оставшиеся — одно из самых приятных занятий при проектировании. Не всегда получается сделать это сразу, но после нескольких ревью и обсуждений получившегося интерфейса приходит просветление. Хотя бывает, что сперва психологически сложно спроектировать функциональность в упрощенном виде. И только взгляд через некоторое время дает отнестись к урезанию легче.

Степень возможного упрощения по большей части зависит от трех вещей. Во-первых, критичности операции. Насколько опасна потеря или получение неверных данных при том, что система не будет постоянно одергивать пользователя? Во-вторых, сложности в реализации. Готов ли разработчик потратить на “разгрузку” интерфейса больше сил? Ведь в более-менее крупных системах снятие нагрузки с пользователя — это перенос ее на систему. Третьим пунктом можно указать важность для бизнеса. Например, для внутреннего исследования важно, чтобы посетитель сайта заполнил при регистрации на сайте дополнительную форму. И хотя самому пользователю важность этих лишних 10 полей неочевидна, отказаться от них нельзя.

Удаление входящих сообщений в BFM Project

Вот, например, стандартная проблема — делать или нет подтверждение удаления. Большинство людей это прерывание работы раздражает и через некоторое время “ok” нажимается уже на автомате. Дурацкий диалог можно убрать, если “прикрыть тылы” — обеспечить возможность восстановления. Причем корзины или папки “Удаленные” недостаточно — неплохо бы тут же дать возможность отменить операцию. На скриншоте справа пример такого интерфейса. При нажатии на ссылку “удалить” сообщение стирается, но до ухода со страницы пользователь может восстановить его. А если сообщения маловажные или служебные — например, “Василий Иванов добавил вас в друзья” — можно обойтись и без корзины.

Оформление заказа на сайте Sitronics

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

Регистрация на сайте Sitronics

Кстати, при упрощении формы регистрации есть психологический барьер. Сейчас на многих сайтах этот процесс максимально упрощен — кое-где вообще нужно ввести только email. Но если сделать в этой форме меньше 3х полей, она становится либо визуально похожей на форму логина, либо начинается долгий процесс получения сгенерированного системой пароля по почте. Который сложно запомнить и потому он часто сразу меняется, так что упрощение выходит мнимое.

Отличный пример борьбы безопасности и удобства — секретные коды или CAPTCHA. Многие из них трудночитаемы даже для людей с нормальным зрением. В идеале, конечно, лучше вообще обойтись без них и найти другие способы фильтровать спамеров. Но идеал далек и не всегда реализуем, а злопыхатели всегда начеку. В одном из проектов мы старались максимально облегчить и процесс регистрации. Пользоваться сервисом почти в полной мере можно и без нее, но создание аккаунта здорово облегчает процесс. Поставить “угадайку” на регистрацию — значит, отпугнуть какую-то часть пользователей. Обойтись без нее — открыть сервис для атак одного из конкурентов, который и в офлайне всячески показывает недружелюбность.

CAPTCHA на странице регистрации в BFM Project

Первоначальный вариант — показывать логотип портала и просить указать с помощью двух групп радио-кнопок, какого цвета он сам и его фон — не совсем подошел (обидим дальтоников). А его производная — две картинки и две группы радио-кнопок, в которых нужно указать, что на картинке — вполне приемлема. Если варианта выбора в каждой группе 3, то робот случайным перебором может угадать комбинацию в (1/3) * (1/3) * 100% = 11,1% случаев. Если добавить по варианту выбора сверху, жизнь роботов станет сложнее еще на 4,9%. Возможно, есть минус в том что такое исполнение не очень привычно. Зато такая CAPTCHA и читается легче легкого, и для роботов не так проста.

Часто лишние действия в интерфейсе объясняются некой требуемой безопасностью. Но в итоге они отпугивают больше людей, чем спасают от потери информации. Которая на деле, оказывается, была не так уж и важна. Так что если стоит выбор между разными вариантами интерфейсных решений, для нахождения правильного можно воспользоваться примерно такой табличкой: