Без шелухи

2019-02-21 13:53:14 Разбор задачки: вахтёр

Приятно видеть такое единодушие ツ Разберём все же варианты:

Всё нормально, оставлю так
Понимаю, жаль отказываться от такой красоты. Там целая система! Мало того, что у каждого сообщения собственный обратный отсчёт. Так ещё если сообщений больше 5, то дополнительные становятся в очередь и выскакивают только после того, как закрылись предыдущие. Кто-то явно потрудился над этим ツ

Но всё же для пользователя сообщение бесполезно.

Переформулирую в позитив
Формулировать сообщение об ошибке в позитиве («вы уже проголосовали» вместо «повторное голосование запрещено») — хорошая мысль, если сообщение действительно нужно. Здесь оно ничем не помогает, так что смысла нет.

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

Задизейблю кнопку, если уже есть голос
Простой и рабочий вариант. Если человек уже проголосовал «в плюс», то дальнейшие тыки на кнопку можно спокойно игнорировать. Нет ошибки, нет проблемы, все счастливы.

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

Снимать голос при повторном тыке
Этот вариант предложили в личке. Мне он не очень нравится. Если бы действие было одно (как лайк в фейсбуке) — да, логично, при повторном нажатии отменять его (снимать лайк).

Но тут в интерфейсе два раздельных действия (плюс и минус). И снимать плюс при повторном нажатии на плюс — нелогично. Открыть/Комментировать

2019-02-20 16:36:52 ​​ Мини-задачка: вахтёр

По моим наблюдениям, разработчики (и дизайнеры, в меньшей степени) очень любят запрещать. Я это называю «синдром айти-вахтёра».

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

> Повторное голосование запрещено

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

Как бы вы поступили с этим сообщением?
(опрос следует) Открыть/Комментировать

2019-02-11 16:30:56 Тарифный план «свяжитесь с нами»

Облачные сервисы для бизнеса обычно делают несколько тарифов с понятной ценой и один топовый в стиле «свяжитесь с нами».

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

https://antonz.ru/pricing-contact-us/ Открыть/Комментировать

2019-02-04 20:56:10 Как упростить пользователю жизнь

Давным-давно Дональд Норман написал книгу «Дизайн привычных вещей». Максимум, что обычно из неё помнят люди — обзор дверей с неудобными ручками.

Книга, между тем, чудесная. Например, есть глава про то, как продукт может сделать жизнь человека проще. Там четыре шага, от простого к сложному. Я примерил их на сервисы доставки еды и обнаружил, что до конца пути никто до сих пор не прошёл. А книге 20 лет уже ツ

https://antonz.ru/simplify-users-life/ Открыть/Комментировать

2019-01-23 19:57:13 ​​ Разбор задачки: «очистить» vs «удалить»

Я согласен с большинством — лучше убрать Delete в настройки. Удаление почтового ящика — редкая операция, ей нечего делать в контекстном меню. Empty же используется часто: это тестовая почта, ящики время от времени чистят.

Почему остальные варианты нравятся меньше:

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

Сделать Delete красным и добавить
Это, скорее всего, сработает. Но визуальный акцент на редкой операции — так себе решение.

Убрать Empty в настройки
Этот вариант я специально добавил, чтобы чуть усложнить выбор ツ Думаю, тут всё понятно.

В личку несколько раз прислали ещё один вариант:

Добавить подтверждение на Delete
Оно там и так есть, ничуть не помогает. Подтверждения не работают, потому что для рутинных операций люди их не читают Открыть/Комментировать