Если вы сотрудничаете с информационным архитектором, то вам, возможно, не нужно погружаться в детали структурного дизайна (за исключением областей, где пересекаются задачи контентной стратегии и информационной архитектуры). Примерами таких областей служат навигационные ярлыки и таксономия (особенно в случаях, когда контент-стратег пришел из редакторского мира). Детальные прототипы страниц позволяют объединить структурное мышление с реальным контентом — или по крайней мере с хорошим примером контента — задолго до начала создания визуального дизайна. Это дает информационному архитектору и контент-стратегу достаточно времени, чтобы выявить возможные провалы и потенциальные конфликты. Но помимо этого возможны и еще более интересные альянсы. Дизайн часто требует вклада специалистов в области контента или программистов не меньше, чем информационных архитекторов. Сходные потребности могут возникнуть и в случае планирования спецификаций для CMS-систем — систем управления контентом.
Разумеется, если вы не работаете с информационным архитектором, но вовлечены в серьезную работу по проектированию или редизайну сайта, вам придется исполнять помимо своих обязанностей также функции информационного архитектора. Но если для того, чтобы стать хорошим информационным архитектором (да и вообще профессионалом в любой области), вам нужны годы упорного труда и часы размышлений, то в описанной выше ситуации вы можете начать пользоваться некоторыми методами и инструментами почти немедленно. Вам могут оказать огромную помощь «персонажи»[18] пользователей и сценарии, пусть даже в виде наброска, — главное, чтобы они опирались на результаты исследований и разумные предположения.
Даже рудиментарные прототипы помогут избежать хаоса в проекте, не имеющем информационного архитектора. Что касается специалистов по контентной стратегии, то они лишь преуспеют, если будут хорошо понимать принципы юзабилити и эффективного поиска (и тот и другой крайне важны для информационной архитектуры).
Управление контентом.
Помните ли вы, что когда-то веб-страницы создавались по отдельности, на основе написанного вручную кода HTML? Это было ужасно.
Если вам не довелось тогда работать в Интернете, то представьте себе период в истории человечества, когда знания передавались с помощью рукописных копий свитков, над которыми работали монастырские писцы — бледные ребята с плохим зрением. Появление Сети вполне можно сравнить с изобретением печатного пресса Гутенберга. В области вебконтента революция началась лишь тогда, когда разработчики программного обеспечения перенесли в Сеть прежние, присущие старому миру системы управления базами данных и шаблонами, превратив их в системы управления контентом.
Первые системы управления контентом были неуклюжими и дорогостоящими потомками систем управления документооборотом. Поэтому пионерами управления контентом стали менеджеры по контенту, работавшие в корпорациях и учреждениях (и известные в то время как «веб-мастера»).
Весь контент, прежде томившийся в HTML, вдруг получил новый дом в виде баз данных. Это означало, что отныне, чтобы сделать необходимое обновление, вам нужно было внести изменения в одном-двух, а не пяти-десяти местах. Если раньше изменение сайта казалось делом невыполнимым, то теперь оно стало всего лишь трудным.
Со временем программы для ведения блогов и системы управления контентом с открытым кодом развивались. И если первые становились все более сложными, то вторые упрощались. В конце концов отличить их друг от друга стало почти невозможно. Теперь контент в Интернете может размещать любой человек, обладающий начальными компьютерными навыками. А крупные онлайновые издатели могут делать свою работу эффективнее и с меньшими затратами.
По состоянию на 2010 год программой WordPress — самым популярным приложением для ведения блогов, постепенно превратившимся в систему управления контентом, — пользовались свыше 30 миллионов человек во всем мире.
На WordPress работало примерно 12 процентов всех сайтов cs/10/).
Однако это не история о программном обеспечении. Как только возникли первые системы управления контентом, многие компании решили, что теперь у них появился способ автоматизировать труд редактора и они могут отказаться от услуг опытных, но дорогостоящих человеческих существ. Однако несмотря на то, что ряд функций теперь действительно можно автоматизировать, пользователи систем управления контентом должны делать и многое другое. Например:
• создавать требования к системам управления контентом;
• определять информационные потоки;
• контролировать версии публикуемых документов;
• заниматься защитой информации (созданием архивов и резервных копий);
• внедрять и оптимизировать работу инструментов и процессов поиска на сайте;
• формулировать и поддерживать таксономию, систему тегов и метаданные.