Что должен знать разработчик о дизайне интерфейса, удобстве использования и психологии пользователя для создания отличного программного обеспечения?

Возможный дубликат:
Дизайн человеческих факторов (удовлетворение психологических потребностей в дизайне пользовательского интерфейса)

Что должен знать разработчик о дизайне пользовательского интерфейса, удобстве использования и менее технических аспектах взаимодействия с человеческим компьютером?

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

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

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

Я начну:

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

ПРИМЕР: В качестве хорошего примера я приведу Microsoft Word (а также другие приложения Office) версии до 2007 года. Огромное количество меню и вариантов всегда меня пугало. Мне удалось вспомнить, где были варианты, которые мне нужны чаще всего, но это так. Все, что у меня есть, я предпочитаю google для вещей, которые мне нужны, чтобы узнать, где эта особенность находится в лесу опций.

РЕШЕНИЕ: Скрыть все дополнительные опции за несколькими меню и подменю, логически структурированными для того, чтобы пользователь мог находить их в процессе логического мышления. Редизайн 2007 года, очевидно, принял во внимание эту проблему, сгруппировав опции в вкладки. Я нашел много новых вариантов, которые мне нужны без поисковой системы, но просто подумал, где он может принадлежать и ищет там. Не то, чтобы он всегда работал, но улучшение можно почувствовать.

Теперь, каковы ваши идеи?

Ответ 1

Полезные и эффективные интерфейсы прекрасны. Посмотрите на них как на дизайнера пользовательского интерфейса, а не на искусство.: -)

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

Ответ 2

Научитесь слушать.

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

Ответ 3

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

GMail имеет этот лозунг: Поиск, не сортировать". Тот же принцип может применяться к пользовательским интерфейсам. Как вы уже упоминали, пользователи уже делают это сами, используя функции googling для функций.

Теперь следующий шаг - построить поддержку поиска функций прямо в приложении. Нажмите комбинацию клавиш, введите несколько ключевых слов и нажмите на функцию, которую вы хотите использовать. Функция IDE Insight в предстоящем RAD Studio 2010 делает именно это.

Ответ 4

Проблема: пользовательские интерфейсы часто не имеют соответствия 1-к-1 с модель домена:

Есть проблемы связи потому что программисты говорят о скрытая модель домена, когда пользователи говорят о графическом интерфейсе.
Есть проблемы с обслуживанием поскольку пользователи ограничены пользовательский интерфейс на основе задач. Они регулярно нуждаются попросить "новый экран сделать это" даже если модель домена может уже поддерживайте его.

Решение: шаблон архитектурного дизайна голых объектов. Чтобы довести это до крайности, вы можете автоматически генерировать графический интерфейс из модели домена.

Ответ 5

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

Ответ 6

Я предлагаю прочитать "Дизайн повседневных вещей" Дональда Нормана.

Ответ 7

Я использую мысли, что астетика бесполезна, пока я не попытался продать свой дом. Прочный фундамент, 3 шрам, 2 ванны, 2 гаража, огороженный двор, бла, бла-бла - пока я не избавился от вони от моих 3-х собак, никто не трогал бы его.

Чем больше визуально нравится приложение/сайт, тем больше шансов его использовать. Теперь пользователь попробует и определит, делает ли он что угодно. Наконец, насколько это полезно? Это момент, когда вы, вероятно, получите больше отзывов.

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

Ответ 8

Если вы действительно хотите, чтобы ваши глаза открылись, займите курс в области человеческого фактора.

Ответ 9

Я работал в фармацевтической компании последние два года, и я думаю, что дизайн интерфейса почти так же важен, как и функциональность. Наблюдение за тем, как пользователи борются со старым сложным устаревшим кодом, является основной причиной его повторного проектирования. Функциональность редко является основной причиной перепрограммирования кода или его замены.

Исследования удобства использования
Наблюдение за использованием вашего кода
Экстремальное программирование (Прерывание кода предварительного просмотра с перерывами во время процесса проектирования)

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