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

Знайте свою аудиторию

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

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

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

Проанализируйте пользовательские задачи

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

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

Прототипы сборки

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

Сделайте пользователя, тестирующего

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

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

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

Внимание на решения, не функции

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

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

Соблюдите правило 80-20. Эти 80-20 управляют государствами, что примерно 80% пользователей используют только ряд функции приложения, в то время как только приблизительно 20% пользователей могли бы использовать больше всего или все функции. Размышление о Вашей пользовательской аудитории таким образом призывает Вас подчеркивать функции, включающие основную задачу, и помогает Вам идентифицировать функции, которые, более вероятно, будут ценить продвинутые пользователи.