Руководство оценщиков качества в Google.

Это переводная статья с английского. Выражаю большую и официальную благодарность моему хорошему другу ДАРЬЕ, которая и перевела, собственно, эту статью слово в слово, вместо того, чтоб писать диплом на тему: “Разрешимость каких-то там систем дифур в случае сингулярного пучка комплексных матриц коэффициентов. Или регулярного..”


Итак, некий Брайан Ассери обнаружил исправленную копию руководства Google по оценке качества для Агрессоров и  выложил на собственном сайте. Эта инструкция используется оценщиками качества поиска Google для классификации запросов, измерения релевантности и оценки результатов поиска. Для этого оценщик качества должен понимать, как Google работает и в этом документе вы найдёте ответы на многие вопросы.

Типы запросов.

Существует три типа запросов.

Навигационный: поиск сайта (например, сайт IBM)

Информационный: поиск информации по интересующей теме (например, поиск информации о Danny Sullivan)

Транзакционный: покупка чего-либо онлайн или оффлайн (например, «купить ipod touch»)

Шкала оценки качества:

Каждый документ (страница) получает определенную оценку в своей категории по конкретному запросу:

«Витальная». Это наивысшая оценка, которую может получить веб-страница по запросу. Витальный результат вероятнее всего достигается при навигационных запросах и является официальным сайтом объекта запроса. Например, при поиске ‘ibm’ витальный результат – www.ibm.com

«Полезная». Это вторая лучшая оценка, которую может получить веб-страница по данному запросу. Оценка «полезный» присваивается результатам, которые отвечают на запрос, но не достаточно широко и не достаточно конкретно охватывают  тему запроса. Одним из примеров «полезной»  веб-страницы может быть http://www.webmd.com/hw/infection/aa34586.asp как результат поиска «симптомы менингита».

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

«Нерелевантная». Эта оценка используется для страниц, которые не являются полезными, но всё же каким-то образом связаны с данным запросом. «Нерелевантная» страница «устаревшая, узконаправленная» и т.д. Примером является статья с сайта BBC, которую возвращает запрос ‘BBC’; результат слишком конкретизирован.

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

Категории результатов, которые не могут быть оценены:

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

«Не загружается»: для страниц, которые возвращают «ошибка 404», «страница не найдена»,  «продукт не найден», «таймаут сервера», «403 forbidden», «login required» и т.д.

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

«Не подлежащая оценке»: когда оценщик не может оценить страницу по какой-либо причине.

Спам-метки

А теперь о хорошем, спам-метки. Это новое и относительно маленькое дополнение к оценкам качества. Метки включают:

Не спам: эта метка присваивается страницам, которые «не были разработаны с использованием «обманчивых» техник веб-дизайна»

Возможно спам: эта метка присваивается, когда вы подозреваете, что страница – спам, но не уверены в этом на 100%.

Спам: присваивается страницам, которые нарушают принципы веб-мастеров Google.

Флажки-метки: нужны для страниц, которые требуют немедленного внимания. Это страницы содержащие:

Порнографический контент

Вредоносный код

Это краткий обзор некоторых из многочисленных пунктов документа. Для получения большей информации обращайтесь к the archived document, немного истории: Google Blogoscoped. Ещё одна копия документа на Huomah.com

10 общепринятых принципов дизайна и юзабилити

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

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


За основу взял статью самого Нельсона. Оригинал (правда весьма укороченный) тут:
http://www.useit.com/papers/heuristic/heuristic_list.html


Итак, 10 общепринятых принципов юзабилити. Рассмотрим их более подробно.

1. Видимость статуса системы.

Этот принцип означает, что пользователь ВСЕГДА должен знать, что происходит и на каком участке пути он остановился. Если это сложная регистрация, указывайте, что это 2 шаг из 3. Если что-то закачивается или работает какой-то скрипт – выводите % обработки. И т.д.


Простой пример – уверен что каждый сталкивался с ситуацией, когда вы по какой-то иконке кликнули, но ничего не происходит. Судя по тому, как активно крутиться винт и мигает монитор – что-то все-таки происходит, и через несколько минут открывается окно программы, например (у меня так до сих пох открывается ИЕ). А что делать в интернете, когда все грузиться не на вашем компьютере, а на сервере в другой стране. Большинство пользователей просто несколько раз нажимают на кнопку «отправить», загружают одни и те же файлы несколько раз и т.п. А все потому, что отсутствует эта самая связь между пользователем и системой.


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


И еще одна граничная цифры – 10 секунд. Пользователь должен получить то, что он хочет в течении 10 секунд после своего действия (например, просматривая результаты поиска, пользователь открыл 5 окно. Затем быстро просматривает каждое из них. Если после того как он открыл окно в течении 10 секунд он туда не вернулся – считайте что он для вас потерян).


(цифры сам не проверял и не придумывал, взято с книги).

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

2. Связь между системой и пользователем.

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


Буквально пару дней назад я смотрел два сайта компьютерной тематики с довольно похожей структурой и дизайном. НО! Один был посвящен особенностям настройки операционной системы, а второй – компьютерные курсы для начинающих.
Как вы понимаете, это две совершенно разные аудитории, и фраза «кильните 35 строку в реестре» будет более чем понятна для аудитории первого сайта, 99% пользователей второго сайта повергнет в шок.


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

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

3. Пользовательское управление (свобода выбора)

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


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

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

4. Последовательность и стандарты.

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


Все дело в том, что кампания Микрософт в своих продуктах придерживается этого принципа (хотя часто и нарушает многие другие). У них во всех продуктах одни и те же иконки находятся в одних и тех же местах и выглядят одинаково.


В интернете уже есть определенные устоявшиеся обозначения и стандарты (например, вид корзины, контакты в верхнем углу и т.д.). Тем ни менее, если вы посмотрите, сколько разных видов корзин (по Яндекс или Гугл картинкам), вы поймете, что неопытный пользователь может серьезно заблудиться среди всех этих тележек, электронных корзин, ультра-модных пакетиков и т.д.).
Что жа касается последовательности – то выбрав какой-то определенный стиль – соблюдайте его везде. Это касается и шрифтов, и картинок, и текста и верстки.


Я много раз видел, как расположение товара и верстка страницы отличалась в разных разделах. Создатели сайта считают это «креативной фишкой». Если они делают его для себя – то можно так и оставить, но если вы делаете это для пользователя, то как вы ему объясните, почему дизайн страницы при выборе принтера должен так сильно отличаться от дизайна страницы выбора оперативной памяти (в рамках одного и того же магазина)?

(как видно в этом примере, все иконки совершенно одинаковые в Ворде, Экселе и PP. Осваивая какой-либо новый продукт компании Микрософт, минимум половина функций вам сразу будет понятна).

5. Профилактика ошибок.

Этот принцип гласит, что ошибку проще предупредить, чем исправить. Везде, где можно упростить выбор и убрать ненужные, случайные действия – следует убрать.
На практике это может быть:подсказка при вводе с клавиатуры чего бы то ни было (города/страны например).


Это касается и кнопок. Например, ПРИНЯТЬ, обычно делают крупнее и ярче, чем Очистить форму. Если вам что-то известно о вводимой информации – подсказывайте ее пользователю (формат телефона или код региона) и т.д.

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

6. Узнать проще, чем вспомнить.

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


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

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

7. Гибкость и эффективность использования.

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


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


Ярким примером является Карта сайта. Согласитесь, что новичок туда вообще не полезет, а опытный пользователь найдет внизу экрана мелким шрифтом эту «картку сайта», или маленькую иконку где-то сбоку.
Другой пример – кликеры/тайперы. Т.е. на каждую страницу можно попасть или из меню, кликая по навигации, или с помощью поиска по сайту. Оба варианта должны поддерживаться и в конечном итоге приводить к одинаковому результату.

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

8. Эстетический и минималистический дизайн

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


К сожалению, этим принципом практически никто не пользуется. В 90% случаев при регистрации вас спрашивают и домашний телефон, и мобильный, и адрес и e-mail, и даже дату рождения. А все для того – чтоб поздравить вас с новым годом и днем рождения.


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


Точно так же, на сайте (или в программе, эти принципы универсальны), не стоит выводить пользователю ту информацию, которая может быть когда нибудь ему понадобиться. Например, возьмем тот же Микрософтовский Ворд. Скажите, как часто вы пользуетесь функцией «навигатор» или в вставкой Дата-Время? А тем ни менее, эти кнопки всегда на виду в тулбаре (в зависимости от версии кнопки могут быть разными, но я уверен что если вы посмотрите на них, вы найдете минимум 40% иконок, которыми вы НИКОГДА не пользовались, и даже не знаете что они делают).

(вот типичный пример. При регистрации Озон спросил меня и Имя и Фамилию. При этом, единственное где используется мое имя – это заголовок к письму. Фамилию вообще ни разу не видел, чтоб использовали. И спрашивается – зачем им эти данные? Ведь есть ник. Т.е. форму можно сократить вдвое легко…).

9. Помочь пользователю понять и исправить ошибку.

Скажите, что означает ошибка базы данных в строке 433? Или длинные жуткие ошибки в строке памяти LXR-XXX-5438645?
Все эти системные сообщения должны сохраняться в логах для администратора сайта/системы. Пользователю же пишите нормальным языком, в чем конкретно ошибка. Более того, пользователя по сути интересует только одно: виноват он или система? И можно ли что-то сделать?


Уверен, что у вы сталкивались с тем, что заполняете форму, нажимаете отправить, а вам в ответ какая-то ошибка базы данных. И ты сидишь и мучаешься двумя главными вопросами: кто виноват и что делать? Ушла ли форма? Если да, то вся ли информация? Или попробовать отправить еще раз?


Хотя все же такие серьезные ошибки встречаются все реже. Но другой вариант бесит еще больше – ты заполняешь довольно длинную форму, нажимаешь отправить и видишь красную надпись (или всплывающее окно) – внимательно заполните все поля, отмеченные звездочкой.
И снова ты сидишь и думаешь – какие поля? Какой звездочкой? Вроде бы я все заполнил, внимательно просмотрел… а потом оказывается что там номер телефона надо написать с пробелами, а не дефисом.

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

10 Помощь и документация

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


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

(а вот тут Сапа подкачала: ведь я нахожусь на конкретной странице – мои площадки, и есть ссылка, которая прямо кричит мне – СЮДА! Справка по ЭТОЙ странице. Но, увы, перекидывает меня на общий раздел хелпа).

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

Главное о юзабилити

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

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

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

Что такое юзабилити

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

Вот как определяется юзабилити по международному стандарту ISO 9241-11: «юзабилити это степень, с которой продукт может быть использован определёнными пользователями при определённом контексте использования для достижения определённых целей с должной эффективностью, продуктивностью и удовлетворённостью».

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

Для полного понимания сути этого определения рассмотрим его подробно, разобрав на части:

- продукт, который может быть использован – предполагает, что мы рассматриваем конкретный продукт, а не что-то абстрактное, в общем;

- определенным пользователем – то, о чем забывает 90% заказчиков. Продукт разрабатывается для кого-то конкрутного, не для «пользователя», а для «Николая петровича, 32 лет, проживающего в Киеве и ездящего на работу на своей «шестерке»;

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

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

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

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

Кто должен заниматься юзабилити?

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

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

Думаю, в ближайшее время к уже задействованным в этом процессе еще добавиться маркетолог и руководитель проекта. А дальше – кто знает? Может экстрасенс (для угадывания ваших мыслей и желаний).

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

Элияху Голдратт, Цель: процесс непрерывного улучшения и Цель-2: дело не в везении

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

Книги написаны простым языком и даже некоторые издатели называют их бизнес-романом, т.к. рассказ ведется от первого лица, с его мыслями, настроениями, семейными проблемами и прочими атрибутами РЕАЛЬНОЙ жизни, а не какой-то вымышленной абстрактной ситуации.

В первой книги речь идет об улучшении производства одного отдельно взятого завода, с вполне конкретными целями, проблемами, ограничениями. Эта книга посвящена теории ограничений, и подробно рассмотрено, как именно ее следует использовать, чтоб повысить производительность. Сразу хочу сказать, что под повышением как в первой, так и во второй книге, речь идет не о повышении на 10-15%, а про переход на качественно другой уровень, даже не в разы, а на порядки!

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

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

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

Во второй книге, все еще проще. Красной нитью через Цель 2 проходит мысль о том, что самое лучшее решение – это что-то простое, банальное, и это никакое не новаторское решение, а просто здравый смысл. Но проблема подавляющего большинства людей в том, что они редко пользуются здравым смыслом, полагаясь больше на привычку и предписания Думаю, вы часто слышите фразы, типа: «Мы так всегда делаем», или «на нашем рынке уникальная ситуация», или «нет, это невозможно, потому что никто раньше не пробовал».

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

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

Распространенные мифы Юзабилити

На данный пост меня сподвигла очередная очередь запросов на бесплатные юзабилити-анализы, как на на моем сайте, так и на форуме Серча. И, увы, у всех одно и то же. Одни и те же ошибки. Нет, я говорю не о надписях белым шрифтом по желтому фону, и о шапках на 80% экрана. Я хотел бы обратить внимание на фундаментальные ошибки, приведшие к распространенным и совершенно бредовым мифам.
Итак, ТОП5 самых популярных мифов о юзабилити:

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

Тут логика проста: вон у них работает, значит мы сделаем так же, и у нас будет такая же конверсия. Вообще, идея «заимствования» не нова. Но почему-то каждый считает, что откроет гениальный проект, если «слижет» дизайн и структуру, скажем, ОЗОНа или Амазона (а чего мелочиться?).
Стоит ли говорить, что каждый проект – УНИКАЛЕН, у него своя аудитория, у него свои особенности, функции и т.д. Безусловно, есть определенные правила и стандартны, но здесь очень много НО. Юзабилити – это не только структура сайта и цвета, это намного глубже, шири и индивидуальные.
Копировать юзабилити так же глупо, как называть свою фирму Одидас и ждать моментального мирового господства.

Миф 4. Юзабилити – это раз и навсегда.

Этот миф, популярен так же, как и братья-мифы (создание сайта, это раз и навсегда, раскрутка сайта – это раз вложил и все хорошо, и вообще, интернет-маркетинг, это раз- и навсегда).
Увы, с этим нам еще предстоит бороться. Ведь очень немногие понимают, насколько важно вкладывать в развитие проекта. Сейчас трудно получить деньги даже на разовый анализ сайта. Что же говорить про его постоянный мониторинг?

Но вы должны знать, что с аудиторией сайта надо РАБОТАТЬ, и делать это ПОСТОЯННО. Нет предела совершенству. Ваша аудитория очень быстро меняется (Как и сам интернет). А значит, и ваш сайт должен меняться, чтоб полностью устраивать ваших пользователей.
Следует постоянно экспериментировать (А-Б тестирование, вебвизор, показатель конверсий). Все эти инструменты изобретены не просто так! Они РАБОТАЮТ, и дают эффект!
Осталось только, чтоб вы сами захотели ими пользоваться.

Миф 3. Вот вам мой ГОТОВЫЙ сайт. Сделайте ему юзабилити.

Почему-то считается, что юзабилити – это такой косметический ремонт, который можно делать после того, как полностью весь сайт закончен. Кроме того, что это неправильно – это еще и глупо. Потому что по результатам юзабилити-анализа, чаще всего приходиться очень многое менять.. прямо вот ОЧЕНЬ многое. А заказчик, разумеется, на это пойти не может, и поэтому он начинает с пеной у рта и кровью в глазах защищать свое детище. Да так яростно, что со временем сам начинает верить в то, что у него идеальный сайт, и там ничего менять не надо. И вообще, его тупо разводят на деньги, и толку от всех этих консультантов нет.


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

Миф 2. Юзабилити, это когда желтый фон заменить на зеленый, а эту кнопку передвинуть чуть вниз.

Этот миф частично связан с предыдущим, а так же лидером этого ТОПа. Бытует мнение, что юзабилити – это какие-то мелочи восприятия. С одной стороны да, но это еще не все. Цвет, расположение кнопок, структура меню – безусловно важные пункты. Но все-таки это еще не юзабилити. Это скорее относится к дизайнерскому оформлению.


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

Миф 1. Юзабилити отдельно, сайт отдельно, пользователи – вообще ни причем.

Главная ошибка сайтостроения состоит в том, что сайт рассматривается как нечто обособленное и самодостаточное. Увы, отсюда и те многие неприятности, с которыми сталкиваются пользователи.
Сначала делается сайт. Просто сайт. А затем, просят сделать ему юзабилити. Просто юзабилити. А где тут пользователи? – спросите вы. А нигде, потом сеошникам заплатим, на директ деньги кинем, и все будет хорошо.


Вы должна понимать, что ваш сайт, как и ваш бизнес в целом – делается для клиентов. И все должно быть построено вокруг их потребностей.
Один и тот же человек на разных сайтах ведет себя совершенно по-разному.
Два разных человека на одном и том же сайте ведут себя по-разному.
Два владельца одинаковых сайтов ставят перед собой совершенно разные цели.
Если вы учтите эти три положения, то поймете, что ваш сайт должен быть сделать с учетом ВАШЕЙ целевой аудитории, с учетом особенностей ВАШЕГО сайта и так, чтоб пользователь совершал полезные действия для ВАШИХ целей. Теперь понятно, почему нельзя просто скопировать дизайн у кого-то другого? Почему нельзя просто заказать юзабилити, без учета требований пользователей? Почему нужно знать, какие цели преследует заказчик?

Сайт – это не что-то оторванное от реальности. А юзабилити – это не нечто отдаленное и просто модное. Это именно то, что соединяет эти три вещи в один удобный, понятный и приятный сайт, на который хочет возвращаться снова и снова, после работы с которым остается только положительное впечатление, и который хочется рекомендовать своим друзьям!