Техподдержка как фактор роста: как сервис влияет на выручку и бренд

Чуприс директор департамента технической поддержки CommuniGate Pro.
На ИТ-рынке техническую поддержку долго воспринимали как вспомогательную функцию. Однако в последние годы поддержка помогает не только удерживать клиента после внедрения, но и формирует доверие к продукту на этапе пресейла, влияет на развитие экосистемы решений ИТ-вендора и, в конечном итоге, поддерживает его финансовые результаты. Об эволюции роли саппорта на современном ИТ-рынке рассказывает Сергей Чуприс, директор департамента технической поддержки CommuniGate Pro.
Почему старый подход не работает
Эволюция роли технической поддержки особенно заметна на примере сегмента российских корпоративных коммуникационных платформ, который переживает взрывной рост. Когда речь идет не о простом почтовом сервисе, а о комплексной системе с тысячами пользователей, поддержка перестает быть узкой сервисной линией.
Скорее, это точка, в которой сходятся интересы заказчика, разработки, внедрения и коммерческого блока. В таких условиях трансформация службы техподдержки уже не столько внутренний организационный проект, сколько стратегическая задача бизнеса.
Поэтому старая модель работы поддержки, когда все члены команды в равной мере отвечают сразу за все – от тикетов до пресейла – кажется удобной, только пока бизнес не выходит на этап роста. По мере расширения клиентской базы и усложнения продукта она начинает тормозить и поддержку, и разработку.
Именно поэтому одним из ключевых решений в ходе трансформации нашей компании стало разделение функций разработки и сопровождения. Без этого команда не могла бы в достаточной степени сосредоточиться на развитии платформы, а служба поддержки — на повышении качества клиентского сервиса и скорости решения задач.
На практике подобное разделение означает не бюрократическое размежевание, а более зрелую модель управления: каждая функция получает собственную зону ответственности, а заказчик - более предсказуемый и качественный результат.
Больше, чем инженеры
Сильная служба поддержки строится не только на технической экспертизе.
В обновленной модели наш департамент насчитывает 20 человек. Из них десять экспертов работают непосредственно в отделе технической поддержки, четыре специалиста отвечают за пресейловый блок, а еще столько же сопровождают внутреннюю инфраструктуру, связанную одновременно с разработкой, эксплуатацией и тестированием.
Такой состав команды отражает важную мысль: поддержка современного ИТ-продукта — не изолированная линия приема обращений, а многослойная функция, встроенная в весь цикл работы продукта.
При этом управленческий акцент делается сразу на две задачи: поддержание мотивации сотрудников и накопление знаний внутри команды. Для этого используется институт наставничества: за каждым новым сотрудником, независимо от уровня квалификации, закрепляется ментор, который помогает пройти адаптацию и получить знания и навыки, необходимые для работы. Это важный момент, потому что в поддержке особенно высока цена не только технической ошибки, но и ошибки коммуникационной.
Поэтому в зрелой сервисной модели особое внимание уделяется умению выстраивать диалог с клиентом. И это принципиально: техподдержка в корпоративном сегменте давно перестала быть местом, где ценятся только знания операционных систем, сетей и протоколов.
Базовая техническая подготовка, безусловно, обязательна, но большое значение также имеют эмпатия, вовлеченность и человеческое стремление помочь. Именно они позволяют не ограничиваться формальной обработкой тикета, а искать первопричину проблемы.
Почему сегодня важнее всего - мотивация
Когда компания переживает взрывной рост, перед ней почти всегда встает кадровый вопрос: делать ставку на опытных сотрудников или на тех, кто пока не имеет большого стажа, но способен быстро учиться. Практика показывает, что в поддержке наиболее устойчивый результат дает ставка на мотивированных людей с хорошими базовыми знаниями актуальных операционных систем, сетей и протоколов. Недостаток узкоспециализированного опыта в этом случае можно компенсировать наставничеством и внутренним обучением, а отсутствие внутренней мотивации — почти невозможно.
Это связано с самой природой сервисной работы. Поддержка сегодня является скорее способностью выстраивать доверительную связь с заказчиком так, чтобы ему было комфортно рассказывать о проблеме, а команде — получать максимум информации о сбое. Такой подход особенно важен потому, что клиент далеко не всегда правильно определяет источник неполадок.
Показательный пример — ситуации, когда пользователь жалуется на проблемы с открытием или отправкой писем. На первый взгляд это выглядит как вопрос к самой платформе, но в реальности причина может скрываться в некорректной настройке инфраструктуры заказчика.
Формально подобные сложности могут не относиться напрямую к зоне ответственности поставщика решения. Но именно здесь и проявляется культура сильной поддержки: команда не отмахивается от задачи, а старается помочь, даже если проблема лежит на стыке нескольких систем.
Для клиента в этот момент не существует деления на "нашу" и "не нашу" часть проблемы. Для него есть лишь вопрос, работает ли критичная коммуникационная система.
Как выстраивать процессы
Эффективность поддержки всегда определяется не только людьми, но и тем, как организован сам процесс. В зрелой модели обращения могут поступать разными каналами: по телефону, по электронной почте, через партнеров и от конечных пользователей. При этом сообщения автоматически преобразуются в тикеты, номера которых заказчик получает по почте и через чат-бот в Telegram. Если необходимо, заявку можно сформировать и вручную.
Далее включается SLA. Формально для разных типов обращений предусмотрены разные сроки, однако в рабочей практике критически важно, чтобы работа над заявкой начиналась максимально быстро. В рассматриваемой модели стандартная цель — старт обработки в течение часа после получения обращения: инженер связывается с клиентом, уточняет детали и проясняет все вопросы, связанные с решением задачи.
Но скорость реакции сама по себе не гарантирует качества. Не менее важен принцип коммуникационной гибкости. У многих заказчиков уже есть привычные каналы взаимодействия, поэтому эффективная служба поддержки не навязывает единую схему общения, а взаимодействует с клиентом там, где ему удобно. Отсюда и большое количество чатов с заказчиками.
В B2B-сегменте это не "неформальность", а способ сократить дистанцию и ускорить решение вопросов.
Где заканчивается поддержка и начинаются продажи
Особенность сложных корпоративных коммуникационных платформ в том, что их ценность для клиента намного шире базового сценария использования.
Такой продукт может быть не просто почтовым сервисом, а полноценной коммуникационной системой, которая используется как база контактов, чатов и календарей, а также как телефония. Более того, для многих заказчиков критично наличие коробочного решения, которое устанавливается локально и замыкает все коммуникации внутри защищенного контура.
Для того, чтобы эта ценность раскрылась, недостаточно просто установить продукт и дождаться обращений в поддержку. Необходимо еще на раннем этапе задавать заказчику много вопросов: к чему он стремится, какой видит работу будущей системы, какие задачи собирается решать с ее помощью. В этот момент поддержка и пресейл фактически начинают работать в одной логике — помогать клиенту сформулировать реалистичные ожидания.
Это особенно важно потому, что одна из самых распространенных проблем в ИТ-бизнесе — разрыв между обещаниями продаж и реальными возможностями производства. Если коммерческий блок формирует у клиента ложные ожидания, а команда внедрения и сопровождения не может их выполнить, компания почти неизбежно получает репутационные потери.
Поэтому зрелая сервисная функция должна быть встроена в пресейл, пилотные проекты, внедрение и дальнейшую эксплуатацию. Ее задача — не только решать инциденты, но и обеспечивать непрерывность замысла: то, что было обещано на старте, должно быть реализовано на практике.
Именно поэтому департамент поддержки работает в тесной связке и с разработкой, и с коммерческим блоком. Он подключается на всех этапах работы с заказчиком: участвует в пресейловом сопровождении, поддерживает проведение пилотных проектов, а затем обеспечивает техническое сопровождение во время внедрения и последующей эксплуатации решения.
По сути, поддержка становится сквозной функцией доверия.
Не только SLA
Традиционно результативность поддержки оценивают через скорость реакции, время решения инцидентов и соблюдение SLA. Эти метрики необходимы, но в зрелом бизнесе они уже недостаточны. Реальный эффект работы поддержки проявляется шире — в том, как она влияет на удержание клиентов, повторные продажи, доверие к платформе и узнаваемость бренда.
Характерно, что одним из главных итогов трансформации службы поддержки у нас оказался финансовый результат по выручке за год. Разумеется, это заслуга всей организации, а не одной функции. Но недооценивать вклад поддержки здесь нельзя. Она участвует и в продажах, и в постпродажном обслуживании, а значит, непосредственно влияет на то, будет ли клиент воспринимать платформу как надежное решение, на которое можно опереться в долгосрочной перспективе.
Сопровождение на протяжении всего жизненного цикла решения формирует доверие сильнее любой промо-кампании. А доверие в корпоративном ИТ — это уже не абстрактная ценность, а прямая основа роста продаж и укрепления бренда.
Поддержка как новая точка конкуренции
В условиях сложных продуктов, длинных циклов внедрения и повышенных ожиданий заказчиков именно поддержка все чаще становится точкой, где определяется реальная конкурентоспособность продуктов и сервисов.
Побеждает не тот вендор, кто просто формально соблюдает SLA, а тот, кто умеет встроить поддержку в общую архитектуру отношений с клиентом: от первого пресейлового контакта до многолетней эксплуатации решения.
Там, где это удается сделать, техподдержка начинает работать сразу в нескольких ролях — как проводник клиентского опыта, как источник обратной связи для разработки, как страховка от репутационных рисков и как фактор роста выручки.


