Клиент написал в чат на сайте, продублировал вопрос на почту и получил два разных ответа: сотрудники поддержки не видят переписку друг друга, а руководитель не знает, сколько обращений вчера осталось без ответа. Собрать все каналы в один список помогает система, где у каждого обращения есть номер, срок ответа и ответственный оператор.
Такие системы бывают трех классов — CRM, help desk и service desk, — и в поиске их постоянно путают между собой. В статье разбираем, чем CRM для техподдержки отличается от help desk и service desk, по каким критериям выбирать систему для отдела поддержки и с какого объема обращений одной CRM уже не хватает.
Что такое CRM для технической поддержки
CRM для техподдержки — это настройка обычной CRM-системы, в которой обращение клиента становится такой же учетной единицей, как сделка, а карточка клиента хранит не только покупки, но и всю историю обращений.
На практике компании ведут обращения в разных сущностях CRM. Кто-то заводит под поддержку отдельную воронку сделок, кто-то создает смарт-процесс — отдельный тип карточки со своими полями, стадиями и правами доступа, — кто-то ставит на оператора обычную задачу. Ни один из этих вариантов не равен тикету: тикет в хелпдеск- системе с первой минуты имеет номер, категорию, приоритет, срок реакции и срок решения. В CRM эти поля и правила компания настраивает сама.
Обращения приходят в такую систему из чата на сайте, мессенджеров, соцсетей, почты, телефонии и формы обратной связи. Задача системы — свести все каналы в один список диалогов, чтобы оператор работал в одном окне, а не на шести вкладках.
Чем CRM отличается от help desk и service desk
Три класса систем расходятся по двум главным признакам: что каждая считает единицей учета и кого обслуживает. Разберем их по порядку.
CRM — для сделок с покупателем
CRM ведет сделку с покупателем. В ней работают менеджеры продаж, а обслуживает она человека, который еще только собирается что-то купить.
Задача системы — довести его до оплаты, поэтому руководитель смотрит на конверсию и средний чек. Из коробки CRM дает воронку, счета и аналитику продаж, а таймеров срока ответа и правил передачи обращения на следующий уровень в ней обычно нет.
Help desk — для обращений
Help desk ведет тикет — карточку обращения, у которой с первой минуты есть номер, категория, приоритет, срок реакции и срок решения. В системе работают операторы поддержки, а обслуживает она внешнего клиента, у которого что-то не работает.
Задача — решить проблему в обещанный срок, поэтому руководитель считает время первого ответа, время решения и оценку клиента после закрытия. Из коробки help desk дает таймеры сроков, автоматическую передачу обращения на следующий уровень, базу знаний и портал, где клиент видит статус своей заявки. Покупки, тариф и договор клиента такая система чаще всего не хранит.
Service desk — для работы с заявками
Service desk ведет заявку сотрудника. В нем работают внутренние службы — IT-отдел, HR и бухгалтерия, — а обслуживает он коллегу, которому нужен доступ к программе, справка или новый ноутбук.
Задача — обработать внутренний запрос по регламенту, поэтому руководитель смотрит на срок выполнения и загрузку исполнителей. Из коробки система дает категории заявок, правила, по которым заявка уходит в нужный отдел, и регламенты, но на общение с внешними клиентами она не рассчитана.
Эти три класса сближаются год за годом. CRM обзаводятся очередями операторов, приемом сообщений из мессенджеров и оценкой качества, а хелпдеск-системы добавляют карточку клиента с историей покупок. Поэтому выбирать стоит по конкретному списку функций, который нужен именно вашей поддержке, а не по названию класса в описании сервиса.
Внутренние заявки сотрудников — отдельная задача с другими правилами, и про нее есть подробный разбор: как настроить service desk для сотрудников.
Какие функции важны в CRM для службы поддержки
Дальше разбираем, как выбрать CRM для техподдержки. Мы собрали девять признаков, по которым операторы и руководитель могут оценить систему.
| Что проверяем | Зачем это нужно |
| Все каналы в одном окне | Оператор не переключается между вкладками и не теряет сообщения |
| Номер у каждого обращения | По номеру оператор находит всю историю проблемы за минуту |
| Таймеры на первый ответ и на решение | Руководитель видит риск просрочки раньше, чем о ней напишет клиент |
| Приоритеты обращений | Оператор берет в работу аварию раньше вопроса про смену пароля |
| База знаний для операторов и клиентов | Часть клиентов находят ответы сами и в поддержку не пишут |
| Покупки и прошлые обращения в одной карточке | Оператор сразу знает тариф клиента и историю его проблем, поэтому отвечает без долгих уточнений |
| Работа с обращениями со смартфона | Срочное обращение не ждет, пока оператор доберется до компьютера |
| Готовые отчеты по срокам и нагрузке | Руководитель не собирает аналитику вручную |
| Модель оплаты | Одна система берет деньги за оператора, другая — за число обращений, и при росте потока вторая дорожает быстрее |
Как понять, когда вам хватит CRM, а когда нужен отдельный help desk
Вот шесть признаков, по которым видно, справится ли поддержка в общей CRM или компании нужен отдельный help desk.
- Поток обращений. До 30-50 обращений в день поддержка спокойно живет в общей CRM. После сотни операторы начинают терять сообщения даже при аккуратной работе и без очереди с таймерами уже не обойтись.
- Размер команды. Один — три оператора без разделения на линии договариваются между собой в чате. С пяти человек появляются смены и первая — вторая линия, а вместе с ними — потребность в правилах передачи обращений.
- Число каналов. Один — два канала оператор держит в голове. С четырех и больше клиент начинает дублировать вопрос в мессенджере и на почте, и без склейки дублей ему отвечают двое разных сотрудников.
- Срок ответа перед клиентом. Внутреннее правило отвечать в течение дня не требует таймеров — хватит договоренности в команде. Договорной срок с финансовыми последствиями за просрочку без таймеров и автоматической передачи не проконтролировать.
- Связь обращений со сделками. Вопросы про доставку, оплату и статус заказа удобно вести там же, где лежит сама сделка. Если оператор разбирает поток однотипных технических обращений и сделка по ним не появляется вообще, воронка продаж только мешает.
- Самостоятельность клиентов. Пока клиенты пишут напрямую, публичная база знаний не нужна. Как только компания хочет снять с первой линии типовые вопросы и показать клиенту статус его заявки, нужен портал самообслуживания и открытые статьи с ответами.
Часто решение зависит не от объема обращений, а от готовности настраивать систему. CRM с гибкими смарт-процессами и бизнес-процессами закрывает большую часть задач help desk, но требует времени на настройку. Готовый help desk работает из коробки, но в нем не будет информации о покупателях.
Отдельная система для техподдержки нужна не каждой команде. Прежде чем ее покупать, стоит проверить, не закрывает ли задачу гибкая настройка CRM, за которую компания уже платит.
Какие метрики показывают, что поддержка работает
Восемь метрик показывают, работает ли процесс поддержки на самом деле. Смотреть на них стоит вместе: быстрый первый ответ при высокой доле повторных обращений говорит только о том, что операторы научились быстро отписываться.
- Время первого ответа. Показывает, как быстро оператор реагирует на новое обращение. Считайте медиану, а не среднее время: если половина клиентов получает ответ за десять минут, а вторая половина ждет пять часов — среднее покажет два с половиной часа и провал никто не заметит.
- Время решения. Показывает реальную скорость закрытия обращения. Среднее время по всем обращениям сразу мало что дает: вопрос про счет оператор закрывает за 15 минут, а ошибку в интерфейсе разработчики чинят три дня. Считайте отдельно по каждой категории обращений.
- Доля обращений, закрытых в обещанный срок. Показывает, выполняет ли компания собственное обещание клиенту. Если доля устойчиво держится ниже 90%, дело обычно не в операторах, а в самом сроке: его поставили без оглядки на реальную скорость работы.
- Оценка клиента после решения. После закрытия обращения система просит клиента оценить ответ — в отчетах эту метрику обозначают как CSAT. Вместе с оценкой смотрите, сколько клиентов вообще ответили на опрос: при пяти ответах из ста вы видите мнение самых раздраженных, а не всех.
- Доля повторных обращений. Показывает качество ответов, а не скорость. Клиент вернулся с тем же вопросом через два дня — значит, в первый раз ответ проблему не решил, и растет эта доля обычно тогда, когда руководитель требует от операторов закрывать больше обращений в день.
- Нагрузка на оператора. Число обращений на человека за смену. Без этой цифры руководитель не сможет обосновать наем четвертого оператора и не поймет, справится ли команда с сезонным ростом.
- Доля вопросов, которые клиенты решили через базу знаний. Показывает, работает ли самообслуживание. Каждый клиент, который нашел ответ в открытой статье, — это обращение, которое оператор не разбирал, поэтому база знаний окупается прямо в нагрузке на первую линию.
- Распределение обращений по темам. Система группирует обращения по темам и показывает, о чем клиенты спрашивают чаще всего. Если верхнюю строчку отчета месяцами занимает один и тот же вопрос про оплату, дело не в скорости операторов: клиенты не понимают текст на странице оплаты — и переписать его должна продуктовая команда.
Метрики нужны, чтобы находить системные проблемы. Если 40% обращений приходит про одну и ту же ошибку в интерфейсе, это задача для разработки продукта, а не повод требовать от поддержки отвечать быстрее.
Нормальные значения отличаются по отрасли и размеру компании, поэтому ориентируйтесь на собственную статистику.
Как организовать техподдержку в Битрикс24
Компании работают с поддержкой в Битрикс24 с использованием нескольких инструментов платформы.
Контакт-центр и открытые линии. Сервис принимает обращения из мессенджеров, чата на сайте, соцсетей и почты в одно окно, распределяет их по очереди операторов, а еще умеет отвечать автоматически в нерабочее время. После закрытия обращения клиент может оценить качество ответа прямо в чате.
Карточка клиента в CRM. Хранит переписку, звонки и покупки в одном месте, поэтому оператор видит контекст до того, как начнет отвечать. Клиенту не приходится в третий раз объяснять, какой у него тариф и когда он оплатил продление.
Смарт-процессы. Дают отдельную сущность под обращения со своими стадиями, полями и правами доступа. Компания заводит стадии вроде «Принято», «У второй линии» и «Решено», добавляет поля с категорией и приоритетом и закрывает первой линии доступ к платежным данным клиента.
Задачи и роботы. Роботы переводят обращение на вторую линию, ставят задачу разработчикам и напоминают о сроке. Например, за полчаса до истечения обещанных двух часов робот пишет руководителю, а если оператор так и не ответил — поднимает приоритет обращения сам.
База знаний. Хранит регламенты, разборы частых ошибок и шаблоны ответов, а поиск работает по тексту статей. Новый оператор находит формулировку сам и не отвлекает вопросами коллег в первую неделю работы.
Телефония. Принимает звонки, записывает разговор и привязывает запись к карточке клиента. Руководитель изучает запись при разборе жалобы, а не выясняет, кто и что сказал клиенту.
Отчеты. Показывают нагрузку по операторам и каналам, темы обращений и оценки клиентов. По ним руководитель ставит вторую смену на вечерний пик, если видит, что половина обращений приходит после шести вечера.
CRM для отдела поддержки оправдывает себя там, где поддержка и продажи — часть одного процесса и обращение нужно видеть в контексте клиента.
Разбираться самостоятельно, с чего начать настройку контакт-центра, смарт-процессов и роботов, необязательно: платформа уже собрала эти инструменты в одном месте и подключить их можно постепенно, по мере роста потока обращений. Тем, кто ведет продажи и поддержку в одной системе, не придется переносить историю клиента между разными сервисами.
Как внедрить систему в службе поддержки
Семь шагов помогают внедрить систему в поддержке без хаоса.
- Опишите процесс до выбора системы. Зафиксируйте, какие обращения бывают, кто за них отвечает, за какой срок нужно ответить и что считается решенным обращением. Система закрепляет тот порядок работы, который уже сложился в команде.
- Соберите статистику текущего потока. Посчитайте, сколько обращений приходит в день, из каких каналов, в какие часы нагрузка растет и какие темы повторяются чаще всего. Без этих цифр не получится ни выбрать тариф, ни посчитать штат.
- Составьте справочник категорий и приоритетов. Начните с пяти — семи категорий, а не с полусотни: расширить справочник через месяц по реальной статистике проще, чем заставить операторов заполнять полсотни полей в каждом обращении.
- Зафиксируйте время ответа. Пропишите отдельное время первого ответа и время решения для каждого приоритета и типа клиента. Обещание, которого нет на бумаге, сложно контролировать.
- Запустите пилот на одном канале. Подключите самый нагруженный канал, отработайте на нем две недели и соберите обратную связь от операторов. Так узкие места видно раньше, чем компания переведет в новую систему всю поддержку.
- Перенесите историю обращений и обучите команду. Решите заранее, что переносите в новую систему, а что оставляете в архиве. Дайте операторам письменную инструкцию с примерами и снимками экрана вместо устного инструктажа на планерке.
- Пересмотрите настройки через месяц работы. Уточните категории по реальной статистике, поправьте сроки, которые оказались нереалистичными, и добавьте шаблоны ответов на самые частые темы.
Какие ошибки допускают при выборе системы для поддержки
Девять ошибок повторяются чаще всего, когда компании выбирают или внедряют систему для поддержки.
- Выбирают систему по названию класса, а не по списку функций. Руководитель поддержки ищет систему по названию своего отдела, находит help desk и покупает его, не проверив, увидит ли оператор в карточке покупки и тариф клиента.
- Покупают второй сервис вместо того, чтобы настроить первый. Компания уже оплатила CRM, но использует ее на пятую часть возможностей и докупает help desk. В итоге один и тот же клиент заводится дважды: в CRM у него один телефон и договор, в help desk — другие, и через полгода менеджер с оператором смотрят на разные данные об одном человеке.
- Внедряют систему без описанного процесса. Система упорядочивает существующий процесс, но не убирает беспорядок, если правил работы не было изначально.
- Настраивают полсотни категорий сразу. Операторы перестают их заполнять, и аналитика по темам обращений становится бесполезной.
- Ставят SLA на глаз. Компания обещает клиенту ответ за час, а реально отвечает за четыре, метрика показывает выполнение на уровне 30%, и на нее перестают смотреть.
- Не подключают базу знаний. Первая линия годами вручную отвечает на одни и те же вопросы, хотя ответ можно было один раз описать и переиспользовать.
- Оценивают операторов только числом закрытых обращений. Такая метрика подталкивает закрывать обращения формально и увеличивает долю повторных вопросов.
- Не проверяют, где хранятся данные. Об этом узнают на этапе проверки со стороны службы безопасности заказчика или регулятора, когда менять систему уже неудобно.
- Забывают про мобильную версию сервиса. Дежурный оператор не может ответить клиенту с телефона, и вечерние или ночные обращения ждут до утра.
Сколько стоит CRM для техподдержки
Стоимость системы для поддержки складывается из нескольких статей расходов:
- Лицензии. Вендоры считают плату за пользователя, за оператора, за портал или продают пакетом на всю команду сразу. Проверьте, попадают ли в счет сотрудники второй линии и разработчики, которые заходят в систему раз в неделю.
- Каналы связи. Часть каналов система подключает бесплатно, часть работает через платное приложение с отдельной ежемесячной оплатой. Соберите список нужных каналов заранее и посчитайте их все вместе, а не по одному.
- Телефония. Оплачивается отдельным тарифом, а разговоры чаще всего считают по минутам. Умножьте среднюю длительность звонка на их число за месяц — на потоке в 60 обращений в день сумма выходит заметная.
- Хранилище под вложения. Клиенты присылают снимки экрана, файлы с записями ошибок и документы, поэтому место заканчивается быстрее, чем кажется. Уточните, сколько гигабайт входит в тариф и сколько стоит расширение.
- Интеграции. Можно выбрать готовые или разработать под свои задачи. Заранее решите, что именно связываете с системой — например, сайт, 1С, трекер задач.
- Внедрение и настройка. Своими силами дешевле по деньгам, но команда потратит несколько недель. Интегратор запускает систему быстрее и берет оплату за проект целиком.
- Обучение команды. Первые недели после запуска операторы работают медленнее обычного и разбираются в новом интерфейсе. Заложите на этот период запас по срокам, чтобы не нарушить обещания клиентам.
- Время руководителя поддержки. Настройка категорий, правил и отчетов, а потом ежемесячная проверка — все это ложится на руководителя. Эту статью расходов чаще всего забывают посчитать, хотя по трудозатратам она сопоставима с работой подрядчика.
Отдельная программа для техподдержки обходится дороже, чем кажется на старте. Сравните эту стоимость с ценой найма еще одного оператора первой линии — автоматизация и база знаний часто выходят дешевле, чем расширение штата.
Чтобы сравнивать варианты корректно, считайте стоимость владения на горизонте года, а не только цену тарифа за месяц.
Частые вопросы
CRM ведет клиента через сделку и воронку продаж, а help desk — через тикет с таймерами и эскалацией. В CRM ключевая единица — сделка, в help desk — обращение клиента. Границы размываются: современные CRM добавляют функции help desk, а хелпдеск-системы — карточку клиента, поэтому выбор стоит делать по конкретному списку функций, а не по названию класса.
Можно, если поддержка ведет до 30-50 обращений в день силами одного — трех операторов и без договорного SLA перед клиентом. При большем потоке и нескольких линиях поддержки без выделенных таймеров и эскалации обращения начинают теряться.
Для небольшой службы подходит система, где уже ведутся продажи и куда можно добавить прием обращений из тех же каналов — чата, почты, мессенджеров. Важно, чтобы в ней настраивались таймеры ответа и база знаний, даже если это делается не из коробки, а через смарт-процессы и автоматизацию.
У части CRM и хелпдеск-сервисов есть бесплатные тарифы, но обычно они ограничивают число операторов, каналов или обращений в месяц. Перед выбором стоит свериться, какие функции остаются в бесплатном тарифе на дату проверки, — вендоры меняют условия.
SLA — это письменное обещание клиенту, за какой срок поддержка ответит на обращение и решит проблему. Его настраивают отдельно для каждого приоритета и типа клиента: сначала фиксируют сроки на бумаге, потом переносят их в систему как таймеры с автоматической эскалацией при риске просрочки.
Ориентир — до 30-50 обращений в день на одного — трех операторов без разделения на линии. При росте потока и появлении смен, нескольких линий поддержки и договорного SLA компании обычно переходят на систему с полноценными тикетами.
Обращения объединяют через омниканальные модули CRM или help desk, которые принимают сообщения из разных каналов и складывают их в общую ленту с привязкой к клиенту. Важно, чтобы система при этом склеивала дубли от одного человека, иначе на один вопрос отвечают сразу несколько операторов.
В первую очередь — время первого ответа, время решения, долю обращений в рамках SLA и CSAT. Дополнительно полезно следить за долей повторных обращений и за тем, какая часть вопросов закрывается базой знаний без участия оператора.
Если вы ищете не систему для клиентской поддержки, а способ обратиться в поддержку вендора CRM, которой уже пользуетесь, — каналы связи и условия SLA у каждого вендора свои и указаны в его тарифах. Это стоит учитывать как отдельный критерий при выборе системы: насколько быстро и по каким каналам отвечает поддержка самого вендора.
Что в итоге
- CRM, help desk и service desk решают разные задачи, но границы между ними стираются с каждым годом, поэтому систему стоит выбирать по конкретному списку функций, а не по названию класса.
- Граница между одной CRM и отдельным help desk проходит не по объему обращений, а по наличию договорного SLA, числу линий поддержки и количеству каналов. Компании с небольшим потоком и уже оплаченной CRM обычно выгоднее настроить контур поддержки в ней же, а не покупать второй сервис.
- Специфичные для поддержки критерии — таймеры SLA, эскалация, приоритеты, база знаний, портал самообслуживания и связь с карточкой клиента — важнее общих параметров вроде цены и облака или коробки.
Без описанного процесса, категорий обращений и письменного SLA любая система превращается в дорогой почтовый ящик. Метрики вроде времени ответа и CSAT нужны не для контроля операторов, а для поиска системных проблем — тогда оператор открывает обращение и сразу видит тариф, оплаты и прошлые вопросы клиента, а руководитель по отчетам находит тему, из-за которой поддержка чаще всего не укладывается в срок.
