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

Вы возьмёте один реально выпущенный материал и восстановите его путь: от первого сигнала до реакции аудитории. На этой карте станет видно не то, как процесс должен работать, а то, что происходило на самом деле:
• где материал работал;
• где лежал и ждал;
• где возвращался назад;
• где решение принималось слишком поздно;
• где один человек удерживал в голове чужой контекст;
• где незавершённая работа начала копиться.
Результатом будет не новая система управления проектами. Результатом будет адрес одной повторяющейся поломки и небольшое правило, которое можно проверить на следующем выпуске.

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

Фраза «мне сегодня надо заняться контентом» прячет слишком много разной работы.
Нужно заметить сигнал. Понять, кому он важен. Найти ракурс. Добыть факты. Договориться с героем. Проверить права. Выбрать формат. Написать или записать. Отредактировать. Согласовать. Подготовить версии для площадок. Опубликовать. Посмотреть на реакцию. Решить, что делать дальше.
Эти операции требуют разных режимов внимания и иногда разных людей. Когда они слеплены в одну большую задачу, невозможно ответить на простой вопрос: что именно сейчас мешает материалу двигаться?
Поэтому первый шаг — заменить существительные глаголами.
Не:
• соцсети;
• интервью;
• рассылка;
• сайт;
• спецпроект.
А:
• выбираю вопрос для интервью;
• договариваюсь о записи;
• проверяю имена и цифры;
• сокращаю текст;
• подбираю фотографии;
• утверждаю обложку;
• пишу подводку для рассылки;
• отвечаю на комментарии;
• фиксирую вопросы для продолжения.
Область работы невозможно передвинуть, ограничить или передать. Операцию — можно.

Самая короткая версия маршрута может выглядеть так:
сигнал → замысел → добыча → сборка → проверка → выпуск → обратная связь
Это не универсальный шаблон, который надо навязать любой редакции. В новостной службе, музейном аккаунте, авторском блоге и большом документальном проекте этапы будут называться и дробиться по-разному.
Важно другое: состояния материала должны отличаться по наблюдаемому признаку.
«В работе» ничего не объясняет. Материал может:
• ждать ответа героя;
• иметь фактуру, но не иметь главного вопроса;
• быть написанным, но не проверенным;
• быть утверждённым редактором, но ждать юридического решения;
• быть готовым к выпуску, но не иметь изображения с нужными правами;
• быть опубликованным, но не получить запланированного продолжения.
Если все эти состояния называются «в работе», команда видит занятость, но не видит движение.

Поломок может быть много, но чаще всего они принадлежат к нескольким типам.

1. На входе нет материала

В календаре стоит тема, но за ней нет:
• источника;
• героя;
• данных;
• фотографии;
• документа;
• наблюдения;
• вопроса аудитории;
• времени человека, который должен дать фактуру.
Команда начинает производить форму раньше, чем добыла содержание. Автор открывает пустой документ и пытается «что-нибудь написать». Дизайнер получает заголовок без структуры. ИИ получает тему без источников и уверенно достраивает то, чего никто не знает.
На выходе это выглядит как слабый текст. На самом деле разрыв произошёл раньше: в план попал не материал, а пожелание о материале.

1. Не принято редакционное решение

Факты собраны, но не решено:
• для кого делается публикация;
• на какой вопрос она отвечает;
• что здесь главное;
• что должно измениться для человека;
• где заканчиваются границы материала;
• кто принимает финальное решение.
Тогда каждый участник собирает собственную версию задачи. Автор пытается вместить всё найденное. Редактор ищет одну мысль. Заказчик добавляет справку об организации. Дизайнер превращает объём в проблему макета.
Переделка начинается не на этапе дизайна. Дизайн просто делает отсутствие решения видимым.

1. Работа ждёт дольше, чем делается

Текст могли написать за три часа, а выпускать две недели.
Остальное время он:
• лежал в очереди;
• ждал комментария;
• ждал доступа;
• ждал человека с правом сказать «да»;
• уступал каждой новой срочной задаче;
• возвращался назад из-за фактов, которые можно было запросить до написания.
Время активной работы и календарное время прохождения материала — разные показатели. Если считать только часы написания и дизайна, главное узкое место останется невидимым.

1. Следующий человек получает не работу, а загадку

Плохая передача выглядит так:
Вот текст, сделай красиво.
Или:
Посмотри, пожалуйста, там надо немного поправить.
Следующему участнику приходится восстанавливать:
• что является задачей;
• что уже решено;
• что нельзя менять;
• какие источники использованы;
• какие пробелы известны;
• чей ответ нужен;
• что означает «готово».
Проблема не в том, что люди недостаточно хорошо понимают друг друга. Контекст не был упакован для передачи.

1. Одновременно открыто слишком много материалов

Десять начатых черновиков создают ощущение большой работы. Но каждый из них требует:
• снова вспомнить контекст;
• найти файлы;
• проверить, чего ждали;
• переключиться в другой голос и формат;
• заново принять отложенное решение.
Люди всё время заняты, а выпусков мало.
Увеличивать число идей перед узким местом бессмысленно. Если редактор может принять два сложных материала в неделю, пять новых черновиков не ускорят выход. Они создадут очередь перед редактором.

1. После публикации цепочка обрывается

Материал вышел — команда немедленно побежала к следующему.
Не зафиксировано:
• какой вопрос люди задавали после;
• где они перестали читать или смотреть;
• что пришлось объяснять в комментариях;
• какая правка повторилась;
• что можно сохранить как правило или шаблон;
• какой новый материал уже появился внутри реакции.
Тогда следующая публикация снова начинается с пустого листа, а одна и та же поломка возвращается в каждом цикле.
В логике StoryRound аналитика не является отчётом после работы. Она возвращает материал к аудитории, идеям и планированию. Без этого круг превращается в линию, которая каждый раз заканчивается выброшенным опытом.

В разговоре о «генеральной уборке сайта» возникла важная мысль: современное медиа — не один сайт. Это поток коммуникации в разных каналах. Сайт является частью системы, а не самой системой.
Редизайн может:
• сделать интерфейс понятнее;
• изменить сценарии;
• помочь расставить приоритеты;
• дать новые технические возможности.
Но он не решит:
• откуда берутся материалы;
• кто определяет их смысл;
• как фактура проходит проверку;
• кому принадлежит решение;
• как одна редакционная машина работает для нескольких площадок.
Если перенести старый процесс в новый интерфейс, получится новый красивый сайт со старой очередью, старыми возвратами и прежней зависимостью от одного человека.
То же относится к таск-менеджеру, контент-плану и ИИ. Инструмент может ускорить операцию или сделать состояние видимым. Он не выбирает за команду, какой процесс ей нужен.

Настоящие срочные события существуют. Новость невозможно попросить случиться по контент-плану.
Но часть редакционной срочности произведена самой системой:
• событие было известно месяц, но героя позвали вчера;
• задача лежала без владельца;
• согласующий увидел материал только перед выпуском;
• исходники не проверили на входе;
• каждая новая просьба автоматически стала главным приоритетом;
• никто не ограничил число материалов в работе.
Полезный вопрос:
Это действительно внезапное событие или накопленная задержка, которая стала видна перед дедлайном?
Ответ не нужен для поиска виноватого. Он определяет способ ремонта. Внезапному событию нужен резерв мощности. Накопленной задержке — другой переход и более раннее решение.

Обычно команда обсуждает, когда материал «готов к публикации». Но возвраты возникают и на более ранних переходах.
Замысел готов к добыче, если:
• сформулирован вопрос;
• названа аудитория и её ситуация;
• понятно, какую фактуру нужно получить;
• видны границы материала.
Фактура готова к сборке, если:
• обязательные источники получены или их отсутствие явно зафиксировано;
• цитаты и документы доступны;
• противоречия отмечены;
• понятны пробелы, которые ещё нужно закрыть.
Текст готов к дизайну, если:
• структура утверждена;
• объём больше не будет расти от новых смысловых решений;
• подписи, ссылки и источники приложены;
• понятно, что в визуале должно объясняться, а не украшаться.
Материал готов к выпуску, если:
• редакционное решение принято;
• факты, права и технические элементы проверены;
• версии для площадок сохраняют смысл;
• следующий шаг аудитории существует и работает.
Критерий готовности — не бюрократия ради контроля. Это договорённость о том, какую незавершённость нельзя молча передавать дальше.

Не начинайте с рисования идеального процесса. Идеальная схема почти всегда получается логичной и бесполезной: она не содержит задержек, переписок, внезапных решений и фактической работы.
Возьмите один материал, который уже вышел. Лучше недавний и не самый образцовый.
Восстановите его путь по следам:
• перепискам;
• версиям файлов;
• календарю;
• задачам;
• письмам;
• истории правок;
• памяти участников.
Заполняйте таблицу:
Этап — Что было на входе — Что делали — Кто принимал решение — Сколько работали — Сколько ждали — Почему передали дальше или вернули
Редактура — Черновик без ссылок — Проверяли факты — Редактор — 70 минут — 2 дня — Вернули автору за источниками
Не пытайтесь сразу улучшать. Сначала зафиксируйте факты.

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

Плохой диагноз:
Мы неорганизованные.
Или:
Автор безответственный.
Или:
У нас всё слишком медленно.
Рабочий диагноз:
На переходе от черновика к редактуре материал возвращается за источниками, потому что список проверяемых утверждений не передаётся вместе с текстом.
В этой формулировке есть:
• место;
• наблюдаемое событие;
• причина;
• возможность проверить изменение.
Черту характера нельзя исправить к следующему четвергу. Операцию — можно.

Не перестраивайте весь процесс после одной карты. Измените одно правило на один короткий цикл.
Например:
• не брать в ближний план тему без названного источника;
• не передавать текст без ссылок и списка непроверенных утверждений;
• ограничить число материалов «в сборке» до двух;
• назначить одного человека, который утверждает финальный объём;
• отправлять дизайнеру структуру только после смыслового решения;
• проводить десятиминутный разбор после важного выпуска;
• хранить статус ожидания не в голове, а в карточке материала.
Заранее назовите наблюдаемый эффект:
За две недели число возвратов из редактуры автору должно сократиться.
Или:
Ни один материал не должен ждать решения о формате больше одного рабочего дня.
Без эффекта новое правило быстро превращается в ещё одну обязанность.

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

1. Если дать модели абстрактную просьбу «создай идеальный контентный процесс», она создаст правдоподобную схему. Это будет не карта вашей работы, а усреднённое представление о работе.

Шаг 1. Выберите три материала
Один удачный, один сорванный или сильно задержанный, один обычный.
Шаг 2. Восстановите реальные маршруты
Не по регламенту, а по следам.
Шаг 3. Сравните карты
Ищите повтор, а не единственную драматическую аварию.
Шаг 4. Назовите одну поломку
Формула:
На переходе от [состояние] к [состояние]
происходит [наблюдаемое событие],
потому что [не хватает входа, решения, владельца или критерия].
Шаг 5. Введите одно правило на две недели
Правило должно менять именно найденный переход.
Шаг 6. Назначьте дату проверки
Сравните:
• время ожидания;
• число возвратов;
• объём незавершённого;
• число решений, принятых слишком поздно;
• фактический выпуск.

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

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

• P02 Как найти ритм, который выдержит реальная неделя
• P03 Как собирать материалы блоками
• P04 Как собрать план из реальных материалов
• DX01 Где буксует наша контентная система
• SR01 Один материал — полный круг