Тикет-система для сервисной компании: когда пора уходить с почты и мессенджеров

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

Ниже: признаки, что момент настал, минимум функций в системе, честный расчёт сроков и цена отсутствия учёта обращений.

Почему почта и чат ломаются

Почта и мессенджер — это лента, а не реестр. У ленты три врождённых дефекта, которые нельзя вылечить дисциплиной.

• Нет состояния. Сообщение либо прочитано, либо нет. У обращения состояний минимум пять: принято, назначено, в работе, ждёт клиента, закрыто. В чате состояние живёт в голове последнего ответившего.
• Нет владельца. В общем чате обращение адресовано всем, а значит никому: трое видели сообщение, каждый решил, что возьмёт другой.
• Нет доказательства. Через полгода клиент говорит, что заявку подавали, а вы не выехали. В переписке на 4000 сообщений вы это не найдёте — и спор проигран не по факту, а по невозможности его восстановить.

Отдельная беда — многоканальность. Один пишет в мессенджер менеджеру, второй звонит мастеру, третий шлёт письмо на общий ящик. Даже если всё отработано, нет ни одного места, где видно картину целиком.

Признаки, что пора переходить

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

1. Больше десяти обращений в день. Человек перестаёт удерживать картину в памяти и работает по последнему сообщению, а не по важности.
2. Больше двух исполнителей. Двое договорятся голосом. Трое и больше — нужна явная передача ответственности, иначе появляются заявки-сироты.
3. Споры о сроках. Если раз в месяц вы обсуждаете с клиентом, когда он написал и когда вы ответили, учёта у вас нет.
4. Владелец не получает ответ за минуту. «Сколько просрочено», «по какому объекту больше всего выездов», «загружен ли Петров» должны закрываться взглядом на экран.

Минимальный набор в системе

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

• Единый вход. Почта, телефон, мессенджер, форма на сайте превращаются в тикет с номером. Клиент пишет куда привык, внутри компании обращение существует в одном виде.
• Ответственный. У каждого тикета один исполнитель. Не отдел, не группа — человек с именем.
• Два срока: реакции и решения. Реакция — когда клиент получил осмысленный ответ, а не автоответ. Решение — когда проблема закрыта.
• История по объекту. Обращения привязаны к конкретному объекту или оборудованию, и новый мастер видит, что здесь уже меняли узел дважды за квартал — подробнее в материале про базу объектов и сервисную историю.
• Отчёт клиенту. Выгрузка за период без ручной сборки: сколько обращений, сколько закрыто в срок, что осталось.

Как честно считать сроки

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

Честный расчёт — это три правила. Срок считается по рабочему календарю из договора: при поддержке с 9 до 18 в будни заявка от пятницы 17:50 не «просрочена на 60 часов» в понедельник. Пауза «ждём клиента» останавливает таймер, только если запрос зафиксирован в тикете. Процент соблюдения считается по всем закрытым тикетам периода, а не по выборке удачных.

Сопротивление и постепенный переход

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

1. Неделя 1. Один канал. В системе только общий почтовый ящик. Телефон и мессенджеры живут как жили: объём небольшой, ошибки дешёвые.
2. Неделя 2. Типы и сроки. Четыре типа обращений и сроки по таблице выше. Пока без штрафов — смотрите, куда попадаете.
3. Неделя 3. Телефон и мессенджеры. Диспетчер заводит тикет за клиента. Это снимает возражение «клиент не будет писать в вашу систему».
4. Неделя 4. Отчёт и разбор. Первая выгрузка по SLA и разбор просрочек без поиска виноватых: где не хватило рук, где заявка зависла, где срок нереален.

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

Отчёт клиенту и продление договора

Абонентский договор продлевается тяжело по одной причине: когда всё работает, клиент не видит вашей работы. Ежемесячный отчёт переворачивает разговор. Вместо «мы у вас всё обслуживаем» вы показываете: 34 обращения за месяц, 31 закрыто в срок, 2 аварии со средним восстановлением 2 часа 40 минут, по одному объекту 9 обращений по одному узлу — предлагаем замену.

Тот же отчёт — корректный аргумент при повышении цены. Не «выросли расходы», а «поток вырос с 22 обращений в месяц до 34, доля аварийных удвоилась, объём работ фактически изменился». Разговор о фактах, а не о желаниях — о самом переходе от разовых работ к подписке мы писали в материале про перевод клиентов на абонентское обслуживание.

Чем это отличается от CRM

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

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

Расчёт потерь без учёта обращений

Компания с 20 договорами и средним чеком 30 000 ₽ в месяц, выручка 600 000 ₽.

• Поток: 30 обращений в день, 660 в месяц при 22 рабочих днях.
• Без единого учёта теряется или просрочивается 3–5% обращений. Возьмём 3% — 20 обращений в месяц.
• Каждое пятое потерянное обращение перерастает в претензию: 4 претензии в месяц.
• Одна претензия из четырёх заканчивается отказом от продления: 1 договор в месяц, 30 000 ₽ выпадающей выручки.
• За год накопленный эффект: 12 потерянных договоров. При средней жизни договора 18 месяцев недополученная выручка по когорте — 6 480 000 ₽.

Вторая статья потерь — время. Диспетчер, который ищет историю по объекту в переписке, тратит в среднем 12 минут на обращение. При 660 обращениях это 132 часа в месяц — почти полная ставка, оплаченная за перелистывание чатов.

Пример внедрения за месяц

Обслуживание инженерных систем, 20 объектов, диспетчер и четыре мастера. До внедрения — общий чат и почта, 30 обращений в день, споры о сроках, ручная отчётность к каждому продлению.

1. Разобрали поток. Две недели фиксировали, откуда приходят обращения. 46% — мессенджер напрямую мастеру, минуя диспетчера. Это и была основная точка потерь.
2. Закрыли прямой канал к мастерам. Мастера перестали принимать заявки лично. Жёстко, но иначе система остаётся пустой.
3. Ввели четыре типа обращений со сроками из таблицы и прописали их в допсоглашении к договорам.
4. Запустили ежемесячный отчёт по каждому клиенту одной страницей.

Через три месяца: 91% обращений закрыто в срок против неизмеримого «вроде успеваем»; споры о сроках сошли к одному за квартал; при пересмотре цен 14 из 20 клиентов согласились на повышение, потому что видели фактический объём работ.

Что сделать на этой неделе

1. Посчитайте число обращений в день за две прошедшие недели по всем каналам.
2. Проверьте четыре порога из раздела о признаках. Сработали два — планируйте переход.
3. Разделите обращения на четыре типа и запишите сроки, которые реально выдерживаете сегодня.
4. Переведите в систему один канал — общий почтовый ящик — и не трогайте остальные месяц.
5. Сделайте первый отчёт клиенту и покажите его на встрече по продлению.

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

Посчитаем экономику заявки для вашего сервиса

Оставьте контакты — разберём поток обращений, назовём цену готовой заявки и объём, который вы реально переварите.

Получить расчёт заявок →

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

Частые вопросы