Удобство пользования

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

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

Cms и программная платформа

Практически каждый современный сайт представляет собой совокупность наполнения и программных решений, которые обеспечивают его работу. Часть системных программных компонентов как правило, предоставляет провайдер хостинга вместе с одноименной услугой. Это такие компоненты, как СУБД (например, MySQL), веб-сервер (например, Apache) и ряд других. Остальное ПО, специфичное для конкретного сайта, нужно разрабатывать с нуля или адаптировать (внедрять) уже готовое.

Стандартом де-факто стало применение систем управления сайтом (контентом) — CMS (content management system). Это часть ПО, специфичного для конкретного сайта. Задача CMS - упростить работу с сайтом, сократить затраты на его поддержку.

Принципиально CMS можно разделить на две категории: коммерческие и бесплатные. Коммерческие продаются как самостоятельный продукт, часто на каждый сайт требуется отдельная лицензия. Это достаточно затратно и не представляет собой завершенный продукт, т.к. Требуется его адаптация и внедрение. Бесплатные CMS, особенно open source, как правило предлагаются уже в виде услуги с осязаемым результатом в виде рабочего сайта на выходе. Это происходит потому, что компании-распространители коммерческих программ не склонны что-либо создавать, они просто торгуют, как могли бы торговать, например, колбасой. А внедрением занимаются другие компании. В случае свободного ПО компании больше не на чем зарабатывать, кроме как на сопутствующих услугах, т.к. основной продукт бесплатен.

Функциональность

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

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