В защиту исследований

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

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

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

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

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

1999	1	2	3	4	5	6	7	8	9	10	11	12
2000	1	2	3	4	5	6	7	8	9	10	11	12
2001	1	2	3	4	5	6	7	8	9	10	11	12
2002	1	2	3	4	5	6	7	8	9	10	11	12
2003	1	2	3	4	5	6	7	8	9	10	11	12
2004	1	2	3	4	5	6	7	8	9	10	11	12
2005	1	2	3	4	5	6	7	8	9	10	11	12
2006	1	2	3	4	5	6	7	8	9	10	11	12
2007	1	2	3	4	5	6	7	8	9	10	11	12
2008	1	2	3	4	5	6	7	8	9	10	11	12
2009	1	2	3	4	5	6	7	8	9	10	11	12
2010	1	2	3	4	5	6	7	8	9	10	11	12
2011	1	2	3	4	5	6	7	8	9	10	11	12
2012	1	2	3	4	5	6	7	8	9	10	11	12
2013	1	2	3	4	5	6	7	8	9	10	11	12
2014	1	2	3	4	5	6	7	8	9	10	11	12
2015	1	2	3	4	5	6	7	8	9	10	11	12
2016	1	2	3	4	5	6	7	8	9	10	11	12
2017	1	2	3	4	5	6	7	8	9	10	11	12
2018	1	2	3	4	5	6	7	8	9	10	11	12
2019	1	2	3	4	5	6	7	8	9	10	11	12
2020	1	2	3	4	5	6	7	8	9	10	11	12

Информационная архитектура

Новости за месяц

Архив новостей

Последние публикации

Литература