Информируйте пользователей прогресса

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

Немедленно подтвердите команды пользователя и введите. Пользователи ожидают получать некоторый тип обратной связи каждый раз, когда они взаимодействуют с Вашим приложением. В OS X кнопки отвечают визуально, когда пользователи щелкают по ним, и указатель изменяется соответственно, поскольку пользователи перемещают его через различные средства управления и области. Точно так же, если команда не может быть выполнена, пользователи хотят знать, почему она не может и что они могут сделать вместо этого. Чем более быстрый Вы обеспечиваете обратную связь для взаимодействий пользователя, тем более быстро реагирующий появляется Ваше приложение. Для узнавания больше о принципе обратной связи посмотрите Обратную связь и Коммуникацию.

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

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

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

Иногда, пользователи нуждаются в помощи

Идеально, пользователи могут легко выяснить, как использовать Ваше приложение, не читая руководство пользователя, но иногда они нуждаются в небольшой помощи, понимающей, как использовать усовершенствованную или вторичную функцию. Следуйте инструкциям в этом разделе для обеспечения не стоящей на пути справки приложения. Для подробного руководства о том, как составить содержание справки, посмотрите Пользовательскую Помощь; для руководства при создании опыта onboarding посмотрите, Запускаются Немедленно.

В целом обеспечьте теги справки, описывающие, как использовать элементы UI. Когда пользователь позволяет указателю покоиться по элементу UI в течение нескольких секунд, теги справки могут появиться. Тег справки состоит из маленького представления, выводящего на экран сжатое описание того, что элемент UI делает (показанный здесь в Словаре). Несмотря на то, что лучше, когда использование UI Вашего приложения немедленно очевидно для пользователей, теги справки могут быть хорошим способом помочь неопытным пользователям без раздражающих опытных пользователей. Поскольку сообщение тега справки коротко и непосредственно соединенное с определенным элементом UI, тег справки не является надлежащим местом для описания высокоуровневой задачи.

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

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