Проектирование взаимодействия начинается с определения персонажей. Вы их по сути уже определили, осталось их конкретизировать. Вы должны создать по одному экземпляру от каждой аудитории. Причем это должен быть очень конкретный человек. Вы должны как можно подробнее описать его жизнь, его привычки, его поведение. И не забудьте его назвать. Как и любого другого человека, у него должно быть имя. Чем подробнее вы его опишите, тем лучше макеты страниц у вас получатся.
Сначала это будет несколько непривычно, но, немного потренировавшись и отпустив свою фантазию на свободу, вы сможете придумать довольно реалистичные портреты своих клиентов.
Еще важный момент, называйте своих персонажей по имени. Считайте что это полноценные персонажи вашего проекта. Это важно. Пусть у нас будут персонажи Олег и Семен.
Задание. Создайте свои персонажи и максимально подробно опишите их.
Теперь представьте, что вы являетесь одним из своих персонажей, например, в моем случае Олегом. Напишите, какие у вас есть цели в связи с посещением рассматриваемого сайта. Что вы хотите от него получить? Это может быть что угодно: получение ценной информации, оформление заказа, получение информации о сезонных скидках и так далее. В случае с Олегом (будем считать, что Олег женится и ищет на свадьбу презентабельное авто) это может быть поиск контактного телефона и информации о ценах.
Переходим к следующему пункту: как вы можете достичь этого? Представьте на секунду, что у вас есть “волшебная палочка” и вы можете достичь любой цели так, как захотите. Например, я как Олег захожу на сайт и сразу вижу крупно телефон, причем не картинкой, а лучше текстом, чтобы можно было скопировать себе в файл. А еще лучше, справа была бы ссылка заказать обратный звонок, чтобы сэкономить деньги на звонке. Таким образом, мы позволяем себе избежать очень опасной ловушки, в которую вы обязательно попадетесь, если макет будет проектировать дизайнер или программист.
В случае с программистом все будет очень просто – если макет делает программист, он принимает решения не на основании целей посетителя, а на основании своих приоритетов: простота разработки, логичность интерфейса (мы же сделали функцию добавления, давайте сделаем и редактирование), применение модной тенденции (например, функции через ajax – этим я и сам грешу).