Про Хабр, авторов, команды, редактуру и управление всем этим

Я сейчас редко пишу про работу, но, кажется, это тоже интересно. С начала года поступило уже несколько предложений где-то выступить про техноредакцию. Как писать, как мотивировать разработчиков, как управлять авторами и так далее. Я отказываюсь. И дело даже не в большой загрузке. Просто в нашей сфере уже лет пять ничего не меняется. Однако, захотелось расписать мои классические советы для ИТ-компании, которая хочет выйти на Хабр или просто создать техноредакцию:

1. Найдите мотивацию для своих экспертов. Ни одна редакция, ни один маркетинг с пиаром не обеспечит вас темами. Только разработчики, архитекторы, девопсеры, тестировщики, датасатанисты и так далее. Как их замотивировать? Идеально (для вас), когда статьи есть у них в KPI. Но это идеальный вариант (опять же, для вас). В реальности же вам нужно предложить вашим будущим авторам какие-то «плюшки». Идеальный вариант (для них) — премия. Реальный... Тут в ход идёт всё: от продвижения автора по карьерной лестнице (справедливо — людей со статьями в портфолио больше знают на рынке, чаще предлагают офферы) до банальной помощи ему в создании статей. Порой у вашего эксперта есть темы для статьи, но он не умеет их писать или у него просто нет времени. Предложите рассказать вам, запишите, расшифруйте, принесите ему какой-то текст, помогите раскрыть тему, исправить ошибки, нарисовать схемы, даже сверстать. Я понимаю банальность этого совета, но всё же — найдите подход к своим технарям.

Итого: найдите подход к команде, предложите им помощь.

2. Сократите количество согласований. Частая история — статью смотрят все: от коллег до пиара и даже CEO. И у всех есть своё мнение, все хотят показать свою нужность и экспертность. В итоге текст проходит десятки итераций, становится для всех идеальным, выпускается... И? Да, ничего не происходит. Обычные просмотры. Популярность статьи не определяется тем временем, которую вы на неё потратили. Важнее выбрать правильную тему и добавить какой-то элемент хайпа — тогда полетите. Ещё страшнее, когда в работу над технотекстом начинают вмешиваться литературные редакторы. «Наведение красоты» ещё минимум на неделю увеличит время на производство текста и при этом никак, абсолютно никак, не повлияет на его интересность и виральность. Более того, на том же Хабре куда лучше читаются статьи, которые написаны живым языком разработчика, порой даже со сленгом и ошибками. И, конечно, возвращаясь к первому пункту, эпопея с согласованиями демотивирует автором даже начать работу над любой статьёй.

Итого: на старте договоритесь, что у вас есть всего 2-3 этапа проверки текста: «проверка техническая — проверка маркетинговая — проверка на ошибки и стилистику».

3. Опубликовали? Не забывайте про промо. И это нужно даже не для ваших отчётов. Даже очень хорошая техническая статья может «не залететь» по различным причинам. Малое количество просмотров или отсутствие какой-то обратной связи может демотивировать автора, вас, вашу команду, руководство. Продумайте заранее, как вы можете поднять просмотры вашей статьи. Раскидайте её по чатам, опубликуйте в своих соцсетях с правильной подводкой, в конце концов — разместите платно в каких-либо профильных каналах. Эффект вы увидите как в отчётах, так и в настроении.

Итого: повторюсь — не забывайте про промо.

P.S.: Небольшое голосование: вам интересно читать про техноредакцию, тексты и всё такое? 👍 — интересно, 👎 — не интересно, 🔥 — ничего не понял, но очень интересно. 😱

P.S.S.: И подпишись, если тебе переслали этот пост. 🔥

Доброго понедельника. У нас тут две новости:

💖 VK Cloud даёт грант, в два раза превышающий бюджет, который компания тратила на облачные сервисы Microsoft Azure, AWS или Google Cloud в феврале 2024-го. Плюс бесплатно помогает с переносом, консультирует и тд. Подробности тут.

💖 VK WorkSpace дарит три месяца бесплатного использования платформы при миграции с Microsoft, Google и других зарубежных сервисов. Подробности тут.

Чуть позже ещё про вебинары напишу, которые помогут быстро переехать с Microsoft и Amazon.

Короткие форматы в продуктовой редакции

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

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

Чтобы я рекомендовал для работы с короткими форматам:

6️⃣Сделайте для таких форматов развёрнутую форму брифа. В ней должно быть всё: от площадок, куда пойдут тексты, до ссылок на продукт, доку, референсов и конкурентов. То есть бриф на новую фичу не должен состоять выглядеть как «вот вам дока, напишите нам тексты». Нет, требуйте больше информации. Это позволит вам не только полностью понимать объёмы работы, но и не наделать ошибок и сократить количество итераций правок.

2️⃣Если есть такая возможность, то выделите отдельного автора в редакции, который будет заниматься короткими форматами. Во-первых, это позволит поддерживать единый стиль, а, во-вторых, такая специализация даст возможность быстрее писать такие тексты. А для коротких форматов часто очень важна скорость.

3️⃣Напишите Tone of voice — всё про то, как вы говорите про ваши продукты с примерами (плохими и хорошими). Это особенно важно, если вы не можете выделить отдельного автора на форматы. ToV практически исключит ситуации, когда вам приходится переписывать тексты за 5 минут до публикации, потому что финал не понравился кому-то из согласующих.

#проконтент

⭐️ P.S.: В канале стало больше про мою работу, VK и даже мемы. Стоит уже признать, что тут не будет больше ссылок на софт и всё такое, если вы читали его именно из-за этого — можно отписываться. Зато будет больше про ИТ и околоИТ. Плюс полезное про работу и жизнь около моря. Всем привет.