---
name: "cp-calendar"
description: "Превращает банк тем в производственный план, посчитанный в часах: сколько времени реально есть, сколько стоит каждый формат, что влезает. Группирует съёмки в батчи по общему сетапу — свет, фон, одежда. Работает по правилу устойчивости: регулярная публикация много недель подряд даёт больше, чем рывки. «Лучшее время публикации» универсальным не считает и берёт только собственные данные площадки. При переполнении упрощает формат или переносит единицу, а не расширяет бюджет времени. Триггеры — «календарь публикаций», «спланируй неделю», «батч», «сколько успею», «график постинга», «расписание съёмок», «не успеваю снимать». Use when the user needs a publishing schedule, a shooting batch plan, or wants to know how much content fits their time."
---

Перед применением прочитай [правила интеграции «Блог с нуля»](../../context/10-blog-runtime.md). Они задают единый запуск, текущий проект и производственные ограничения; не начинай второй независимый бриф.

# cp-calendar · Производственный календарь и ритм

Календарь считает не даты, а часы. Пока план не сошёлся по часам, это не план.

## Когда не этот скилл

- Нужны сами темы, пиллары и матрица идей → `cp-content-plan`. Сюда приходят с готовым банком.
- Нужно достать много единиц из одного источника, чтобы удешевить производство → `cp-repurpose`.
- Нужно понять, в какие часы реально активна аудитория, по цифрам → `cp-analytics`.
- Нужно оценить, стоит ли снимать конкретный сценарий → `cp-video-score`.

## Контекст

Читай из `context/`: `02-metrics.md` §4 (что известно про частоту публикаций и с какими оговорками, «лучшее время» как миф), `01-platforms.md` §1 (лимиты хронометража, от них зависит стоимость производства) и §7 (доступность площадок), `07-evidence.md` (уровни достоверности, запрет выдумывать частоты). Профиль бренда — `brands/<slug>/`: `assets.md` (площадки, норма в неделю, чем снимают, сколько времени есть, что делегируется), `brand.md` (стадия). Не нашлось — скажи одной строкой и работай по врезке ниже, факты спрашивай, не выдумывай.

## Врезка констант

**Что известно про частоту публикаций — уровень B, с тремя оговорками.** Все найденные исследования покрывают **только глобальные площадки**. По ВКонтакте, Telegram, Дзену и RuTube надёжных данных о частоте **нет вообще**.

По выборке пользователей одного планировщика: Instagram — 3–5 постов в неделю дают примерно на 12% больше охвата на пост, чем 1–2, при 10+ постах примерно на 24% больше; прирост подписчиков +0,26% против +0,12%. TikTok — переход с 1 поста в неделю на 2–5 даёт до 17% больше просмотров на пост, дальше прирост затухает. По выборке 26 недель поведения более 100 000 аккаунтов: публикующие в 20+ неделях из 26 получают примерно на 450% больше вовлечений на пост, публикующие в 5–19 неделях — примерно на 340%.

Все семь цифр выше приводятся с обязательной пометкой: **период сбора данных первоисточником не раскрыт, в клиентский отчёт не переносить.** Календарь на них не считается — они объясняют направление вывода, и только.

Оговорки, которые произносятся вместе с цифрами, а не мельком:
1. Это **корреляция, не причинность**. Обратная причинность правдоподобна: у кого контент заходит, тот публикует чаще.
2. **Самоотбор выборки** — данные по пользователям планировщика, то есть по людям, уже наладившим процесс.
3. **На российские площадки не переносится.**
4. **Периода сбора данных нет** — без него цифра уровня B не полноценна, вслух клиенту она не называется.

**Главный вывод из этих данных — устойчивость важнее интенсивности.** Разрыв между «публикую в 20 из 26 недель» и «публикую в 5 из 26» больше, чем разрыв между тремя и десятью постами в неделю. Формулировка авторов исследования: идеальное расписание не нужно, нужен устойчивый ритм. Практическое следствие: выбирается та частота, которую автор выдержит **двадцать недель подряд**, а не та, которую он выдержит две.

**«Лучшее время публикации» — миф в универсальном виде.** Универсальные таблицы строятся на разных выборках, часовых поясах и нишах и между собой не согласуются. Применимы **только собственные данные площадки**: график активных часов в Telegram, дни недели в Дзене за последние 28 дней, активность аудитории в Instagram. Нет своих данных — публикуй в удобное себе время и накапливай статистику; это честнее выдуманного расписания.

**Ориентиры стоимости производства.** Собственных норм у пака нет и быть не может: скорость зависит от человека, оборудования и опыта. Поэтому часы **замеряются**, а не берутся из таблицы. Первый цикл — с секундомером: пользователь фиксирует, сколько заняли сценарий, съёмка, монтаж, оформление, публикация. Со второго цикла план считается по его собственным замерам. До первого замера бери оценку пользователя и помечай её как оценку.

## Вход

1. Сколько часов в неделю реально есть под контент. Не «хотелось бы», а сколько остаётся после работы и жизни.
2. Как эти часы распределены: один свободный день, вечера по два часа, ничего предсказуемого.
3. Площадки и роль каждой.
4. Банк тем: сколько единиц готово к производству.
5. Чем снимают, где, кто монтирует, что делегировано.
6. Замеры времени по форматам, если есть. Нет — оценка пользователя.
7. Что известно из своей статистики про активность аудитории.
8. Что в ближайший период выбивает из ритма: отпуск, командировка, сезон.

## Процесс

1. **Посчитай бюджет часов.** Реальные часы минус 20% на непредвиденное. Остаток — рабочий бюджет. Скажи его числом до того, как начнёшь планировать. Сами 20% — **стартовый ориентир, а не норматив**: он уточняется по первому циклу замеров, когда видно, сколько часов реально съело непредвиденное.
2. **Собери стоимость каждой единицы.** По каждому формату из банка — сценарий + съёмка + монтаж + оформление + публикация. Отдельно посчитай **постоянные затраты**: ответы на комментарии, сторис, общение в личных сообщениях. Их забывают, и они съедают четверть бюджета.
3. **Сложи план и сравни с бюджетом.** Не влезает — включай правило переполнения (ниже). Влезло с запасом больше 30% — либо бюджет завышен, либо в план не попали постоянные затраты. Порог 30% — **стартовый ориентир, уточняется по первому циклу замеров**, а не измеренная величина.
4. **Собери батчи** по правилам ниже. Батч — не «снять всё сразу», а «снять всё, что делит один сетап».
5. **Выбери частоту, которую автор выдержит двадцать недель.** Скажи об этом прямо и объясни, почему берётся нижняя устойчивая, а не верхняя возможная.
6. **Расставь публикации.** Время — только по своим данным площадки. Своих данных нет — ставь удобное и помечай, что это заглушка до накопления статистики.
7. **Заложи буфер.** Минимум две готовые единицы в запасе на момент старта недели. Без буфера первый сорванный съёмочный день обнуляет ритм.
8. **Покажи честный остаток бюджета** в часах и что в него можно добавить, если появится время.

## Батч-логика

Переключение между режимами дороже самой работы. Час съёмки после часа монтажа стоит дороже часа съёмки после часа съёмки.

**Группируй по общему сетапу:**
- **свет и фон** — всё, что снимается в одной точке при одной схеме света, снимается подряд;
- **одежда** — смена образа режет батч пополам, поэтому единицы с одним образом идут вместе; если образов нужно два, снимай все единицы первого образа, потом все единицы второго;
- **режим работы** — писать сценарии подряд, снимать подряд, монтировать подряд, оформлять подряд. Четыре режима, четыре блока, а не четыре раза по циклу;
- **реквизит и локация** — всё, что требует одного объекта или выезда, планируется в один блок.

**Что съедает батч:** отсутствие сценариев на момент съёмки (пишутся заранее, целиком), поиск реквизита во время съёмки, зарядка и карты памяти, отсутствие списка кадров.

**Чек-лист подготовки к батчу** — выдаётся вместе с планом:
```
До съёмочного дня
  [ ] сценарии всех единиц написаны и прогнаны
  [ ] список кадров по каждой единице
  [ ] реквизит собран и лежит в точке съёмки
  [ ] образы подобраны и разложены в порядке съёмки
  [ ] аккумуляторы заряжены, карты очищены, места хватает
  [ ] свет выставлен и проверен на пробном кадре
  [ ] звук проверен записью 20 секунд с прослушиванием
  [ ] телефон в авиарежиме, уведомления выключены
В съёмочный день
  [ ] порядок: все единицы образа 1 → все единицы образа 2
  [ ] каждый дубль называется вслух перед стартом (упрощает разбор)
  [ ] после каждой единицы — отметка в списке, а не по памяти
После
  [ ] материал скинут и переименован в тот же день
  [ ] что не сняли — вернулось в банк со статусом и причиной
```

## Правило переполнения

План не влезает в часы — **бюджет времени не расширяется**. Расширение бюджета означает отъедание сна и выходных, и через три недели ритм ломается совсем.

Порядок сокращения, строго в этом порядке:

1. **Упростить формат внутри той же темы.** Съёмка с монтажом → съёмка одним планом. Карусель из десяти слайдов → из пяти. Статья → пост. Тема остаётся, стоимость падает.
2. **Переупаковать вместо производства.** Есть источник, из которого эта единица достаётся дешевле → `cp-repurpose`.
3. **Перенести единицу целиком** в следующий цикл. Переносится нижняя по скорингу, а не последняя в списке.
4. **Снять площадку с плана.** Не «буду публиковать реже», а честно: эта площадка в этом цикле не ведётся. Дубль на четырёх площадках при часах на одну — это четыре мёртвых аккаунта.
5. **Снизить частоту до устойчивой** и зафиксировать её на двадцать недель.

Чего в списке нет и не будет: работать быстрее, снимать ночью, «в следующий раз наверстаю».

## Выход

```
ПЛАН · <бренд> · <неделя | месяц> · бюджет <N> ч

БЮДЖЕТ
  Есть часов: <N>   Резерв 20%: <N>   Рабочий бюджет: <N>
  Постоянные затраты (комментарии, сторис, переписка): <N> ч
  Остаётся на производство: <N> ч

| Единица | Формат | Площадка | Сценарий | Съёмка | Монтаж | Оформл. | Итого | Батч | Дата |
|---|---|---|---|---|---|---|---|---|---|
| … | | | 0,5 ч | 0,7 ч | 1,0 ч | 0,3 ч | 2,5 ч | Б1 | … |
| **ИТОГО** | | | | | | | **N ч** | | |

БАТЧИ
  Б1 · <дата> · <сетап: свет, фон, образ> · <какие единицы> · <N ч>
  Б2 · …

РИТМ
  Частота: <N в неделю на <площадка>> — выбрана как устойчивая на 20 недель
  Время публикации: <по данным площадки: …> | заглушка до накопления статистики
  Буфер на старте: <N готовых единиц>

НЕ ВЛЕЗЛО
  <единица · причина · что с ней сделали: упрощён формат | переупаковка | перенос | снята площадка>

ОСТАТОК
  <N ч свободно | перебор <N> ч — сокращаю по правилу переполнения>
```

## Чек-лист перед выдачей

- Бюджет часов посчитан явно, с резервом 20% и постоянными затратами.
- У каждой единицы проставлена стоимость по этапам, а не общая цифра.
- Итог по часам сходится с бюджетом; если нет — применено правило переполнения и показан порядок сокращения.
- Батчи собраны по общему сетапу, а не по датам.
- Выдан чек-лист подготовки к батчу.
- Частота выбрана как устойчивая на двадцать недель и это сказано словами.
- Цифры про частоту публикаций даны с четырьмя оговорками, с пометкой «период сбора данных первоисточником не раскрыт, в клиентский отчёт не переносить» и с указанием, что на российские площадки не переносятся.
- Резерв 20% и порог запаса 30% названы стартовыми ориентирами, уточняемыми по первому циклу замеров.
- «Лучшее время» взято только из своих данных или помечено как заглушка.
- Заложен буфер готовых единиц.
- Ни одной выдуманной нормы производительности и ни одного обещания результата от соблюдения графика.

## Красные линии

1. Не выдумывать нормы «постить нужно N раз в неделю». Данных по российским площадкам нет.
2. Не давать универсальное «лучшее время публикации». Только собственные данные площадки.
3. Не подавать корреляцию частоты и охвата как причинность и не переносить её на ВК, Telegram, Дзен и RuTube.
4. Не расширять бюджет времени вместо сокращения плана.
5. Не планировать без замеров, выдавая оценку за факт. Оценка помечается как оценка.
6. Не планировать площадки, которые физически не обслуживаются имеющимися часами.
7. Не обещать роста от соблюдения ритма. Ритм — условие, а не гарантия.
8. Не смешивать календарь с банком тем. Появилась потребность в новых темах — это `cp-content-plan`.