Как задать правильный вопрос 169
пект разработки опыта взаимодействия может быть «отре
гулирован» в соответствии с тем, сколько времени, средств
и сотрудников имеется в вашем распоряжении. Нет време
ни проводить маркетинговые исследования пользователь
ской аудитории? Возможно, вам удастся использовать уже
имеющуюся информацию, например содержимое сервер
ных журналов или электронной почты от клиентов, чтобы
получить представление о потребностях пользователей. Не
можете себе позволить аренду юзабилитилаборатории?
Попросите друзей, родственников, коллег поучаствовать
в неформальном тестировании сайта.
Самая большая ошибка, которую вы можете сделать, – это
закрыть глаза на фундаментальные вопросы опыта взаимо
действия в проекте ради экономии времени и денег. В неко
торых проектах оценка опыта взаимодействия откладыва
ется на самую последнюю стадию разработки, когда все
сроки заниматься этими вопросами уже прошли. Разра
ботчикам кажется, что нужно бежать к финишу не огля
дываясь, особенно если сроки сдачи проекта жестко зада
ны. Однако результатом, скорее всего, будет сайт, удовле
творяющий всем техническим требованиям проекта, но не
устраивающий пользователей. Или, хуже того, отклады
вая оценку опыта взаимодействия до последнего момента,
вы получаете сайт, который заведомо плохо работает, но
у вас уже нет возможности (или денег) на исправления.
В некоторых организациях предпочитают именно такой
подход, называя его «тестированием пользовательского
признания» (user acceptance testing). Здесь очень показа
тельно слово «признание»: акцент делается не на том, нра
вится ли сайт пользователям и будут ли они его использо
вать, а на том, признают ли они его. Это тестирование не
редко проводится на самом последнем этапе разработки,
когда бесчисленные допущения уже оказали свое влияние
на опыт взаимодействия без какой бы то ни было провер
ки. При пользовательском тестировании очень трудно об
наружить эти допущения, потому что они спрятаны под
слоями интерфейса и дизайна взаимодействия.