Какие хорошие примеры показывают, что «я не пользователь»? - PullRequest
16 голосов
/ 12 декабря 2008

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

С тех пор я видел несколько хороших примеров, которые доказывают, что я не пользователь.

  • Пользователь пытается использовать инструмент разработки шаблонов электронной почты и застревает, пытаясь ввести символ канала (|). Проблема оказывается в том, что труба на клавиатуре имеет пробел в середине.
  • В веб-приложении пользователь не видит контент ниже сгиба. Не необычно Мы говорим ей, чтобы прокрутить вниз. Она понятия не имеет, о чем мы говорим, и не знакома с большим пальцем прокрутки.
  • Я слушаю звонок в техподдержку. Реп говорит пользователю закрыть браузер. На заднем плане слышен звон выключения Windows.

Каковы другие хорошие примеры этого?

РЕДАКТИРОВАТЬ: Чтобы уточнить, я ищу примеры, где разработчики делают предположения, которые оказываются ужасно ложными о том, что пользователи будут знать, понимать и т. Д.

Ответы [ 12 ]

24 голосов
/ 12 декабря 2008

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

Они говорят: «Хорошо, у меня есть этот инструмент, что я могу с ним сделать?»

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

Для них все, что они хотят делать на компьютере, основано на задачах .

  • "Как мне записать DVD?"
  • «Как загрузить фотографию с камеры на этот сайт?»
  • «Как мне отправить маме песню?»

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

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

Запомните это: пользователи не хотят «использовать ваше приложение», они хотят сделать что-то конкретное .

9 голосов
/ 29 декабря 2008

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

В большинстве любых приложений на основе документов, от самых сложных (MS Word, Excel, Visual Studio) до самых простых (Блокнот, Crimson Editor, UltraEdit), когда вы закрываете приложение с несохраненными изменениями, вы получаете диалог, подобный этому:

Текст в файле без названия изменился.
Вы хотите сохранить изменения?
[Да] [Нет] [Отмена]

Предположение : пользователи будут читать диалоговое окно
Реальность : при средней скорости чтения 2 слова в секунду это займет 9 секунд. Многие пользователи вообще не читают диалоги.
Наблюдение : многие разработчики читают намного быстрее, чем обычные пользователи

Предположение : все возможные варианты одинаково вероятны.
Реальность : Большинство (> 99%) пользователей хотят, чтобы их изменения были сохранены.

Предположение : Пользователи рассмотрят последствия, прежде чем щелкнуть по выбору
Реальность : Истинное влияние выбора произойдет для пользователей через доли секунды после нажатия кнопки.

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

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

4 голосов
/ 29 декабря 2008

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

Слишком часто я видел клиентов, сталкивающихся с богатым набором технологий, инструментов, утилит, API-интерфейсов и т. Д., Но без очевидного способа решения своих высокоуровневых задач. Иногда это может быть решено просто с помощью лучшей документации (например, подробные пошаговые инструкции), иногда с помощью некоторых высокоуровневых мастеров, построенных на основе сценариев / инструментов командной строки, а иногда только с фундаментальной перераспределением приоритетов программного проекта.


С учетом сказанного ... чтобы бросить еще один конкретный пример в кучу, есть меню Пуск Windows (отрывок из статьи в блоге The Old New Thing ):

Назад в первые дни, панель задач не было кнопки Пуск.

...

Но одну вещь продолжали бить по тестам юзабилити: люди загрузились компьютер и просто сидел там, не знаете, что делать дальше.

Именно тогда мы решили обозначить Системная кнопка «Пуск».

Там написано: «Ты дурак. Нажми сюда». А также он отправил наши номера юзабилити через крыша, потому что вдруг, люди знали, что нажимать, когда они хотел что-то сделать.

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

3 голосов
/ 12 декабря 2008

Много лет назад в CMS я тупо предполагал, что никто никогда не будет пытаться создать каталог с начальным пробелом в имени .... кто-то это сделал, и очень сильно огорчил многие другие части системы.

С другой стороны, попытка объяснить матери, что она нажимает кнопку «Пуск», чтобы выключить компьютер, - это просто боль.

2 голосов
/ 29 декабря 2008

Я видел это много раз, кажется, что это всегда происходит. Кажется, я из тех людей, которые могут уловить подобные предположения (при некоторых обстоятельствах), но я был потрясен тем, что пользователь делал много раз.

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

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

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

Я также собираюсь упомянуть следствие предположения Бевана «Пользователи будут читать диалог». Опираясь на предположение «пользователи ничего не читают», имеет гораздо больше смысла. Тем не менее, люди, которые утверждают, что пользователь ничего не читает, часто предлагают поместить кусочки длинного сухого пояснительного текста, чтобы помочь пользователям, которые смущены каким-то случайным неудачным дизайнерским решением (например, использование флажков для чего-то, что должно быть переключателями, поскольку вы можете выбрать один).

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

2 голосов
/ 29 декабря 2008

Современные графические интерфейсы довольно хорошо скрывают основную ОС. Но идиосинкразия все еще просвечивает.

Почему Mac не позволяет мне создавать папку под названием «Фото: Рождество 08»?

Почему я должен "извлечь" смонтированный образ диска?

Не могу ли я преобразовать JPEG в TIFF, просто изменив расширение файла?

(Последний действительно случился со мной несколько лет назад. навсегда потребовалось, чтобы выяснить, почему TIFF загружался неправильно! Именно в тот момент я понял, почему Apple использовала встроенные типы файлов (как метаданные), и по сей день я не понимаю, почему они глупо вернулись к расширениям файлов. О, верно, это потому, что Unix - превосходная ОС.)

2 голосов
/ 12 декабря 2008

Как насчет вызова службы технической поддержки apocryphal о пользователе со сломанным «подстаканником» (CD / ROM)?

На самом деле, тот, который укусил меня, был вырезан / вставлен - теперь я всегда обрезаю свои текстовые вводы, поскольку некоторые из моих пользователей вырезали / вставляли текст из электронных писем и т. Д. И в итоге выбирали лишние пробелы. Мои тесты никогда не предполагали, что люди будут «печатать» дополнительные символы.

1 голос
/ 16 января 2009

То, что пользователи не знают, они составят. Они часто работают с неверной теорией того, как работает приложение.

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

История: Давным-давно, перед персональным компьютером, происходило разделение времени. Представитель клиента из компании, которая делится временами, сказал мне, что однажды, когда он давал урок «как» двум или трем милым пожилым женщинам, он рассказал им, как остановить запущенную программу (если она была запущена по ошибке или заняла много времени) .) У него был один из учеников типа ^ K, и терминал с разделением времени ответил: «Убит!». У леди чуть не случился сердечный приступ.

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

1 голос
/ 12 декабря 2008

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

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

Я предполагал, что у меня должны быть ярлыки для установки, такие как DUN -> Проверка электронной почты, шаг 1, Eduora - Проверка электронной почты, шаг 2 ...

1 голос
/ 12 декабря 2008

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...