Как балансировать темы для техноблога

Я недавно рассказывала об этом в дружеском чатике, расскажу и здесь.
Уровень текста: новичок в редактуре.

Как планирование тем выглядит в идеале?

У нас есть добрая воля CTO (!).
У нас есть хх команд по функциям — фронт, бэк, qa, ... аналитики. Ну или хх кросс-функциональных команд. Не так важно.

Мы идём к ним в начале квартала/раз в какой-то период и спрашиваем, что есть по темам для материалов, выясняем как в целом идут дела и какие есть боли.
- Что было сделано в квартале?
- Что будет сделано?
- Было ли что-то смешное?
- А страшное?
- Какие есть проблемы, которые можно попробовать порешать через коммуникации? (Пример: iOS-разработчица отказала вашему рекрутеру во встрече, потому что ей знакомые ребята сказали, что у вас в работе над приложением нужно только кнопки красить, а это, предположим, не так).

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

Отсеиваем неинтересные темы, которые не зайдут площадке. Проверяем темы на коллегах.

Помимо бэклога от команд у редактора техблога должен быть ещё собственный тематический план. В новостях такие материалы мы звали консервами. Они могут быть «вечнозеленые» — такие можно запостить в любой день (пять смешных багов ever) или подготовлены к событию (день программиста). Такие посты готовятся в параллельном режиме. Если темы от технических команд слетают, используем консервы.

Скорее всего, при таком подходе вы будете видеть довольно равномерное распределение по тематикам в блоге. Будете понемногу рассказывать о каждом направлении и закрывать проблемы с коммуникациями.

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

Когда такое не будет работать?
- Когда СТО говорит «не трогай моих лидов, им РАБОТАТЬ НАДО».
- Когда у вас небольшая команда инженеров (например, до 100 человек).
- Когда у вас мало времени на техблог (меньше, чем половина рабочей недели).

Как отсеивать неинтересные темы?

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