Краткий рассказ об инструментах и сервисах, которые помогают Look At Media

Media выпускать на четырех сайтах до 100 материалов ежедневно (на

фото - ньюсрум, 2014 г)

редакций всего издательского дома Look At Media — «Сетка».
Об удобной системе управления

четырьмя редакциями
(The Village, Look At Me, FURFUR, Wonderzine) и внештатниками в издательском доме задумались еще в октябре 2013-го.
Около трех месяцев понадобилось, чтобы придумать, спроектировать и запустить «Сетку».
Еще пара месяцев ушли на то, чтобы интегрировать всех сотрудников редакции и внештатников в систему.

работало примерно 35 человек: редакторы, выпускающие дизайнеры, иллюстраторы, корректоры, фотореды.

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

отредактировали,
Оформили,
Откорректировали,
Выпустили и посмотрели, как материал зашел.
Но

не все так просто. После первого же обсуждения схема усложнилась.

и
иметь четкие и понятные метрики для пост-аналитики — как собирает просмотры

та или иная рубрика,
как работал тот или иной редактор,
сколько мы заплатили за материалы внештатникам
и сколько показов получили взамен.
На практике все оказалось еще сложнее и выглядит примерно так:

добавить, или придет главный редактор, который решит пост перенести, потому

что «ему лучше выйти завтра», или понадобится фотография с ретушью и немного интерактивной верстки.
В итоге, у нас от 1 до 9 человек в нескольких городах с разными часовыми поясами могут быть заняты выпуском одного-единственного поста в течение нескольких дней.
А теперь помножьте количество операций с одним текстом на объем выпуска четырех редакций и представьте, каково приходится издателю, которому важно за несколько минут оценить обстановку, находясь за 7531 км от Москвы.
Затем прибавьте 800 внештатников из базы и окончательно прокляните задачу соединить все это в одном месте, не превратив в страшный сон.

мы не пытались найти что-то на стороне, то вы напрасно

так думаете. Вообще первое правило разработки внутренних сервисов — если есть нормальное готовое решение, то ни в коем случае не делайте свое решение.
За два года мы перепробовали все, что предлагает интернет:

доске и политику управляемого хаоса, когда все, вроде бы, помнят,

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

все же разработать свою систему управления редакциями, всеми сразу и

каждой по отдельности, простую, понятную (приятную), переход к которой не будет проклятием для редакции.
Для начала мы вновь сформулировали основные задачи системы.
Их оказалось не так уж и много:
Синхронизация работы редакции
Управление внештатниками и подрядчиками
Мониторинг работы редакции
Контроль расходов
Бюджетирование
Пост-аналитика
Исследования и эксперименты
Система должна была решать как все перечисленные выше задачи, так и задачи, о которых нам придется задуматься впоследствии, ведь время идет и процессы эволюционируют.

системы, все остальное крутится вокруг него, как-то так:

на самом деле, разберем все подробно.
Нам придется пройти шаг

за шагом весь жизненный цикл материала, как в той схемке выше.

появляются тахикардия и список идей, которые они хотят превратить в

популярные посты в течение какого-то времени (от пары дней до месяца).
Чтобы хорошие идеи не пропадали, мы просто собираем их все в одном месте в разделе «Идеи». При этом помним, кто и когда идею добавил, храним краткое ее описание, а с помощью лайков пытаемся понять, хорошая идея или так себе. Как видите, лайки всем пришлись по душе.

идея уходит в работу. Для этого ответственному редактору стоит лишь

нажать кнопку Create Ticket, и после этого идея превращается в тот самый тикет, который появляется в главном интерфейсе нашей системе — «Дэшборде». «Дэшборд», собственно, практически ничем не отличается привычного вам календаря.
Вот он:

синий — в работе, еще есть серый — готовится, но он как-то не прижился,

вот его и не видно). Тикеты можно менять местами, таскать по всему календарю, ставить, куда угодно, все зависит от того, когда тикет, он же пост, планируют выпустить.
Тикет хранит все, все что вам нужно знать о планируемом и выпущенном посте:

иллюстратора, заканчивая корректором, здесь же стоят выпускающие дизайнеры и другие

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

что текст готов, что пора бы начать вычитывать его, что

уже следовало бы передать дизайнеру и, наконец уже, выпустить. А ведь таких тикетов бывает до 20 в день на одно издание. Чтобы все не сломалось, и ребята понимали, когда и кому переходить к следующему этапу, мы используем статусы. Их немного, они работают как теги: «Текст готов», «Вычитан», «Верстается» и так далее. Можно выбрать статус из пресетов или добавить свой, к примеру, «утвержден главредом», если ситуация требует этого.
Помимо всего прочего, статусы нужны, чтобы, скажем, выпускающий дизайнер Олег мог понять, какие задачи у него есть на сегодня и в каком порядке их нужно выполнять. Для этого он может использовать фильтры в верней части календаря, просто кликнув на кнопку Me, после этого на «Дешборде» останется его расписание на неделю. Шеф-ред может наблюдать со стороны, даже из отпуска, как обстоят дела у каждого сотрудника или у целой службы ( у фотослужбы, например).

сопереживающим приходит уведомление, в реал-тайме, буквально через секунду: Реал-тайм уведомления

ряда столов «Текст по «Новому месту» готов?! Сколько можно ждать,

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

Но теперь за дело берется медиа-менеджмент — главреды изданий и еще пара

сочувствующих ребят. Что им нужно? Контроль. В первую очередь, над деньгами и их расходованием, во-вторую, над каждым из сотрудников редакции и работой целых отделов/служб, в-третьих, над планом выпуска материалов. Также ребята не прочь узнать, как хорошо работает та или иная рубрика, сайт или весь издательский дом целиком. Для них у нас есть целый сервис — «Бюджет».

и сколько получили. Только получаете вы не реальные деньги, а

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

сколько затрачено на каждую из историй каждым из редакторов. Сортируется

по разделам, редакторам, статусам.
По людям - чтобы не ломать голову над тем, сколько платить фотографу и как вообще этот фотограф работал с нами последние полгода. Сортируется по профессии, по конкретному человеку и по статусу тикета.
По рубрикам - чтобы знать, сколько постов вы выпустили в рубрике «Эксперимент», сколько вы потратили на это денег и сколько просмотров собрали посты в совокупности. Для этой же задачи есть простой и понятный индекс 1 RUR Views — сколько мы получили показов с одного затраченного на пост рубля.

важных и не очень задач.
Есть общая для всех изданий

база внештатников и редакторов, разные административные интерфейсы и, конечно же, система полного логирования действий пользователей.

первое время после запуска «Сетки» у нас бывали случаи, когда,

скажем, дизайнер клялся: мол, «пост закончили еще вчера», «виноват редактор-пройдоха», его не выпустивший. Два клика, и ты легко определишь, кто прав, кто виноват: видно, когда дизайнер закончил верстку, и что, с виду приличный, редактор не так с тобой откровенен, как могло показаться. Теперь такие случаи редкость. Доверяй, но проверяй.

«Сетка» напомнит, когда у вас заканчивается отведенный на месяц бюджет.

В «Сетке» есть даже единорожек.
Единорожек — это маркер одного из статусов. Если вы видите единорожка, значит с тикетом все хорошо.

меньше полугода работы команды из 3 человек, но все наши

ожидания и надежды были вознаграждены и оправданы.
Всего за пару месяцев внедрения система не только избавила редакции от хаоса в работе, но и позволила открыть новые измерения. Мы гибко управляем бюджетом, оценивая наиболее перспективные для инвестирования области, распределяем бюджет только между «работающими» рубриками, инвестирование в которые приносит хорошие плоды. Так, в августе прошлого года, после пары отчетов, подготовленных системой, и простейшей аналитической работы, мы перераспределили ⅓ бюджета одного из изданий с менее эффективных рубрик на более эффективные (издержки вниз — показы вверх), увеличив внутренние показатели сайта. И это только начало, спустя полгода мы учимся использовать весь потенциал «Сетки» и находим новые возможности для улучшения процессов.

на этапе внедрения, я хочу предостеречь всякого, кто попытается повторить

наш опыт, от серьезных ошибок и дать несколько простых советов:

просто приходить к редакции, формировать список «хотелок» и тотчас программировать.

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

Не стоит сразу делать все, сделайте сначала календарь, затем идеи,

потом уже и бюджет подтянется. Меньший объем = меньший шанс ошибиться. Протестировали на одной редакции, перешли ко второй (выражаю благодарность редакции Look At Me за терпение, вы были первыми и вы справились лучше всех).

не забывайте, что вы работаете над системой, а не над

разрозненным набором компонентов. Вам придется возвращаться от одного к другому, чтобы сбалансировать систему. Мы сначала все спроектировали, затем спрогали часть, внедрили, и перепроектировали остатки. И так раз 5–6. Однако оно того стоит.

в том, как конкретно они могут выполнить ту или иную

задачу, мы сделали каркас и наблюдали со стороны. Универсальность некоторых компонентов, к примеру, статусов-тегов (можно добавлять любые статусы к тикету) позволила решать те редакционные задачи, о которых мы даже подумать не могли.

добавьте к нему дополнительное условие: хотя редакции и не нужно

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