Коллектив авторов - Как это делается - продюсирование в креативных индустриях

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

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

Обычная жизнь редакции построена по принципу потока, конвейера. Журналисты собирают информационные поводы, обрабатывают информацию, «упаковывают» ее в выпуски, публикуют. И поток этот трудно остановить.

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

Поэтому команду проекта нужно вытаскивать из оперативного потока и давать им время и пространство для реализации проекта.

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

Хороший продюсер нанимает равноправных членов команды. Дизайнеров, которые аргументированно спорят с тобой, а не просто «передвигают зеленую кнопку влево, потому что заказчик так захотел». Программистов, которые включаются в смысловую часть проекта, понимают её и предлагают такие технические решения, которые выигрышно скажутся на продукте в целом. Редакторов, которые думают не текстом, а мультимедийными модулями, потому что мультимедийный текст – это не просто газетный материал, в который встроили видеоролик. У мультимедийного текста своя структура и логика изложения.

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

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

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

Каждый участник команды должен не просто выслушать, получить задание и пойти делать свой блок. Важно проговорить своё видение результата, предложить свои идеи, договориться о форматах и регулярности взаимодействия внутри команды. Затем прописываются этапы, дедлайны, большая задача «сделать проект» разбивается на множество подзадач, у каждой из которых есть сроки исполнения и ответственный. Всё это полезно визуализировать – в формате диаграммы Ганта или канбан-доски, неважно. Главное, чтобы у команды была возможность оперативно видеть, на каком этапе находится проект и какие из задач уже выполнены. Удержать всю информацию по проекту в одной голове нереально.