Все записи

История успеха | Игорь Кириченко

Игорь Кириченко, исполнительный директор Naumen, делится своей историей успеха в компании! Игорь прошёл путь от менеджера по продажам до исполнительного директора.

Интересный факт о Naumen:
80% наших ключевых сотрудников
выросли с позиции стажёра

Истории успеха | Naumen | Игорь КириченкоЯ пришел в компанию в мае 2006 года на позицию менеджер по продажам Naumen Service Desk, так что в этом году будет уже 12 лет. Кстати, поскольку нас таких старожилов тут немало, в Naumen существует неформальный «Клуб 10+». Однако, идей и задач так много, что у нас в достаточной мере хватает ресурсов и позиций, чтобы давать дорогу молодым.

Почему я выбрал именно продажи? Начну издалека. Вообще, по образованию я инженер по специальности «Вычислительные машины, комплексы, системы и сети», окончил Московский государственный институт электроники и математики. Еще начиная с 10 лет, я увлекался программированием, сначала писал на Basic в школе, затем в вузе – на Delphi/Pascal.

На 3 курсе устроился работать в веб-студию. Это был 2001 год, и только-только начинался бум интернета. Тогда все сидели на модемах, а мы делали крутые высоконагруженные порталы и новостные сайты, я отвечал за HTML и Java-Script. Но буквально через год понял, что мне интереснее вести проекты как project-менеджер: больше общаться с клиентами, разбираться в бизнес-задачах и управлять ожиданиями.

В итоге, я уволился и вместе с партнером основал собственное агентство Mediacity, которое вполне успешно просуществовало около 5 лет. Я отвечал за ведение проектов и часть производства, включая верстку, а мой партнер отвечал за дизайн. Продажами мы занимались вдвоем. Продавать мне однозначно нравилось и, кроме того, это у меня получалось. Затем был яркий опыт работы на позициях аккаунт-менеджера в 2 крупных рекламных digital-агентствах Grape и Promo Interactive.

В итоге, когда Кирилл Варламов (на тот момент генеральный директор Naumen) собеседовал меня, он покупал «микс» из продавца и маркетолога, и Naumen в те годы действительно нуждался в таком сочетании.

Мне было интересно перейти от продаж услуг к продажам продуктов, т.к. рекламные услуги (особенно, дизайн) эфемерны, слабо измеримы и могут быть изменены в довольно широком диапазоне качества, а продукты показались мне более стройной нишей, где возможна взрослая честная конкуренция. При этом, изначально я практически ничего не понимал во внутренней корпоративной автоматизации, но стройная методология ITSM и прохождение курсов быстро помогли сориентироваться, и уже к концу моего первого года случились первые 5 продаж, в том числе самая заметная – в розничную сеть «Седьмой Континент» (российская компания-ритейлер, владелец одноимённой сети продовольственных магазинов).

В то же время мне поручили полностью обновить фирменный стиль компании и сформировать рекламные материалы, буклеты. Благодаря этому мы стали выглядеть более уверенно, зрело, и начали сильно отличаться от остальных российских конкурентов, быстро отрываться от них в получении денежных и именитых клиентов. Забегая вперед, примерно в 2009 это привело к тому, что однажды на собственной конференции по HP Service Manager сотрудник HP в сердцах ляпнул, что «если у вас менее 50 ИТ-шников, то выбирайте лучше Naumen Service Desk!».

Где-то с весны 2007 я захотел большего и попросился отвечать за отрасль целиком – телекоммуникации и связь. Была «перезапущена» линейка Naumen Telecom, состоящая практически из всех продуктов Naumen. Мне удалось организовать первую крупную собственную конференцию Naumen с участием PricewaterhouseCoopers (PWC) и Oracle, и у нас пошли по тем временам очень дорогие проекты для Naumen, по 10 млн. руб. (хотя в те годы мы были рады подписать контракт в среднем на 500 тыс. – 1 млн. руб.). Тогда же я ощутил, что означает продавать несколько продуктов в рамках одного проекта заказчику, и что разные департаменты Naumen не всегда одинаково понимали, как их «пуговицы» и «рукава» выглядят на сшитом костюме.

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

Довольно быстро стало понятно, что продавцов теперь не хватает, и надо расширять команду. В 2010 мои полномочия расширились до коммерческого директора, что означало ответственность и за продажи, и за маркетинг. Получалось вполне неплохо, поскольку средний рост фактов отдела продаж 2010-2016 составил по +46% ежегодно.

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

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

Истории успеха | Naumen | Игорь Кириченко, исполнительный директор

В один из моих первых дней в Naumen меня позвали обсудить требования к первичной сертификации Service Desk на PinkVerify. Ребята вокруг меня еще и сами не понимали толком, как её получить. Хмурили лоб, читая на английском сотни требований от Pink Elephant. Но было видно, что для них это было, как слетать на Луну – жутко всех увлекало, и я заразился этой страстью к достижениям.

Кто тесно со мной работает, тот знает, что я довольно ироничен. И люблю один девиз «Слабоумие и отвага!» из «Чип и Дейла». Он дурацкий, но если читать его правильно и с позитивом, то он неплохо отражает внутреннюю кухню Naumen. Мы, как дети: не боимся того, чего пока не знаем, и смело рвемся в бой. У нас нет «перегородок» в головах. И магия! – у нас намного чаще получается, чем нет, и это, наверное, и есть корпоративный код Naumen. Я искренне желаю, чтобы с ростом штата у нас получилось сохранить этот смелый дух, чтобы тяга к открытиям была сильнее, чем желание много получать и мало делать.

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

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

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

Подборка книг по эффективной работе в команде

Эффективная работа в команде строится на «трех китах»: доверии, четких целях и умении конструктивно общаться. Именно продуктивное взаимодействие с коллегами позволяет быстрее и качественнее достигать общих результатов. Собрали подборку книг, которые помогут отработать эти навыки на практике.

5 признаков, что процессы пора перестать чинить

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

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

Cобрали 5 признаков, что процесс пора не дорабатывать, а пересматривать целиком.

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

В новой статье рассказываем, как команда клиентского сервиса 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+.

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

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

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

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


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

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

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

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

Все новости