Миф о гениальном дизайнере
Вкратце: Привлечение хорошего дизайнера к проекту не избавляет вас от необходимости систематически проводить тесты на юзабилити. Для уменьшения риска создания неправильного интерфейса и улучшения его качества необходимы тесты с пользователями и прочее.
Я часто слышу следующий аргумент против юзабилити: «Да надо просто нанять классного дизайнера и тогда не нужно будет беспокоиться обо всех этих надоедливых тестах с пользователям». Ведь классный дизайнер и так создаст классный дизайн, а ведь вам именно это и нужно.
В качестве самого распространенного примера в подкрепление данного аргумента приводят Стива Джобса (Steve Jobs). Разумеется, благодаря Стиву Джобсу на свет появилось множество замечательных товаров. Но ведь он произвел и множество хлама, среди которого самыми известными являются машина NeXT и компьютер Mac Cube. Даже Макинтош и тот был близок к провалу, если бы его в свое время не спасли продукты компании Adobe и пришествие эры настольной типографии. И уж разумеется, если быть точным, то за отличное юзабилити Макинтошей лучше похвалить не самого Джобса, а Джэфа Раскина (Jef Raskin) и Ларри Теслера (Larry Tesler), чьи тесты с пользователями проводились в группе, работавшей над проектом компьютера Lisa.
В любом случае Стив Джобс является менеджером дизайнеров, а не дизайнером. Да, замечательно, если высшее начальство компании понимает, что такое дизайн взаимодействия и заботится о его качественной реализации в продуктах компании. Случаи с решением отложить или отменить проект только из-за плохого дизайна пользовательского интерфейса бывают редко, но они необходимы, если компания заботится о высокой репутации своих товаров.
Что же касается самих дизайнеров, то, разумеется, лучше нанимать хорошего дизайнера, чем плохого. Точно также хороший специалист по юзабилити лучше, чем плохой специалист по юзабилити, хороший программист – лучше плохого программиста, хороший редактор – лучше плохого, а хороший менеджер по маркетингу – всегда лучше плохого менеджера по маркетингу.
Во всех сферах деятельности, которые как-то связаны с созданием интерфейса, для достижения успеха следует нанять лучших людей, каких только можно найти.
Пределы возможностей Гениального Дизайнера
Вопрос состоит не в том, нанимать хорошего дизайнера или не нанимать, а в том – избавит ли вас хороший дизайнер от необходимости в привлечении специалиста по юзабилити. Конечно же нет.
Полагаться только на «гениального дизайнера» вредно по следующим причинам:
- В вашем проекте принимают участие те люди, каких вы можете к нему привлечь, а не о тех, о которых вы мечтаете. Для большинства компаний практически нереально привлечь к своему проекту кого-либо даже из сотни лучших дизайнеров интерфейса.
- Дизайн не является точной наукой; даже если ваш дизайнер гений, не все его или ее идеи одинаково хороши. Вполне естественно для уменьшения риска подвергнуть все эти идеи проверкам в реальных условиях с реальными пользователями. Помните, новые идеи можно проверить с минимальными затратами с помощью .
- Как дизайнеры вообще становятся хорошими дизайнерами? Учась на опыте тому, какие идеи работают, а какие нет. Для получения этого опыта требуются тесты, которые и проводят специалисты по юзабилити.
- Даже самые лучшие дизайнеры могут создать успешный продукт только в том случае, если они решают правильно поставленную задачу. Замечательный интерфейс у совершенно неверной функции не сделает ваш продукт лучше. А как дизайнеры узнают, что необходимо покупателям? С помощью исследований пользователей.
- Никто не идеален. Даже очень хороший дизайн может быть улучшен, если его пропустить через процесс поэтапного улучшения качества. На каждом этапе вы проводите тесты с пользователям и на основе результатов шаг за шагом взбираетесь все выше и выше в качестве пользовательского интерфейса.
Опыт нескольких десятилетий системы обеспечения качества говорит, что самые лучшие результаты можно получить с помощью непрерывного процесса улучшения качества, где на каждом этапе улучшения проводятся проверки продукта в реальных условиях. Это намного вернее, чем просто надеяться на то, что дизайнер все сделал правильно с первого раза.
Наилучшие принципы и методы
В качестве аналогии рассмотрим пример с бухгалтерией. Как и в случае с дизайнерами, лучше всего нанять хорошего бухгалтера, чем плохого. Но в любом случае ваш бухгалтер должен следовать указаньями системы GAAP («Общие принципы ведения бухгалтерского учета», разработанные Американским институтом подготовки сертифицированных бухгалтеров). Все лучшие методы имеют под собой какую-то жизненную основу, а если вы их используете, у вас есть больше шансов пройти налоговую проверку, чем если б ваш бухгалтер все делал, как ему вздумается.
Так и в нашем случае, удовлетворение пользователя и успех веб-сайта обязательно будут достигнуты, если вы будете следовать лучшим методам юзабилити (записанным и систематизированным), а не выдумывать свой собственный, непривычный пользовательский интерфейс.
Разница между дизайном и бухгалтерией заключается лишь в том, что в очень редких случаях и при особых обстоятельствах у вас может получиться лучший дизайн, если вы на шаг отступите от общепринятых принципов юзабилити. Но откуда вам знать, что ваш случай – именно то самое редкое исключение? Полагаться на интуицию? А может лучше провести исследование и узнать достоверно?
В итоге:
- Для начала, найдите хорошего дизайнера.
- Для уменьшения риска обеспечьте дизайнера данными о юзабилити, чтобы он не полагался на догадки и домыслы.
- Для улучшения юзабилити, используйте поэтапный процесс улучшения дизайна, и на каждом этапе проводите тесты на юзабилити.
Якоб Нильсен
Дайджест новых статей по интернет-маркетингу на ваш email
Новые статьи и публикации
- 2024-11-26 » Капитан грузового судна, или Как начать использовать Docker в своих проектах
- 2024-11-26 » Обеспечение безопасности ваших веб-приложений с помощью PHP OOP и PDO
- 2024-11-22 » Ошибки в Яндекс Вебмастере: как найти и исправить
- 2024-11-22 » Ошибки в Яндекс Вебмастере: как найти и исправить
- 2024-11-15 » Перенос сайта на WordPress с одного домена на другой
- 2024-11-08 » OSPanel 6: быстрый старт
- 2024-11-08 » Как установить PhpMyAdmin в Open Server Panel
- 2024-09-30 » Как быстро запустить Laravel на Windows
- 2024-09-25 » Next.js
- 2024-09-05 » OpenAI рассказал, как запретить ChatGPT использовать содержимое сайта для обучения
- 2024-08-28 » Чек-лист: как увеличить конверсию интернет-магазина на примере спортпита
- 2024-08-01 » WebSocket
- 2024-07-26 » Интеграция с Яндекс Еда
- 2024-07-26 » Интеграция с Эквайринг
- 2024-07-26 » Интеграция с СДЕК
- 2024-07-26 » Интеграция с Битрикс-24
- 2024-07-26 » Интеграция с Travelline
- 2024-07-26 » Интеграция с Iiko
- 2024-07-26 » Интеграция с Delivery Club
- 2024-07-26 » Интеграция с CRM
- 2024-07-26 » Интеграция с 1C-Бухгалтерия
- 2024-07-24 » Что такое сторителлинг: техники и примеры
- 2024-07-17 » Ошибка 404: что это такое и как ее использовать для бизнеса
- 2024-07-03 » Размещайте прайс-листы на FarPost.ru и продавайте товары быстро и выгодно
- 2024-07-01 » Профилирование кода в PHP
- 2024-06-28 » Изучаем ABC/XYZ-анализ: что это такое и какие решения с помощью него принимают
- 2024-06-17 » Зачем вам знать потребности клиента
- 2024-06-11 » Что нового в работе Яндекс Метрики: полный обзор обновления
- 2024-06-11 » Поведенческие факторы ранжирования в Яндексе
- 2024-06-11 » Скорость загрузки сайта: почему это важно и как влияет на ранжирование
Есть три способа отвечать на вопросы: сказать необходимое, отвечать с приветливостью и – наговорить лишнего Плутарх - (ок. 46 — ок.120) - древнегреческий писатель, историк |
Мы создаем сайты, которые работают! Профессионально обслуживаем и продвигаем их , а также по всей России и ближнему зарубежью с 2006 года!
Как мы работаем
Заявка
Позвоните или оставьте заявку на сайте.
Консультация
Обсуждаем что именно Вам нужно и помогаем определить как это лучше сделать!
Договор
Заключаем договор на оказание услуг, в котором прописаны условия и обязанности обеих сторон.
Выполнение работ
Непосредственно оказание требующихся услуг и работ по вашему заданию.
Поддержка
Сдача выполненых работ, последующие корректировки и поддержка при необходимости.