День двести шестьдесят первый. #Оффтоп #97Вещей
97 Вещей, Которые Должен Знать Каждый Программист
3. Спросите себя: «Что бы сделал пользователь?» (Вы не пользователь)
Мы все склонны полагать, что другие люди думают так же, как мы. Но это не так. Психологи называют это ложным консенсусом. Когда люди думают или действуют не так, как мы, мы думаем (пусть подсознательно), что с ними что-то не так.
Это предубеждение объясняет, почему программистам так сложно поставить себя на место пользователя. Пользователи не думают, как программисты. Для начала они проводят гораздо меньше времени за компьютерами. Они не знают и не заботятся о том, как работает компьютер. Это означает, что они не могут использовать ни одну из техник решения проблем, знакомых программистам. Они не распознают шаблоны и подсказки, которые программисты используют для работы с интерфейсом.
Лучший способ узнать, что думает пользователь, - понаблюдать. Попросите пользователя выполнить задачу, используя программный продукт, аналогичный тому, который вы разрабатываете. Убедитесь, что задача реальная: «Сложите столбец чисел» - нормально; «Рассчитайте свои расходы за последний месяц» - отлично. Избегайте слишком специфических задач, таких как «Можете ли вы выбрать эти ячейки электронной таблицы и ввести формулу СУММ() ниже?» - в этом вопросе заложена подсказка. Попросите пользователя рассказать о своем прогрессе. Не перебивайте. Не пытайтесь помочь. Продолжайте спрашивать себя: «Почему он это делает?» или «Почему она этого не делает?»
Первое, что вы заметите, это то, что пользователи делают основные вещи схожим образом. Они пытаются выполнять задачи в одном и том же порядке и делают одни и те же ошибки в одних и тех же местах. Вы должны проектировать вокруг этого основного поведения. Это отличается от совещаний разработчиков, когда все слушают, как кто-то говорит: «А что, если пользователь захочет ...?» Наблюдение за пользователями устраняет эту путаницу.
Вы увидите, что происходит, когда пользователи застревают. Когда вы застряли, вы оглядываетесь вокруг. Когда пользователи застревают, они сужают фокус. Им становится все труднее видеть решения в других местах на экране. Это одна из причин, почему текст справки - плохое решение для плохого дизайна пользовательского интерфейса. Если вам нужно разместить инструкции для пользователя, обязательно поместите их рядом с проблемными областями. Узкий фокус внимания пользователя - это то, почему подсказки более полезны, чем отдельные страницы справки.
Пользователи, как правило, путаются. Они найдут способ, который будет работать, и будут придерживаться его, независимо от того, насколько он запутан. Лучше предоставить один действительно очевидный способ работы, чем два или три коротких пути.
Вы также обнаружите, что существует разрыв между тем, что пользователи говорят, что они хотят, и тем, что они реально делают. В этом и проблема, так как обычный способ сбора требований пользователей - это опрос. Вот почему лучший способ определить требования - это наблюдать за пользователями. За час наблюдения за пользователями вы получите больше информации, чем за день выспрашивания чего они хотят.
Источник: https://www.oreilly.com/library/view/97-things-every/9780596809515/
97 Вещей, Которые Должен Знать Каждый Программист
3. Спросите себя: «Что бы сделал пользователь?» (Вы не пользователь)
Мы все склонны полагать, что другие люди думают так же, как мы. Но это не так. Психологи называют это ложным консенсусом. Когда люди думают или действуют не так, как мы, мы думаем (пусть подсознательно), что с ними что-то не так.
Это предубеждение объясняет, почему программистам так сложно поставить себя на место пользователя. Пользователи не думают, как программисты. Для начала они проводят гораздо меньше времени за компьютерами. Они не знают и не заботятся о том, как работает компьютер. Это означает, что они не могут использовать ни одну из техник решения проблем, знакомых программистам. Они не распознают шаблоны и подсказки, которые программисты используют для работы с интерфейсом.
Лучший способ узнать, что думает пользователь, - понаблюдать. Попросите пользователя выполнить задачу, используя программный продукт, аналогичный тому, который вы разрабатываете. Убедитесь, что задача реальная: «Сложите столбец чисел» - нормально; «Рассчитайте свои расходы за последний месяц» - отлично. Избегайте слишком специфических задач, таких как «Можете ли вы выбрать эти ячейки электронной таблицы и ввести формулу СУММ() ниже?» - в этом вопросе заложена подсказка. Попросите пользователя рассказать о своем прогрессе. Не перебивайте. Не пытайтесь помочь. Продолжайте спрашивать себя: «Почему он это делает?» или «Почему она этого не делает?»
Первое, что вы заметите, это то, что пользователи делают основные вещи схожим образом. Они пытаются выполнять задачи в одном и том же порядке и делают одни и те же ошибки в одних и тех же местах. Вы должны проектировать вокруг этого основного поведения. Это отличается от совещаний разработчиков, когда все слушают, как кто-то говорит: «А что, если пользователь захочет ...?» Наблюдение за пользователями устраняет эту путаницу.
Вы увидите, что происходит, когда пользователи застревают. Когда вы застряли, вы оглядываетесь вокруг. Когда пользователи застревают, они сужают фокус. Им становится все труднее видеть решения в других местах на экране. Это одна из причин, почему текст справки - плохое решение для плохого дизайна пользовательского интерфейса. Если вам нужно разместить инструкции для пользователя, обязательно поместите их рядом с проблемными областями. Узкий фокус внимания пользователя - это то, почему подсказки более полезны, чем отдельные страницы справки.
Пользователи, как правило, путаются. Они найдут способ, который будет работать, и будут придерживаться его, независимо от того, насколько он запутан. Лучше предоставить один действительно очевидный способ работы, чем два или три коротких пути.
Вы также обнаружите, что существует разрыв между тем, что пользователи говорят, что они хотят, и тем, что они реально делают. В этом и проблема, так как обычный способ сбора требований пользователей - это опрос. Вот почему лучший способ определить требования - это наблюдать за пользователями. За час наблюдения за пользователями вы получите больше информации, чем за день выспрашивания чего они хотят.
Источник: https://www.oreilly.com/library/view/97-things-every/9780596809515/