Шаблон редакционного календаря

Поставь редкалендарь для команды из {{team_size}} человек на каналы {{channels}}.

Принцип: календарь без структуры → каша. Слишком жёсткий → не исполняется. Цель — баланс.

Формат таблицы (минимум полей)

Не больше. Кастомные поля только если реально используете.

Tooling — что выбрать

Notion

Когда: малая команда (2-5 человек), хочется views + relations. Плюсы: filtered views per owner, statuses, легко linkать на драфты, бесплатно для маленьких команд. Минусы: медленный при 500+ записях, нет настоящих автоматизаций.

Airtable

Когда: средняя команда (5-15), нужны автоматизации. Плюсы: настоящая база, formulas, automations (Slack уведомления при изменении status), API. Минусы: платный быстро становится, кривая обучения.

Google Sheets / Excel

Когда: очень малая команда, бюджет ноль, не хочется ещё одного tool. Плюсы: все умеют, $0, фильтры/sorting. Минусы: нет views, plain text, конкурентное редактирование иногда ломается.

Asana / Linear / Trello

Когда: контент-команда внутри уже работающего PM-tool. Плюсы: одна система, привычная для всех. Минусы: не оптимизированы под контент-workflow.

Рекомендация по умолчанию: Notion для < 8 человек, Airtable для > 8.

Ритм планирования

Quarterly (раз в 3 месяца, 2-3 часа)

• Pillars / themes на квартал (3-5 штук)
• Большие проекты (longform, отчёты, ивенты)
• Hiring / capacity на квартал

Monthly (раз в месяц, 1 час)

• Lock тем на следующий месяц (4-8 штук)
• Owner на каждую
• Deadlines
• Зависимости (нужен product input? designer? legal?)

Weekly (каждый понедельник, 30 мин)

• Refinement текущей недели: статусы, блокеры
• Что выходит в эту неделю — final review
• Что готовим к следующей неделе
• Slack отчёт команде что ожидается

Daily (опционально, async)

• Stand-up в Slack thread: вчера / сегодня / блокеры

Конвенции которые экономят боль

Названия

C-YYYY-WXX-NN для ID. Сразу видно когда планировался.

Статусы — фиксированный enum

idea → researching → outline → drafting → editing → ready → scheduled → live → archived

Не добавляйте кастомные ("almost done"). Уйдёт в кашу.

"Lock date"

2 недели до publish date — тема залочена. Не меняем тему, не меняем owner. Меняем только если кризис.

"Drop-dead date"

1 день до publish. Если не готово — переносим на следующую неделю, не публикуем сырое.

Buffer

Всегда 3-4 готовые статьи в запасе. Кто-то заболел, embargo сорвался — есть чем заменить.

Зависимости (важно для команд > 3)

В таблицу — колонки:

• Needs from design? (Y/N + ссылка на запрос)
• Needs from product? (что подтвердить)
• Needs from legal? (для compliance / claims)
• External dependency (партнёр, customer quote)

В weekly review — проверяем что дepenencies решены до lock date.

Анти-паттерны

• ❌ Календарь существует, но никто не смотрит — добавьте в weekly meeting
• ❌ Слишком много полей (20+) → людей будут заполнять с косяками
• ❌ Нет owner per item → ничей и не делается
• ❌ Меняете темы за день до publish → команда теряет доверие к системе
• ❌ Один календарь на все каналы без фильтров → каша. Сделайте views per channel
• ❌ Не отслеживаете что в результате опубликовано → не учитесь

В конце дай

• Готовый шаблон таблицы (поля + опции)
• Решение по tooling под team size
• 3 sample записи (idea / drafting / live)
• Расписание ритуалов (quarterly/monthly/weekly)
• Список лок-дат и буфера на ближайшие 4 недели