Как сделать сайт удобным стив круг: Как сделать сайт удобным. Юзабилити по методу Стива Круга, Стив Круг – скачать книгу fb2, epub, pdf на Литрес

Читать книгу «Как сделать сайт удобным. Юзабилити по методу Стива Круга» онлайн полностью📖 — Стива Круга — MyBook.

Вступительное слово

Зовите меня Измаил

Как появилась эта книга. Парочка оправданий. Пара слов о домоводстве

Я люблю дедлайны. Особенно этот свист, с которым они проносятся мимо.

Дуглас Адамс, написавший «Автостопом по галактике» и никогда не сдававший свои рукописи вовремя

Эту книжку мне захотелось написать девять лет назад, как только я расквитался с предыдущей (она называлась «Не заставляйте меня думать»).

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

• Лучшее, что можно сделать для усовершенствования сайта (или любой другой продукции, с которой должен так или иначе взаимодействовать пользователь), – это провести тестирование юзабилити.

• Поскольку владельцы большинства контор – жадины, они не склонны нанимать штатных тестировщиков, и поэтому тестировать свою продукцию должен уметь каждый. И наконец…

• Я подумал, что могу написать неплохую книжку о том, как овладеть этим умением.

Лишь одно меня смущало: я ненавижу сочинять тексты.

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

И вот, знаете, это не те мучения, которые, например, испытывает человек, стоящий у прилавка и размышляющий: «Черт, какой же iPhone купить? Черненький или беленький?» Я бы сравнил это с мучениями человека, который не спал трое суток подряд. Я всегда говорил: нет работы труднее, чем работа писателя, и для меня непостижимо, как ею можно заниматься по своей воле. Мне кажется, нормального человека на это может подвигнуть разве что дуло пистолета, приставленное к затылку (каковым, без сомнения, как раз и является дедлайн).

Мне чертовски повезло: предыдущая книга сослужила добрую службу. Одним из побочных эффектов ее появления на свет стала чудесная возможность провести ряд семинаров, что лишило меня мотивации сразу садиться за новую рукопись. Преподавание мне нравится куда больше, чем писательство или консалтинг^[1].

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

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

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

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

Нужна ли этому миру еще одна книга о тестировании юзабилити?

Я не изобретал велосипед. Тестирование юзабилити пришло в наш мир давным-давно, и немало известных людей, самый влиятельный из которых – Якоб Нильсен, вот уже более двадцати лет проповедуют идеи «доступного тестирования юзабилити».

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

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

• Она НЕ является всеобъемлющей. Я предполагаю, что для вас юзабилити не стало и не станет делом всей жизни и что этого слова даже нет в вашей должностной инструкции. Раз так, вам вовсе необязательно знать все нюансы и тратить уйму времени на их постижение. Эту книгу, как и предыдущую («Не заставляйте меня думать»), я постарался сделать достаточно тонкой, такой, чтобы ее можно было прочитать, например, в самолете^[2].

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

• Эта книжка не только о том, как НАХОДИТЬ проблемы с юзабилити. В отличие от многих других изданий, в этом рассказывается еще и о том, как устранять обнаруженные проблемы. В главах с 10-й по 13-ю я объясняю, как выбирать, что именно и каким образом исправлять. Об этом, на самом деле, написано довольно мало, а зря. Мне кажется, что это как-то… в общем, это важно.

Зовите меня безответственным

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

• Любители сделают все тяп-ляп, и в результате а) объект тестирования станет не лучше, а только хуже и б) это заставит всех считать, что тестирование никому не нужно.

• Любители сделают все безукоризненно, и профессионалы останутся без работы.

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

Если вы можете позволить себе нанять профессионала, который проведет тестирование^[3], наймите его

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

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

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

Проблема в другом. Абсолютное большинство разработчиков веб-сайтов не могут себе позволить профессионального тестировщика юзабилити. Во всяком случае, мало у кого хватает денег более чем на один раунд тестирования. Хуже того, даже если бы они имели такую возможность, едва ли они смогли бы найти настоящего специалиста^[4].

Теперь еще одна важная мысль. Я не считаю, что любители делают все тяп-ляп. Лично я такого никогда не видел. И еще я уже много лет прошу, чтобы хоть кто-нибудь поведал мне историю о том, как в результате такого «любительского» тестирования ухудшилось юзабилити продукции. Не слышал я о таких случаях^[5]!

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

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

В 2001 году на ежегодной конференции UPA (Usability Professionals Association – Ассоциация специалистов по юзабилити^[6]) Якоб Нильсен блестяще описал свое видение того, что будет происходить с юзабилити в будущем. Он сказал, что «простым тестированием на уровне пользователя (отладкой дизайна)» придется заниматься всем. Профессионалам же достанется работа, требующая действительно специальных знаний и умений: проведение количественных тестов, сравнительных тестов и тестирование новых технологий. Наиболее опытные профессионалы, по словам Нильсена, займутся такими сложными вещами, как международное тестирование и разработка новых методологий (уделом этих мудрецов станет философствование и распитие спиртных напитков в кругу таких же аксакалов).

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

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

Не попало в кадр

Не пытайтесь найти в этой книге следующее.

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

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

• Тестирование пультов управления ядерными реакторами и воздушным движением, а также тестирование любых других систем, неправильное управление которыми может привести к гибели людей и другим серьезным последствиям. В книге не описывается, как с помощью тестирования организовать систему с «защитой от дурака». Цель всех интеллектуальных упражнений, о которых здесь будет написано, – всего лишь упростить работу с системой. Когда от вашей разработки зависят жизни людей, надо проводить всестороннее, тщательно спланированное, количественное, основанное на больших моделях, воспроизводимое, научно обоснованное исследование, дающее статистически достоверные результаты. По меньшей мере, лично я на вашем месте поступил бы именно так.

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

Что? Максимы? Можно не называть их «максимы»…

Что вы точно найдете в этой книге, так это целый набор своеобразных афоризмов. За неимением лучшего слова я назвал их «максимы». Их легко опознать, поскольку все они выглядят вот так:

Не забивайте гвозди микроскопом

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

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

Напутственные слова

Если быть точным, то всего этих слов четыре штуки: Вы способны это сделать.

Долгие годы моим девизом было выражение «Подумаешь, бином Ньютона!» Я уверен, что решение большинства проблем юзабилити не требует больших интеллектуальных усилий. Тем не менее необходимо обучать людей проводить тестирование достаточно качественно, чтобы его ценность была очевидна.

Вот вы сейчас читаете этот текст – из этого я делаю вывод, что дефакто вы в своей конторе являетесь человеком, защищающим права пользователя. Вы заинтересованы в том, чтобы ваша «продукция» (что бы это ни было: веб-сайт, сетевое или локальное приложение, да что угодно!) была дружественной по отношению к пользователю.

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

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

Так что вот вам мой совет: начинайте как можно быстрее, делайте все как можно проще и – получайте удовольствие!

ЧАВО

Это не переработка вашей предыдущей книги «Не заставляйте меня думать»?

Черт, кто включил этот микрофон?

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

Можно считать это издание дополненной версией главы из «Не заставляйте меня думать», в которой я объясняю, как проводить тестирование юзабилити^[7].

А если я не собираюсь ничего тестировать? Читать мне эту книгу?

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

Стив Круг — Как сделать сайт удобным. Юзабилити по методу Стива Круга читать онлайн

12 3 4 5 6 7 …34

Стив Круг

Как сделать сайт удобным. Юзабилити по методу Стива Круга

Вступительное слово

Зовите меня Измаил Как появилась эта книга. Парочка оправданий. Пара слов о домоводстве

Я люблю дедлайны. Особенно этот свист, с которым они проносятся мимо.

Дуглас Адамс, написавший «Автостопом по галактике» и никогда не сдававший свои рукописи вовремя

Эту книжку мне захотелось написать девять лет назад, как только я расквитался с предыдущей (она называлась «Не заставляйте меня думать»).

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

• Лучшее, что можно сделать для усовершенствования сайта (или любой другой продукции, с которой должен так или иначе взаимодействовать пользователь), – это провести тестирование юзабилити.

• Поскольку владельцы большинства контор – жадины, они не склонны нанимать штатных тестировщиков, и поэтому тестировать свою продукцию должен уметь каждый. И наконец…

• Я подумал, что могу написать неплохую книжку о том, как овладеть этим умением.

Лишь одно меня смущало: я ненавижу сочинять тексты.

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

И вот, знаете, это не те мучения, которые, например, испытывает человек, стоящий у прилавка и размышляющий: «Черт, какой же iPhone купить? Черненький или беленький?» Я бы сравнил это с мучениями человека, который не спал трое суток подряд. Я всегда говорил: нет работы труднее, чем работа писателя, и для меня непостижимо, как ею можно заниматься по своей воле. Мне кажется, нормального человека на это может подвигнуть разве что дуло пистолета, приставленное к затылку (каковым, без сомнения, как раз и является дедлайн).

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

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

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

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

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

Нужна ли этому миру еще одна книга о тестировании юзабилити?

Я не изобретал велосипед. Тестирование юзабилити пришло в наш мир давным-давно, и немало известных людей, самый влиятельный из которых – Якоб Нильсен, вот уже более двадцати лет проповедуют идеи «доступного тестирования юзабилити».

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

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

•  Она НЕ является всеобъемлющей . Я предполагаю, что для вас юзабилити не стало и не станет делом всей жизни и что этого слова даже нет в вашей должностной инструкции. Раз так, вам вовсе необязательно знать все нюансы и тратить уйму времени на их постижение. Эту книгу, как и предыдущую («Не заставляйте меня думать»), я постарался сделать достаточно тонкой, такой, чтобы ее можно было прочитать, например, в самолете [2] .

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

•  Эта книжка не только о том, как НАХОДИТЬ проблемы с юзабилити . В отличие от многих других изданий, в этом рассказывается еще и о том, как устранять обнаруженные проблемы. В главах с 10-й по 13-ю я объясняю, как выбирать, что именно и каким образом исправлять. Об этом, на самом деле, написано довольно мало, а зря. Мне кажется, что это как-то… в общем, это важно.

Зовите меня безответственным

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

• Любители сделают все тяп-ляп, и в результате а) объект тестирования станет не лучше, а только хуже и б) это заставит всех считать, что тестирование никому не нужно.

• Любители сделают все безукоризненно, и профессионалы останутся без работы.

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

Если вы можете позволить себе нанять профессионала, который проведет тестирование [3] , наймите его

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

Читать дальше

12 3 4 5 6 7 …34

Не заставляйте меня думать — руководство по удобству использования веб-приложений и мобильных приложений

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

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

Принципы юзабилити

• Основной принцип: Не заставляйте пользователя думать
• Пользователь должен иметь возможность посмотреть на домашнюю страницу и сразу понять, для чего она нужна.
• Убрать все вопросительные знаки у пользователя, это значит, что пользователь никогда не должен спрашивать себя ни о чем на сайте, все должно быть очевидно.
• Если вы не можете сделать что-то само собой разумеющимся (очевидным), сделайте это самоочевидным (чтобы оно объясняло само себя). Это означает, что, например, элементы на сайте, на которые можно ссылаться, должны быть самоочевидными, что означает выделение каким-либо другим цветом, но если это что-то, что не может быть столь очевидным, вы можете добавить текст, объясняющий, что вы должны делать. с этой конкретной кнопкой (это также может быть ярлык).

Вещи, которые заставляют пользователя думать и которых следует избегать, насколько это возможно:

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

Чем занимаются люди?

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

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

Как улучшить удобство использования?

1. Воспользуйтесь преимуществами соглашений

Это означает использование широко используемых или стандартизированных шаблонов проектирования. Например:

• Логотип компании в верхнем левом углу и основная навигация вверху или внизу слева.
• Используйте наиболее часто используемые значки.

2. Создайте эффективную визуальную иерархию

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

• Чем важнее что-то, тем более заметным оно должно быть. Заметный, более крупный, жирный, характерного цвета, с большим количеством пустого пространства или/и ближе к верхней части страницы.
• Связанные вещи должны иметь одинаковый формат.
• Вещи, которые сгруппированы, теперь должны это визуально отображать. Например, сгруппировать все под одним и тем же названием, в одном поле и т. д.

«Хорошая визуальная иерархия избавляет нас от работы, предварительно обрабатывая страницу за нас, организуя и расставляя приоритеты ее содержимого таким образом, чтобы мы могли понять его почти мгновенно»

3.

Разбивайте страницы на четко определенные области

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

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

4. Сделайте очевидным то, что кликабельно

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

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

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

5. Снизьте уровень шума до глухого рева

Это означает, что пользователь не будет отвлекаться:

• Много предметов, привлекающих внимание, таких как приглашения к покупке, восклицательные знаки или яркие цвета.
• Дезорганизация: информация повсюду плохо организована, не согласована.
• Беспорядок: слишком много информации на странице.

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

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

6. Отформатируйте текст для поддержки сканирования

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

Не усложняйте

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

Опустите лишние слова на сайте, так как это:

• Уменьшит уровень шума на странице
• Сделайте полезный контент более заметным
• Делайте страницы короче, чтобы пользователи могли сразу увидеть больше каждой страницы без прокрутки.

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

Инструкции должны умереть

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

Разработка навигации

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

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

«Понятная, продуманная навигация — одна из лучших возможностей сайта произвести хорошее впечатление»

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

Всегда иметь строку поиска на всех страницах стандартного формата. поле, кнопку и слово «поиск» или значок увеличительного стекла.

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

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

Рекомендации по панировочным сухарям

• Разместите их наверху
• Используйте «>» между уровнями
• Жирный последний элемент

Рекомендации для главной страницы

Что следует учитывать при создании домашней страницы:

1. Идентификация сайта: Домашняя страница должна сообщать пользователю, что это за сайт и для чего он предназначен, и, если возможно, почему я должен быть на нем странице, а не на каком-либо другом сайте.
2. Иерархия сайта: Главная страница должна давать обзор того, что может предложить сайт. Что я могу найти здесь и что я могу здесь сделать и как это все организовано. Это покрывается постоянной навигацией.
3. Поиск: на большинстве сайтов на главной странице должно быть заметное окно поиска.
4. Teases: соблазните пользователя намеками на «хорошие вещи» внутри.
5. Промо-контент: освещайте самые новые, лучшие или самые популярные материалы, такие как главные новости и горячие предложения.
6. Промо-акции: предложите пользователю изучить дополнительные разделы.
7. Своевременный контент: контент должен часто обновляться.
8. Deals: реклама, продвижение и кобрендинговые сделки.
9. Ярлыки: наиболее часто запрашиваемый контент должен иметь собственные ссылки.
10. Регистрация: Регистрация/вход в поле.

Цели главной страницы

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

Три важных места на странице, где пользователи ожидают найти явные заявления о том, о чем сайт

• Слоган: Заявление рядом с идентификатором сайта
• Приветственное объявление: краткое описание сайта, отображаемое в заметном блоке на главной странице, обычно вверху слева или в центре.
• «Подробнее»: Объяснение новых продуктов, рекомендуется использовать короткие видеоролики, а не текст.

Рекомендации по дизайну 

Нет смысла обсуждать на сайте цвета или дизайны, у каждого будет свое личное мнение.

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

Юзабилити-тесты

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

Как часто проводить тестирование? одно утро в месяц (достаточно трех участников) или два раза, если работаете по Agile.

Важно программировать день тестирования, а не привязывать тестирование к вехе.

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

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

Имеется предложенная автором структура юзабилити-тестов. http://www.sensible.com/downloads/test-script-web.pdf

После того, как тесты выполнены, важно сначала сосредоточиться на самых серьезных проблемах, как это сделать?

1. Составьте список всех обнаруженных проблем
2. Выберите десять самых серьезных проблем
3. Оцените их по шкале от 1 до 10, из которых 1 – самая проблематичная.
4. Заказать список

Инструкции, что исправлять, а что нет

• Составьте отдельный список того, что можно сделать менее чем за час
• Не добавлять вещи. Если пользователи что-то не понимают, не добавляйте инструкции или пояснения, старайтесь извлекать информацию, а не добавлять что-то еще.
• Не относитесь слишком серьезно к просьбам пользователей о «новых функциях», поскольку они не дизайнеры.

Несколько важных советов

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

Важно четко понимать:

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

Доступность

Делать сайты доступными — это правильно.

4 шага для достижения доступности:

1. Устранение проблем с удобством использования, которые всех смущают
2. Прочтите статью о специальных возможностях «Рекомендации для доступных и удобных веб-сайтов: наблюдение за пользователями, работающими с программами чтения с экрана»
3. Прочтите книгу о веб-доступности. Рекомендовано «Сеть для всех: проектирование доступного пользовательского интерфейса» и «Веб-доступность: веб-стандарты и соответствие нормативным требованиям»
4. Внесите определенные изменения в сайт.

Самое важное, что нужно сделать:

• Добавьте соответствующий альтернативный текст к каждому изображению. Рекомендуется добавлять «null» или « » для изображений, программы чтения с экрана должны игнорировать и добавлять полезный описательный текст для остальных.
• Правильно используйте заголовки. h2 для заголовка страницы или заголовка основного контента, h3 для заголовков основных разделов, h4 для подзаголовков и так далее.
• Сделать формы доступными. Используйте элемент HTML , чтобы связать поле с их текстовыми метками, чтобы люди знали, что они должны вводить.
• Поместите ссылку «Перейти к основному содержанию» в начале каждой страницы.
• Сделать все содержимое доступным с клавиатуры.
• Создайте значительный контраст между текстом и фоном (Никогда не используйте светло-серый текст на темно-сером фоне)
• Используйте шаблон со специальными возможностями, например, если вы используете WordPress.

Важный сайт с точки зрения доступности webaim.org

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

Спасибо за внимание.

Выводы из классической книги о юзабилити «Не заставляйте меня думать» Стива Круга

Последнее изменение 25 августа 2022 г.

Книга Стива Круга «Не заставляйте меня думать: здравый смысл в веб-юзабилити», первоначально опубликованная в 2000 г., считается классикой в ​​кругах дизайнеров пользователей. забавные иллюстрации.

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

«Не заставляй меня думать».

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

• Чей это сайт?
• Какова цель сайта?
• На какой я странице?
•  Что я могу здесь сделать?

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

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

Мы не читаем веб-страницы. Мы сканируем их.

Владельцы сайтов часто предполагают, что их посетители изучают веб-страницы так же внимательно, как читают художественное произведение. Однако на самом деле пользователи просматривают веб-страницы так же хаотично, как и «рекламный щит со скоростью 60 миль в час».

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

Вот как это сделать: 

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

Дизайн книги «Не заставляй меня думать» перекликается с этими общими принципами дизайна благодаря обильному использованию заголовков, большому количеству списков, коротких абзацев и кратких глав:

Чаще проверяйте. Тест небольшой.

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

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

• Добро пожаловать . Начните с объяснения того, как будет работать тест. Здесь Круг предоставляет пример скрипта удобства использования.
• Начальные вопросы. Затем задайте участнику несколько вопросов о себе для записи (возраст, пол, профессия, уровень технических знаний).
• Обзор домашней страницы. Затем откройте главную страницу сайта и попросите участника рассказать вам, что он думает о нем, что привлекает его внимание, для чего предназначен сайт и что, по их мнению, он может здесь сделать.
• Задания. Суть теста должна состоять в том, чтобы дать пользователю выполнить ряд задач (например, создать учетную запись на сайте, купить продукт или оставить отзыв), думая вслух.
• Зондирование и обертывание . Закончите любыми окончательными уточняющими вопросами (такими как: «Что заставило вас сделать X или Y?» или «Какую самую важную вещь, по вашему мнению, мы должны исправить на сайте?»).

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

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

Вы всегда найдете больше проблем, чем у вас есть ресурсов для их устранения, поэтому очень важно, чтобы вы сначала сосредоточились на устранении наиболее серьезных из них.» — Stever Krug

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

Заключение

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

• Это наше исследование: привлечение заинтересованных сторон к проектам исследования пользовательского опыта

• Единая команда пользователей: руководство по исследованию и проектированию

• Ракетная хирургия стала проще: руководство по самостоятельному поиску и устранению проблем с удобством использования

Мы специализируемся на индивидуальном веб-дизайне и разработке.