Запустите немедленно

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

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

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

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

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

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

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

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

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

Всегда подготавливайтесь остановить и перезапустить

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

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

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

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