О пользе создания прототипа сайта

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

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

По опыту можно сказать, что чаще всего это происходит из-за отсутствия:

• взаимопонимания между заказчиком и исполнителем
• проработки сценариев использования при создании дизайна

Взаимопонимание: терминология и документация

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

С другой стороны, надо ли говорить, что техническое задание – довольно сухой и тяжело читаемый документ. Здесь ключевым является слово “техническое”. ТЗ содержит огромное количество деталей, вдаваться в которые заказчику, в большинстве случаев, совсем не хочется, ему просто нужен результат. А если ТЗ содержит более 100 страниц, то вероятность того, что он будет прочитан кем-либо, кроме менеджера проекта и разработчиков, очень мала.

Дизайн или интерфейс?

Довольно часто, основным критерием оценки качества сайта для заказчика является графический дизайн. При этом почти всегда забывается несколько особенностей:

• Дизайн сайта - это не произведение художественного искусства, а пользовательский интерфейс
• Пользовательский интерфейс должен помогать пользователям решать их задачи
• В 90% случаев заказчик сайта не является его пользователем (если речь не идет о панели управления сайтом).

То есть, в случаях, когда исполнитель разрабатывает дизайн, основываясь исключительно на требованиях заказчика (а такое не редкость), конечные пользователи такого проекта (потенциальные клиенты) будут обречены на множественные неудобства и, скорее всего, уйдут. Связано это с тем, что, с одной стороны, заказчик, не знаком с правилами usability, с другой – он склонен уделять гораздо больше времени художественному оформлению, нежели решению вопроса “как сделать сайт удобным для посетителей”. Оформление отвлекает от сути.

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

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

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

Видение проекта

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

Бумажный прототип сайта

Когда исходные данные прояснены – можно создавать так называемый “бумажный прототип”. Бумажным он называется потому, что он создается в формате А4. Использование подобных распечаток очень удобно для первых встреч, когда общие требования еще не до конца ясны, но для четкого взаимопонимания уже необходима визуализация.

Бумажный прототип сайта представляет собой схемы разметки страниц. На нем задается расположение основных блоков, таких как:

• Логотип
• Визуальные элементы
• Элементы навигации
• Формы
• Кнопки
• Текстовые блоки

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

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

• В формате А4 не всегда удается выдерживать пропорции всех элементов
• Практически невозможно тестировать удобство использования на реальном содержимом
• На бумажном прототипе невозможно показать систему в действии

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

Интерактивный прототип сайта

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

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

• удобно работать с таким интерфейсом или нет
• чего пользователю будет не хватать
• что ему будет мешать осуществить заказ

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

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

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

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

• Налаживанию взаимопонимания между заказчиком и исполнителем
• Проработке схем взаимодействия целевой аудитории и сайта

Для этого отлично подходит прототип. Он позволяет:

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

P.S. Хотите узнать о прототипах больше? Напишите нам, расскажите о своем проекте и мы с радостью поделимся с Вами нашим опытом.