Откуда взялись первые 10 000 подписчиков
Рост от 2 000 до 10 000 подписчиков сложился из нескольких факторов сразу. Сама компания росла, и вместе с ней рос охват. Внутри панели управления, не на сайте, стояли короткие баннеры: похожие на полосу с акцией у интернет-магазина, только вместо акции мы аккуратно предлагали подписаться на канал. Один баннер показывался сразу после регистрации, а другие — в остальных разделах панели. Плюс ссылка на сайте и упоминания в других материалах: на vc.ru, в рассылке, в блоге.
Все это стандартные маркетинговые инструменты, известные любому, кто хоть раз запускал канал бренда, и выдавать их за уникальный метод было бы нечестно. Настоящая находка этой истории не в том, как получить первые 10 000 подписчиков, а в том, как их не потерять. Об этом дальше.
Три источника, которые решают, о чем писать
Типовой совет «пишите интересный контент» оставляет без ответа реальный вопрос: где брать темы каждую неделю, если ничего особенного не случилось? Рабочий способ: завести источники, которые сами подсказывают тему. У Timeweb Cloud таких источников три, и вместе они складываются в общий сигнал от клиентов.
- Интервью с клиентами.
- Обращения в поддержку.
- Раздел «Идеи» в панели управления, где любой клиент может предложить фичу и проголосовать за чужую.
За каждую реализованную идею в Timeweb Cloud благодарят автора прямо в канале и дарят подарок. Например, оплата по QR-коду через Систему быстрых платежей появилась в панели управления, потому что ее первым предложил в разделе «Идеи» клиент по имени Люцко. В канале это отметили прямо: «Первым, кто предложил нам внедрить СБП, был пользователь Люцко. Дарим ему премиум-аккаунт». Это не разовая акция: только за 2023 год клиенты оставили 1032 такие идеи, и 136 из них уже реализовали.
Разработчики ориентируются на сигнал от клиентов как на приоритет: чем больше голосов набрала идея, тем выше шанс, что ее возьмут в разработку раньше остальных. Получается цикл: клиент присылает запрос, разработчик его реализует, канал рассказывает об этом же клиенту.
Как разработчики сами готовят материал для канала
Когда продукт меняется постоянно, удобно держать отдельный внутренний чат, куда команда сама короткой строкой пишет, что поменялось. У Timeweb Cloud это внутренний телеграм-чат-чейнджлог: «добавили то-то», «поправили то-то». Компания большая, один разработчик не видит всей картины по продукту, и чат держит все отделы разработки в курсе происходящего.
Чейнджлог, если вы не из IT, это журнал всех изменений продукта, который команда ведет для себя. За месяц в нем накапливается много коротких записей: от мелких правок интерфейса до крупных фич.
Нагляднее всего посмотреть на одно и то же обновление дважды: на языке разработчика во внутреннем чате и на языке клиента в публичном канале. Вот как это выглядело, когда Timeweb Cloud выпустил приватные сети.
«Реализовали возможность управления приватными сетями. Раньше сеть создавалась под капотом автоматически, управлять ей в явном виде было нельзя. Добавили в панели отдельный раздел «Приватные сети» — там можно централизованно управлять всеми сетями на аккаунте».
«VPC: Virtual Private Cloud as a Service ☁️. Сегодня у нас для вас большое обновление — целый новый продукт: он позволяет объединять и изолировать серверы в единой приватной сети. Это более безопасное соединение и скорость передачи данных 1 Гбит в секунду».
Один и тот же релиз, два регистра: внутри — сухой отчет о том, что изменилось в системе, снаружи — рассказ о том, что это дает клиенту.
Из потока записей во внутреннем чате публичный канал собирает выжимку для клиента. Собирает ее редактор: он регулярно читает чат и берет в канал малую часть записей, ту, что отвечает на сигнал из трех источников: о чем клиенты уже спрашивали, чего ждали или что предлагали сами. Крупные обновления попадают в канал в любом случае, потому что сами по себе уже новость. Остальное остается внутренней бухгалтерией разработки.
Почему в канале нет статей и лонгридов
Канал Timeweb Cloud сознательно обходится без формата контентной площадки со статьями, разборами и лонгридами. Решение принимала команда, я участвовал в нем как главный редактор.
| Чего нет в канале | Что есть |
|---|---|
| Статьи, разборы, лонгриды | Чейнджлог |
| Новости о жизни компании | Ежемесячный дайджест обновлений |
| Реклама и инфоповоды ради инфоповодов | Изредка: сообщения об инцидентах и профильных мероприятиях |
Мотивация практичная: у клиента с несколькими продуктами или сервисами одновременно (для Timeweb Cloud это обычная ситуация) следить за обновлениями каждого по отдельности утомительно.
Дайджест выходит раз в месяц. Один редактор весь месяц держит в фокусе изменения продукта при поддержке тимлида разработки, а в конце выпускает сборку сразу в трех форматах: статья в блоге, письмо в рассылке, карточки в телеграме. Каждый формат самостоятельный и адаптирован под свой канал. Про сам процесс отдельно выходил материал на vc.ru, и там же сформулирован принцип: рассказывать про новые фичи регулярно, часто, дружелюбно и без пафоса-геройства вокруг обычного релиза, с акцентом на самой фиче.
Отток в канале есть, как у любого другого, но в пределах разумного. По моим наблюдениям, низким его держит именно этот подход: канал устроен как публичный чейнджлог.
Что переносится на другой бренд, а что работает только у Timeweb Cloud
Часть этой логики можно перенести на любой бренд, чей продукт живет дальше после покупки.
Прежде всего это роль канала как полезной утилиты: подписчик остается, потому что канал экономит ему время. Туда же принцип отбора тем: их берут из сигналов, которые оставляют сами клиенты.
Переносится и разделение потоков: у команды свой внутренний чейнджлог, у клиента свой канал, это две разные задачи. То же с многоформатной упаковкой одного инфоповода: он адаптируется под особенности каждого канала.
В Timeweb Cloud цикл от запроса клиента до поста повторяется постоянно: кто-то оставляет заявку в поддержку или голосует за идею в панели управления, разработка через какое-то время берет запрос в работу, редактор видит готовую фичу и пишет о ней пост. Поэтому в канале почти всегда есть, о чем написать.
Две вещи в этой механике привязаны именно к Timeweb Cloud.
| Не переносится | Чем можно заменить |
|---|---|
| Раздел «Идеи» с голосованием в панели управления: техническая фича, которую не построить бесплатно за неделю | Обращения в поддержку, интервью и отзывы клиентов |
| Поток частых релизов облачной платформы, который каждый месяц дает материал для чейнджлога | Замены нет: у услуги, разового товара или физического продукта такого потока тем не существует |
Голосование удобно тем, что само расставляет приоритеты и делает происходящее видимым для остальных клиентов. Но похожий непрерывный конвейер можно построить и без него.
В Timeweb Cloud такой конвейер держится на трех вещах. Постоянный источник сигналов от клиентов. Договоренность с командой, которая реализует изменения, сообщать о готовых доработках тому, кто ведет канал. И человек на стороне канала, который регулярно сверяет сигналы клиентов со списком готовых доработок и вытаскивает из совпадений темы для постов. Собирать сигналы и возвращаться к клиенту с ответом на них можно в любых инструментах.
У бренда без голосования в личном кабинете тот же цикл держится на обращениях в поддержку: жалоба или вопрос клиента попадает в список того, что нужно доработать, доработка выходит в очередном релизе, а автор канала находит ее там и в посте прямо связывает с тем, о чём спрашивали.
Главным здесь я считаю регулярность. Одиночный пост о том, что жалобу услышали и исправили, легко забыть. Когда такие посты выходят снова и снова, у подписчика появляется шанс заметить закономерность: если он напишет в поддержку и его запрос нужен многим, результат может появиться в канале.
Рост числа подписчиков складывается из множества причин сразу, и его трудно скопировать один в один: у другого бренда будут другие исходные условия. С удержанием иначе. Это управляемая логика, которую можно повторить в разумных пределах, если у продукта есть постоянные обновления и хоть какой-то канал обратной связи от клиентов.
Сейчас в канале Timeweb Cloud около 17 000 подписчиков, и рост после 2024 года шел уже без моего участия. Команда продолжает работать по той же механике: три источника тем, внутренний чейнджлог, отказ от лонгридов. По-моему, это хорошо показывает, что механика стала воспроизводимым процессом редакции.
Если готовой инфраструктуры голосования за идеи нет, начать можно с обращений в поддержку и прямых вопросов клиентов. Такой сигнал есть у любой компании уже сегодня, без разработки нового раздела в личном кабинете.
Остается вопрос к своему каналу: темы для постов там сегодня берутся из головы маркетолога или из того, что уже говорят клиенты?