Вот и все. Размышление о функциях позволяет вывести работу из рамок привычных клише и методов. Оно помогает понять, чего вы пытаетесь достичь с помощью каждого процесса, причем еще до того, как вы начнете добиваться результатов.
Метод: как это работает?
Стоит также подумать над тем, чтобы выставить каждый свой результат в рамках определенного континуума, образуемого, с одной стороны, объективной аналитической работой, а с другой — субъективной и творческой. Этот подход может оказаться особенно полезным, когда вы работаете с клиентами или коллегами, которые никогда прежде не видели документов, связанных с контентной стратегией и не знали, следует им ожидать таблицы с вычислениями или пространные концептуальные рекомендации.
Когда я наношу некоторые из часто встречающихся результатов на график в соответствии с той или иной функцией (в данном примере сравниваются работы по оценке и дизайну) и их характером (аналитическим или творческим), это выглядит примерно так (рис. 3):
В реальной жизни лишь немногие документы, связанные с контентом, являются на сто процентов аналитическими и почти ни один из них не может быть полностью творческим, но присутствие элементов и первого и второго подхода помогает значительно упростить развитие проекта. Если вы сотрудничаете с командой, уже знакомой с контентом, то подобная классификация поможет вам понять, как максимально эффективно использовать при распределении работы навыки и способности ваших коллег. Ваш коллега фанатично увлечен цифрами? Поручите ему аудит контента и GAP[21]- анализ. Один из ваших специалистов по контенту раньше был редактором в журнале? Позвольте ему возглавить команду, разрабатывающую рекомендации по дизайну и тональности сайта.
Аудитория: для кого?
Программисты редко показывают на встречах с клиентами строки программного кода. У каждого элемента визуального дизайна или прототипа интерфейса, направляемого клиенту (или менеджеру), имеются сотни эскизов и набросков, которые не видит никто, кроме нескольких членов команды разработчиков. Мы должны следовать тому же принципу: не стоит поддаваться соблазну и показывать клиентам все, что мы делаем.
Одни документы предназначены только для вас: они уточняют ваши мысли и упорядочивают вашу работу. Другие предназначены для глаз информационных архитекторов, визуальных дизайнеров или разработчиков системы управления контентом, а третьи призваны предложить клиенту те или иные идеи, требующие его одобрения или оценки. Каждый из этих документов по-своему важен, но крайне редко бывает так, что важен одинаково для всех. Некоторым клиентам неинтересно копаться в таблицах или детальных описаниях.
Им достаточно сжатого резюме и перечня главных вопросов, возникающих в ходе работы. Но членам команды зачастую необходимо быть в курсе информации, лишней для клиентов или менеджеров. К примеру, информационным архитекторам часто требуется знать как можно больше о характере, структуре и сравнительной важности каждого типа контента. Скорее всего, столь детальное знание не нужно никому из клиентов.
Дайте людям то, что им нужно, и не отвлекайте тем, что им не пригодится. Некоторые клиенты хотят видеть абсолютно все, и если вы возьмете за правило показывать им меньше, то гораздо быстрее получите одобрение с их стороны и вам не придется говорить «Пока мы не готовы обсуждать этот вопрос столь детально» по три-четыре раза за презентацию.
Занимаясь выбором, презентацией и подготовкой результатов, подумайте о своей аудитории. И в этом случае даже самый занятый клиент или менеджер найдет время для того, чтобы дать вам необходимую обратную связь или одобрение.
Роль адвоката.
Почти каждый проект связан с двумя типами потребностей, которые и задают напряженность всему рабочему процессу: с потребностями клиента и потребностями конечного пользователя. При успешном развитии проекта они будут дополнять друг друга, однако возможны ситуации, когда потребности клиента и конечного пользователя будут конфликтовать.
В этом случае специалисты по работе с контентом могут выступать в роли адвокатов — нам куда проще найти и использовать результаты исследований потребителей в качестве аргументов при защите своей точки зрения, чем визуальным дизайнерам, которые зачастую оказываются заложниками личных вкусов и предпочтений клиента.
На практике это означает, что, когда кто-то приказывает разместить тот или иной элемент контента на домашней (или на целевой) странице, вам следует понять, будет ли такое действие отвечать интересам конечных пользователей. Даже если это не так, вы, скорее всего, не сможете отмахнуться от подобных распоряжений, потому что зачастую в их основе лежат непреодолимые внутренние политические конфликты. Но если вам удастся уловить логику того или иного приказа, вы сможете предложить варианты действий, приносящих контенту большую пользу, или порекомендовать для этого элемента контента альтернативное размещение, которое будет способствовать лучшему общению с читателями.
Иногда это может быть непросто (особенно когда вы имеете дело с определенными типами личностей), однако такому навыку можно научиться. При этом стоит держать в голове следующее:
• Действия в качестве адвоката не превращают вас в непрактичного идеалиста. Как мы уже убедились на опыте наших коллег-редакторов, несоответствие контента интересам пользователей — прямой путь к поражению. Выступая в роли адвоката потребителей, вы всего лишь стараетесь достичь цели проекта.
• «Персонажи» и любые другие досье на пользователей, созданные вами или вашими коллегами, могут стать главным козырем. Воспользуйтесь этим инструментом, когда вам потребуется обосновать вашу точку зрения.
• Специалисты по контенту могут легко оказаться втянутыми во внутренние конфликты. Не допускайте этого.
Контент-стратег должен также выступать в роли адвоката контента, а это немного другая задача. Каждый раз, когда кто-то предлагает новую функцию или значительное изменение плана, вам необходимо (при сохранении должного такта) определить требования к контенту, соответствующие этому предложению, а затем понять, насколько они реалистичны.
Вы можете работать консультантом или заниматься развитием проекта — любая деятельность, за исключением рутинных публикаций и поддержания контента, требует понимания сути проекта. На крупных проектах определение сути может занять несколько месяцев. На небольших проектах этот этап может быть завершен за 15 минут. Самое главное — выделить достаточно времени для того, чтобы сначала разобраться с целями проекта, а потом убедиться, что с ними согласны все участники.
Что и почему мы делаем?
Для консультанта определение проекта (project definition) обычно начинается с заявки на проект (Request for Proposal, RFP) или другого первичного документа, поступающего от клиента. Работу над контентом невозможно отделить от целей бизнеса, поэтому необходимо как можно больше знать о том, как клиенты формулируют свои цели. Если вы приступаете к работе над проектом уже после подписания контракта, попросите показать вам первоначальные заявки и документы, созданные в ответ на них. Кроме того, вам необходимо убедиться, что контентная стратегия уже обсуждалась на внутренних совещаниях и представлена клиенту на стартовой встрече.
На сложных проектах обычно требуется креативный или коммуникационный бриф либо сводная информация по проекту, то есть документ, в котором четко изложены ожидания от вашей команды. Если вы хотите, чтобы работа над проектом шла гладко, уделите внимание этому документу, и тогда все требования к контенту будут обозначены с самого начала.
Если вы работаете над внутренним проектом, то, скорее всего, формального документа вроде заявки на проект или предложения в вашем распоряжении не будет, но это не значит, что вы не должны думать об определении проекта. Работу над внутренними проектами порой бывает сложно загнать в формальные
