Все записи

История успеха | Дима Батурин

В Naumen Дима планировал прокачивать скилы и развиваться в продуктовом маркетинге, опираясь на свой бэкграунд. Но через три года ему предложили стать руководителем команды маркетинга. 

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

Как все начиналось

До Naumen я работал маркетологом в риелторской компании «Этажи», куда пришел стажером. Занимался контекстом, развивал социальные сети и проверял гипотезы. Через время стал руководить
СММ-направлением, отвечать за лидогенерацию соцсетей и запускать «Этажи.Журнал».

В Naumen я пришел интернет-маркетологом в команду Скорозвон, которая разрабатывает облачный сервис для отделов продаж. Это моя вторая «взрослая» работа. 

Я начал работать, а через три месяца моя наставница, которая отвечала за маркетинг, ушла, и я остался один на один с офлайн-мероприятиями, контекстной рекламой, соцсетями и всем остальным. Был челлендж — со всем справиться и работать эффективно. Кажется, все получилось успешно.

eqKu9ldMvng (1).jpeg

О сложностях работы в b2b сегменте

Главная сложность была переключиться с b2c на b2b-маркетинг. Инструменты в основном те же, а дотягиваться до аудитории сложнее. Если раньше можно было запустить рекламу на целевую аудиторию, и все работало отлично, то в b2b нужно выходить на руководителей отделов. Их гораздо меньше — воронка уже. Работаешь с тем количеством аудитории, которое есть. Одно дело показывать рекламу на 500 000 человек, а другое — на 5000. Здесь понимаешь, как важно донести до аудитории ценность сервиса, показать экспертность.

Мы с Озодом и Диларой  — коллегами из отдела продаж, держим руку на пульсе и сверяемся по лидам. Смотрим, из каких сфер приходят клиенты, с каких каналов чаще доходит до продаж, ищем параметры, по которым сможем оптимизировать рекламу.

Как сделать шаг в неизвестность? 

Я собирался перейти в продуктовый маркетинг, чтобы работать с последними этапами воронки и текущими клиентами сервиса. Например, повышать конверсию лидов в оплату после регистрации, снижать отток клиентов или увеличивать их срок жизни.

Если бы не случай, я бы и дальше развивался горизонтально: занимался сайтом и рекламой, SEO и готовился стать продуктовым маркетологом. И это тоже было бы нормальным. Но звезды решили иначе, спустя три года, как пришел в компанию, я стал руководителем команды маркетинга.

Не скажу, что принял эту новость с большой радостью, но точно с большим интересом. Это был эксперимент, который завершился успехом.

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

Сначала опасался: справлюсь или нет? Понравится или нет? Полгода я перестраивался. Когда только начинал руководить, думал, что 80% времени буду уделять задачам маркетинга и 20% — общаться с командой. Спустя полгода понял, что получилась обратная история.

Сейчас приходит понимание, что успех команды — это и мой успех.

О новых вызовах

Работа с контентом

Сейчас команда контента решает большие базовые задачи: пишет SEO статьи для блога, работает над постоянным выходом контента, выпускает новостные рассылки. Это позволит создать фундамент в виде поискового трафика, чтобы затем углубляться в задачи и проверять гипотезы роста.

Хоть команда и молодая, но уже сейчас можно увидеть результаты. Например, органический трафик блога вырос в августе в 2 раза по сравнению с июнем, а пользователи стали комментировать контент и задавать вопросы. Это хороший знак, значит, мы на верном пути. Через контент хочется общаться с аудиторией. Показать, в чем мы эксперты.

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

Гипотезы с действующими клиентами

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

Во-первых, обновили страницу с тарифами. Теперь пользователи могут легко понять, что Скорозвон можно купить с хорошей скидкой при оплате на длительный период. Во-вторых, сделали несколько email-рассылок текущим клиентам, где рассказали о возможности сэкономить. В-третьих, выделили триггеры для клиентов, после которых им будет отправляться письмо с напоминанием о пакетном предложении. Сейчас эта задача еще в работе, поэтому пока рано говорить о результатах.

photo_2022-09-07_16-19-34.jpg

О вызовах руководителя

Самый большой вызов для меня как для руководителя — выстроить эффективные рабочие процессы, чтобы быстрее достигать результатов. Когда вас немного, проще договориться, как работать. А когда команда растет, нужны рабочие решения. Например, чтобы все знали, как ставить задачи на контент  — делаю майндмэпы в Миро, чтобы эффективно распределять ресурсы.

Появилось больше ответственности за команду. А еще ушла некая «инфантильность» в маркетинге. Раньше достаточно было крутой идеи — и погнали тестировать гипотезы. Как это отразится на деньгах — вопрос второй. Сейчас я научился говорить на языке цифр, умею обосновать идеи и понимаю, какой результат хотим получить.

Если говорить о качествах, которые помогли в работе, то отметил бы честность и ответственность. 

Я искренне заинтересован, чтобы Скорозвон развивался и увеличивал аудиторию. Такое отношение напрямую влияет на качество работы.

О скилах, которые хочется развить

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

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

Что касается софтов, то руководителю всегда нужно прокачиваться в общении и избегать когнитивных искажений. Важно не додумывать за других, а разговаривать.

О Naumen и формуле успеха

Naumen — компания с человеческим лицом. Здесь любят и ценят своих сотрудников. И это заметно уже на входе в офис, когда с тобой здороваются офис-менеджеры на ресепшене. Я работаю на удаленке, в офисе бываю 3-4 раза в год, но меня всегда встречают как родного.

Здесь важно решать задачи клиентов. Это наделяет работу смыслом. С таким подходом ты непременно получаешь удовлетворение.

Работайте честно и искренне, вникайте в процессы, будьте неравнодушны.

Похожие новости

Растем умом, а не числом

В новой статье рассказываем, как команда клиентского сервиса ITSM 365 выстроила систему обмена знаниями, чтобы не решать типовые вопросы заново и не зависеть от знаний отдельных специалистов.

Кира, бизнес-аналитик ITSM 365 и куратор командной базы знаний, собрала подходы и инструменты, которые помогают сохранять накопленный опыт внутри команды, быстрее обучать новичков и справляться с растущим количеством обращений без потери качества.

Frame 260л9109.jpg


Проблема: больше людей — больше хаоса

Кажется, что с ростом количества клиентов проблему можно решить самым очевидным способом — расширить команду. Но на самом деле все оказывается сложнее.

Чем больше людей подключается к работе с обращениями клиентов, тем больше времени начинает уходить на передачу знаний и согласование действий.

Почему так происходит?

  • нужно погрузиться в контекст обращения;
  • одну и ту же работу иногда выполняют несколько человек;
  • при передаче заявки между линиями поддержки часть информации может потеряться;
  • качество ответа начинает зависеть от опыта конкретного сотрудника;
  • команда снова и снова тратит время на поиск решений для вопросов, с которыми уже сталкивалась раньше.

Иногда работа начинает напоминать квест‑комнату: один уже нашел решение, второй параллельно ищет его заново, а третий еще только пытается разобраться, что вообще произошло.

Первая идея в такой ситуации кажется очевидной: «Давайте просто выделим каждому клиенту отдельного специалиста».

Но вместе с новыми людьми начинает расти и объем знаний, который нужно передавать. Новичкам не хватает технической экспертизы и понимания контекста работы с клиентами, опытные сотрудники все чаще отвлекаются на помощь коллегам, а качество ответов становится слишком зависимым от того, кто именно взял заявку.

Именно тогда мы пришли к выводу, что масштабировать нужно не количество людей, а знания внутри команды.


На чем строится культура обмена знаниями

Мы довольно быстро поняли, что решить проблему одной базой знаний не получится. Даже самая подробная документация бесполезна, если ей неудобно пользоваться, она устаревает или сотрудники вспоминают о ней в последнюю очередь.

Со временем в нашей команде сформировались четыре принципа, которые помогают не просто хранить знания, а постоянно использовать и развивать их.

Актуальность

Сначала нам казалось, что достаточно просто начать писать статьи, но сама база знаний тоже требует постоянной поддержки. Когда мы начали переносить накопленный опыт из заявок в базу знаний, столкнулись с новой проблемой: по одному и тому же вопросу появлялось несколько статей с похожим содержанием. Каждая из них могла быть правильной, но найти актуальную становилось все сложнее.

Так в команде появилась роль куратора базы знаний. Его задача — не только проверять новые материалы, но и следить за тем, чтобы база знаний развивалась как единая система:

  • проверяет, существует ли статья по этой теме;
  • помогает определить, действительно ли нужен новый материал;
  • сопровождает автора во время подготовки статьи;
  • следит за соблюдением редполитики;
  • помогает сделать текст понятнее для клиентов.

Со временем появились и процессы вокруг этой роли. Мы вместе со смежными командами регулярно пересматриваем существующие статьи, автоматизируем рутинные проверки и сейчас тестируем ИИ, который помогает искать нарушения редполитики и предлагать правки по оформлению.

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

Доступность

Мы стараемся сделать так, чтобы поиск информации занимал меньше времени, чем ожидание ответа от другого специалиста.

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

image3.png

Признание

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

На первый взгляд кажется, что такая практика должна увеличить количество новых материалов. Но, скажу честно, этого почти не произошло — и я считаю, что это совершенно нормально.

Гораздо важнее оказался другой эффект. Люди перестали воспринимать работу со статьями как дополнительную обязанность. Новички быстрее начинают предлагать изменения и не боятся редактировать существующие материалы, а опытные сотрудники охотнее делятся своими знаниями вместо того, чтобы хранить их только у себя.

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

Ответственность

Сегодня в базе знаний около 500 статей. Проверять каждую самостоятельно уже невозможно. Поэтому ответственность за актуальность материалов постепенно стала общей задачей команды.

Если коллеги замечают устаревший скриншот, неработающую ссылку или неточное описание, они сообщают об этом мне. В зависимости от объема изменений я обновляю материал сама или передаю его одному из авторов.

Сейчас у нас 15 активных авторов, заместитель куратора базы знаний, а статьи обновляются по мере необходимости: в среднем по две-три в неделю.


Что помогает нам переиспользовать знания

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

Многие из этих решений довольно простые. Именно поэтому они и работают: сотрудникам не нужно менять привычный процесс или помнить о каком‑то дополнительном инструменте — знания становятся частью ежедневной работы.

База знаний

Одна и та же статья в базе знаний не может быть одинаково полезной и сотруднику поддержки, и клиенту. Первому нужны технические детали, внутренние регламенты и возможные ограничения. Второму — понятная инструкция, которая поможет решить задачу самостоятельно.

Поэтому мы разделили базу знаний на две части:

  1. Закрытый раздел для сотрудников — внутренние инструкции, документацию по порталу поддержки, регламенты, скрипты, технические настройки.
  2. Открытый раздел для клиентов — инструкции по работе с продуктами, ответы на популярные вопросы, лучшие практики.

Кроме разделения на открытую и закрытую части, система учитывает, какие продукты использует клиент. Благодаря этому пользователь видит только релевантные статьи.

Сотрудник и клиент работают с одной системой знаний, но каждый получает информацию на своем уровне детализации. Это позволяет избежать дублирования материалов и значительно упрощает их поддержку в актуальном состоянии.

А еще когда готовим новую статью для клиентов, стараемся показать ее человеку, который еще не погружен в тему: стажеру или коллеге из другой команды. Если текст понятен ему, скорее всего, он будет понятен и большинству клиентов.

Шаблоны комментариев

Если клиент регистрировал заявку с высоким приоритетом, мы, не задумываясь, подключали инженеров. Но позже выяснилось, что значительную часть таких обращений специалисты поддержки могли закрыть самостоятельно. Инженеры снова и снова повторяли одни и те же рекомендации, отвлекаясь от действительно сложных задач.

Так появились шаблоны комментариев. Они помогают уже в первые 10–15 минут дать клиенту подробный ответ, проверить базовые сценарии и собрать необходимую информацию до подключения инженеров.

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

image1.png

ML

Сегодня ML встроен сразу в несколько процессов. Но если убрать красивые слова про искусственный интеллект, мы используем его в первую очередь там, где он действительно экономит время специалистам.

  • Анализ эмоционального фона

ML анализирует комментарии в заявке и определяет общий эмоциональный фон общения — позитивный, нейтральный или негативный.

Если система видит потенциально конфликтную ситуацию, отдел Customer Success может подключиться к работе раньше и помочь не доводить разговор до эскалации.

Как и любая модель, она иногда ошибается. Например, до сих пор плохо распознает иронию и может принять шутку клиента за негативную реакцию.

  • Краткое содержание обсуждений

Еще один сценарий — подготовка краткого содержания длинных обсуждений.

Для этого в карточке заявки есть отдельная кнопка: специалист может обратиться к ИИ‑ассистенту, выбрать готовый промт и получить результат прямо в заявке. Раньше на это могло уходить около получаса. Сейчас — в среднем 3–5 минут.

  • Поиск похожих кейсов

Последний сценарий — поиск по заявкам, задачам и базе знаний. В отличие от обычного поиска по ключевым словам, ML учитывает смысл запроса и помогает находить похожие кейсы даже тогда, когда формулировки отличаются.

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

  • Комментарии по клиентам

Кроме базы знаний у нас есть еще один простой, но очень полезный инструмент — внутренние комментарии по клиенту. Они отображаются прямо в карточке заявки, поэтому специалист видит важный контекст во время общения.

Иногда в ходе работы мы что‑то обещаем: рассказать о новой функции, вернуться после релиза, уточнить информацию или предупредить о важных изменениях. В потоке заявок такие договоренности легко забываются, поэтому мы фиксируем их в общей заметке по клиенту. Так любой специалист, который подключается к обращению, сразу понимает, о чем мы договаривались раньше и что важно учесть в коммуникации.

Что интересно, этот инструмент появился как временное решение еще семь лет назад. Но мы до сих пор не нашли ничего удобнее — обычное текстовое поле продолжает работать лучше многих более сложных вариантов.

  • Система рекомендаций

Мы стараемся, чтобы специалисту вообще не приходилось задумываться, существует ли статья по нужной теме. При выборе категории заявки портал автоматически предлагает подходящие материалы.

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


Какую пользу мы в итоге получили

За несколько лет отдельные практики и инструменты сложились в единую систему работы со знаниями. Она не избавила нас от сложных задач, зато значительно сократила количество повторяющейся работы и сделала знания менее зависимыми от конкретных людей.

Быстрее решаем типовые вопросы

Раньше на вопрос вроде «Как добавить новую колонку в список заявок?» специалист в среднем тратил около 25 минут, а стажер — почти час. Причем значительная часть времени уходила не на решение самой задачи.

Сейчас достаточно открыть готовую статью из базы знаний — и такой вопрос обычно закрывается примерно за минуту.

Клиенты чаще находят ответы самостоятельно

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

Удается сохранять качество поддержки

Количество обращений продолжает расти, но средняя оценка работы с клиентами остается на уровне 4,9+.

Конечно, это результат не только базы знаний, но именно единый подход к работе с информацией помогает сохранять качество сервиса по мере роста команды.

Новички быстрее начинают работать самостоятельно

Мы стараемся подключать стажеров к реальным задачам как можно раньше. Если раньше новичок сначала долго изучал материалы, а уже потом приступал к практике, то сейчас база знаний становится частью самого процесса обучения. Например, мы включили работу с базой знаний в программу стажировок: в конце обучения новички проходят небольшой квиз, где им нужно быстрее остальных найти нужную статью.

Это помогает быстрее оценить прогресс сотрудника, а ему самому — научиться искать ответы самостоятельно, а не ждать помощи коллег.


Вместо заключения

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

Необязательно сразу строить сложную систему. Иногда достаточно совсем небольшого решения: общего текстового поля, шаблона комментария или внутреннего канала, где сотрудники делятся опытом.

Главное — сделать так, чтобы знания не оставались в голове одного человека. Со временем даже небольшие решения начинают складываться в единую систему. Именно так произошло и у нас.

Claude Code: ИИ-помощник

Claude Code — ИИ-агент от Anthropic, который устанавливается на ваш компьютер. Он работает с файлами напрямую: видит папки, открывает документы, редактирует код. В браузерной версии ИИ такого нет, поэтому Claude Code может решать много оперативных задач. В статье собрали инструкцию: как установить и чему можно научиться.

Почему хорошие вопросы ценятся не меньше хороших ответов

Вопрос может направить работу в нужную сторону, а может растянуть обсуждение на несколько кругов уточнений. Часто все упирается не в сложность задачи, а в то, насколько понятно сформулирован запрос.

Хороший вопрос не обязан быть длинным. Достаточно обозначить, что происходит, где нужна помощь и какого результата вы ждете. Так собеседнику проще включиться, дать точный ответ и не тратить время на догадки.

В статье разбираем несколько ошибок, из-за которых вопросы чаще запутывают, чем помогают.

Все новости