Как я могу думать, как пользователь?

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

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

Это все, что наши тестеры ДОЛЖНЫ ловить, но

a) Каждая ошибка с низким приоритетом, как это, истощает время от критических проблем.

b) Мы хотим иметь как можно более сильный продукт

c) Даже лучшая тестирующая группа время от времени будет пропускать вещи.

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

edit - немного больше фона:

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

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

Ответ 1

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

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

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

Ответ 2

Прочитайте Не заставляйте меня думать.

Ответ 3

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

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

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

Ответ 4

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

Ответ 5

Мне нравится политика "съесть свою собачью пищу" ( " http://en.wikipedia.org/wiki/Eat_one 's_own_dog_food). Она приближает вас на один шаг, потому что вы становитесь пользователем, хотя вы можете думать как один.

Ответ 6

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

То, как я всегда это делаю, - поговорить с ними о том, что им нужно делать, что они обычно делают и как они используют свои текущие инструменты для этого. Затем (очень важно) сидят с ними, пока они это делают. Удостоверьтесь, что вы справляетесь с ними достаточно хорошо, чтобы вернуться к ним с вопросами о том, как они справляются с крайними случаями, о которых вы думаете позже (часто ответ будет ужасающим "мы обойдем систему вручную для этого" ).

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

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

Ответ 7

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

А также заставьте свою жену использовать его. Или твоя мать.

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

Ответ 8

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

Мои предложения по снижению риска несоблюдения правильных функций юзабилити:

Взгляните на пользователей, которые действительно выполняют свою повседневную работу. Даже если они используют другое программное обеспечение или вообще не имеют программного обеспечения. Вы сможете определить артефакты, которые им часто нужны, чтобы выполнить свою работу. Вы увидите, какие данные они часто нуждаются. Сосредоточьтесь на артефактах, данных и рабочих процессах, наиболее используемых. Они должны быть наиболее пригодными для использования. Экзотические рабочие процессы могут быть немного более трудоемкими для пользователей, чем часто используемые рабочие процессы.
Используйте рабочие прототипы графического интерфейса, чтобы пользователи могли работать с реалистичным рабочим процессом. Наблюдайте за ними и обратите внимание на то, что мешает им и что работает хорошо. Соответственно отрегулируйте свои прототипы.
Если проблема возникает в часто используемой части вашего программного обеспечения, пришло время обсудить ее сейчас и в деталях. Если проблема касается редко используемой части, сделайте ее проблемой с низким приоритетом и обсудите ее, если у вас есть время. Если проблемы или предложения имеют низкий приоритет, они должны оставаться на низком приоритете. Если вы не можете определить, является ли решение A или решение B лучшим, не повторяйтесь снова и снова в кругах с теми же аргументами. Просто реализуйте одно из решений и посмотрите, нравится ли бета-тестерам. Самое худшее, что вы можете сделать, это потратить время на крошечные проблемы, в то время как необходимо устранить серьезные проблемы.
Программное обеспечение никогда не будет идеальным, поскольку точки зрения пользователей отличаются. Некоторые пользователи подумают, что небольшая проблема ломает все приложение. Другие будут жить даже с серьезными проблемами юзабилити. Люди склонны прислушиваться к тем, кто рассуждает самым громким. Познакомьтесь с вашими пользователями, чтобы отделить "громкие" проблемы от важных. Для этого требуется опыт, и иногда вы принимаете неправильные решения, но нет идеального способа, только одно из неуклонного улучшения.
Если вы можете, выделите определенное количество ресурсов для развития юзабилити для этапа развертывания вашего программного обеспечения. Вопросы удобства использования будут возникать, когда люди начнут работать с ним в реальной производственной среде. Иногда не важно представлять идеальное программное обеспечение, но быстро решать проблемы по мере их возникновения.

Ответ 9

Легкий (хотя и довольно точный) ответ на вопрос, как думать, как пользователь, вставлять в ухо иглу для вязания и сильно напрягать.

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

Любая группа людей со временем разработает свой собственный жаргон, конвенции, практики и ожидания. Будучи программистом, вы будете ожидать от операционной системы разные вещи, чем Joe User. Это естественно, и, как ожидается, еще трудно обойтись.

Это также почему BAS (бизнес-аналитики) существуют. Обычно они происходят из бизнеса или тестирования, и не думают, как программисты. Это ваша ссылка на пользователей.

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

Ответ 10

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

Ответ 11

Я рассматриваю всех пользователей как вредоносных идиотов.

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

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

В то же время важно убедиться, что пользователь не понимает, что вы считаете себя идиотом.

Ответ 12

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

Ответ 13

Я вижу здесь несколько хороших предложений, особенно наблюдая за тем, как люди пытаются использовать ваше приложение. Одна вещь, которую я хотел бы предложить, - посмотреть на порядок, в котором вещи представляются пользователю на бумажных формах (если они используют их для ввода данных), и сделать страницу окончательной записи данных максимально похожей на этот порядок. Так много ошибок ввода данных (и потери скорости ввода данных) от них приходится прыгать на странице и потерять место. В этом году я сделал некоторую работу для политической кампании, и в каждом случае ввод данных был намного сложнее, потому что экран компьютера делал что-то в другом порядке, чем бумажные входы. Это особенно важно, если форма является той, которая не может быть изменена (например, форма регистрации избирателя, кампания должна использовать то, что государство предоставляет), чтобы соответствовать экрану компьютера. Также, если это возможно, совместим с экраном экрана. Если это первый Имя Фамилия в одной форме, что делает его фамилия имя в следующем будет путать людей и ошибки guanteee ввода данных.

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

Ответ 14

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

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

Ответ 15

Я бы предложил сделать некоторую форму тестирования юзабилити; Я участвовал в таких проектах в прошлом и нашел их весьма полезными.

Если вы пишете систему билетов, например, поднимаете задачи и задаете такие вопросы, как "как бы вы обновили этот билет" или "что вы ожидаете, если эта кнопка нажата".

Вам не обязательно нужно полное приложение, либо в некоторых местах можно использовать скриншоты.

Ответ 16

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

Ответ 17

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

Это единственный способ увидеть, как внешний вид + чувствовать + функциональность представляет собой конечный пользователь.

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

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

Вы (как участник проекта, будь то руководитель проекта, разработчик и т.д.) никогда не подумаете, что пользователь - это мой ответ на этот вопрос.

Ответ 18

Старая поговорка: вы можете сделать что-то "доказательство дурака", но вы не можете сделать это "проклятым дураком".

Дополнительно: Когда вы делаете что-то "идиотское доказательство", мир изобретает лучшего идиота.

Кроме этого, я согласен с тем, что говорили все остальные.

Ответ 19

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

Люди, которые НИКОГДА не будут использовать такую программу, скорее всего, найдут ошибки.

Посмотрите как нового пользователя Safari (или FF), который пытается поместить URL-адрес в поле поиска... Как программист, вы предполагаете, что никто не будет таким глупым (или, ну.. незнающим), но люди на самом деле иногда оказываются в таких ситуациях. Как программист, мы пропустили эти вещи.