Здесь очень важно расписать, как в дизайне будет обыграна навигация. Расписать, как представители, какой целевой группы будут воспринимать навигацию. Какая навигация основная, какая второстепенная, как они будут выделены. Как будет решаться вопрос конфликта присутствия двух видов навигации в одном месте. Какое меню, для чего предназначено. Здесь нужно подробно раскрыть, как будет решена задача «своевременной доставки контента». То есть, нужно четко понять, какая информация, какие ссылки могут понадобится человеку в любой точке сайта. И как сделать так, чтобы они всегда были под рукой, чтобы они были видны, понятны, очевидны…
Здесь очень хорошо нужно использовать графические схемы навигации.
6. Эскизные отрисовки страниц
Заполнения данного раздела полностью на усмотрение студии. У нас в данном разделе размещаются скетчи страниц без детальной отрисовки, на основании wireframes из ТЗ.
Основная задача – без рисования дизайна показать Заказчику, как примерно будет выглядеть проект. Здесь важно использовать схематичность, если использовать реальные элементы дизайна, изображений и фотографий, то у Заказчика может возникнуть путаница, и он подумает, что это и есть дизайн. Поэтому данные изображения должны быть именно эскизными.
7. Сценарии поведения пользователя.
Это очень важный момент – здесь пишется о том, как пользователь из различных целевых групп должны вести себя на сайте. В идеале здесь описываются данные usability тестирования, но возможно и расписать предположения.
Примерный формат такой:
Пользователь из группы X в первую очередь увидит такую-то информацию, его взгляд фокусируется на пунктах основного меню, фоновым зрением он видит служебное меню слева. Прочитав текст 1, пользователь может либо перейти по ссылке из текста на страницу x, либо нажать на ссылку «услуги» главного навигационного меню, в этом случае он попадает на страницу y, где при беглом просмотре он видит заголовки услуг, может ознакомиться с ними и перейти к подробному описанию услуги, либо перейти по ссылкам из служебного меню…..
Как правило текст стоит снабдить UML схемой, где сценарии поведения будут отрисованы в графическом виде. Собственно на данный момент, наверное, все. Из-за отсутствия времени не могу написать подробнее, но чуть позже расширю и дополню текст.
В прошлой статье я упоминал, что существует достаточно количество подходов к управлению проектами, основывающихся на различных предположениях и допущениях.
Так например, классический метод предполагает неизменность требований к проекту в процессе работы над ним, а все риски разработки считает низкими. Метод PERT допускает неограниченность ресурсов, выделяемых на проект, а критичным в этом методе является срок выполнения проекта. Аgile-методы делают упор на качество проекта и т.д.
Если ТЗ описывает то, как будет работать программная часть сайта, то концепция описывает, как будет выглядеть и работать дизайн… Эта тема обширная, многоуровневая, интересная и порой кажется - бесконечная. Но мы попробуем исчерпывающе поговорить об этом всего в трёх частях. Итак,...
Последние комментарии
51 неделя 4 дня назад
1 год 3 дня назад
1 год 3 дня назад
1 год 4 недели назад