Как люди, создающие программное обеспечение, мы все были в состоянии «потока»; полностью погруженный в деятельность, гиперконцентрированный и сверхпродуктивный.
Когда мы разрабатываем наше программное обеспечение, нам нужно рассматривать взаимодействия, которые мы просим пользователя выполнять, в контексте более широкого пользовательского опыта — поддерживая «поток» пользователя.
Не заставляй меня переключать страницы
Переключение с одной страницы на другую — одно из самых серьезных нарушений потока.
Даже если страница загружается быстро и пользователю не нужно ждать, ему приходится перестраивать свою ментальную модель и выяснять, что ему нужно делать на совершенно новой странице.
Может показаться, что это не имеет большого значения, но такое переключение контекста очень негативно влияет на работу пользователя.
Практическое правило: не заставляйте пользователя переключаться на другую страницу, если контекст также не меняется
Пример. Функция YouTube "Сохранить для просмотра позже" является хорошим примером этого. Когда вы смотрите видео и видите что-то, что вас интересует, вы можете добавить это в список, не покидая страницу, на которой вы находитесь.
Позже, когда вы активно ищете что-то новое для просмотра (теперь вы находитесь в другом «контексте»), вы можете перейти на новую страницу, которая показывает вам этот список.
Не заставляй меня менять устройство ввода
Как разработчик, моим основным устройством ввода является клавиатура. Когда я пишу код, переключение на мышь замедляет мой процесс и прерывает его. Мне нравится, чтобы все было доступно с помощью сочетаний клавиш.
Например, в случае TeamTools пользователь должен иметь возможность открывать модальное окно поиска, искать фрагмент кода и полностью вставлять его в свой код с помощью клавиатуры.
Вы можете использовать мышь, если хотите, но принудить пользователя переключаться на мышь, когда он печатает, достаточно сложно, чтобы никто вообще не стал ею пользоваться.
Практическое правило: старайтесь использовать одно и то же устройство ввода на протяжении всего взаимодействия
Пример. Несмотря на то, что в целом Slack не подходит для потока, он делает это правильно. Когда вы набираете сообщение и хотите добавить смайлик, вам вообще не нужна мышь. Смайлики можно добавить, набрав :. Откроется список, в котором вы можете продолжить ввод, чтобы отфильтровать список, а затем использовать клавиши со стрелками (или мышь, если хотите), чтобы выбрать нужный вариант. Все действие «отправить сообщение» можно полностью выполнить с помощью клавиатуры.
Не показывать мне уведомление, если оно не срочное
Вот почему чат-инструменты могут стать убийцей продуктивности.
По умолчанию вы обычно получаете уведомления каждый раз, когда вас упоминают. Мало того, они поощряют поведение @упоминания всего канала, чтобы убедиться, что кто-то ответил — в противном случае сообщение прокручивается и, возможно, никогда не будет ответа.
Если вы собираетесь вывести всплывающее уведомление или всплывающее сообщение, делайте это только тогда, когда требуется ввод данных пользователем сейчас. В противном случае небольшое уведомление, которое пользователь может посетить, когда он не в «потоке», обычно подходит.
Практическое правило: не прерывайте пользователя уведомлениями, если это не требует его внимания немедленно.
Пример. Уровень — это средство коммуникации, разработанное на основе этой предпосылки. Вместо того, чтобы поощрять отвлекающие уведомления, несрочные разговоры хранятся в безопасном месте, чтобы пользователи могли просматривать их в удобное время.
Когда прерывать поток намеренно
Иногда действие имеет достаточно серьезные последствия, чтобы заставить пользователя остановиться и подумать.
Легко щелкнуть мышью и сделать что-то случайно, поэтому иногда полезно сделать противоположное одному из вышеприведенных «эмпирических правил», чтобы прервать поток пользователя, заставить его остановиться и подумать и уберечь его от дорогостоящей ошибки.
Практическое правило: намеренно прерывайте поток пользователей, когда последствия действия требуют более тщательного обдумывания
Пример. При удалении репозитория в GitHub одного клика недостаточно. Вы, вероятно, используете мышь в этот момент, но вынуждены остановиться и ввести имя репозитория, прежде чем его можно будет удалить (см. «Не заставляйте меня менять мое устройство ввода»). Простое отображение диалогового окна подтверждения, требующего еще одного щелчка мыши, вероятно, не помешает отвлеченному пользователю случайно удалить не тот репозиторий.
Вывод
Построение для потока должно быть продуманным мыслительным процессом с самого начала, очень сложно модифицировать позже, когда что-то «не кажется» правильным. На каждом этапе процесса проектирования и сборки нам нужно мысленно отмечать пункты из этого списка.
Наконец, ничто не заменит показ вещей пользователю и наблюдение за тем, как кто-то использует их по-настоящему.
Первоначально опубликовано на getteamtools.com.
