Сервисному центру от CRM нужны три вещи, которых нет в тетради приёмки: ответ на вопрос «что с моим телефоном?» без звонка мастеру, уведомление о готовности и напоминание забрать, и история клиента с устройством, по которой через год видно, что он уже приносил. Выбирать приходится из четырёх вариантов: тетрадь и чаты, отраслевая программа учёта ремонтов, общая CRM вроде Битрикс24 и общая CRM с ИИ-менеджером, который отвечает про статус сам. Вердикт: учёт запчастей, актов и гарантии — в отраслевой программе, заявки, статусы и переписка с клиентом — в общей CRM; ИИ-менеджер нужен центру, где половина обращений — «готово ли?» и «сколько по времени?», и приходят они вечером. Ниже — что нужно на самом деле, таблица по двенадцати пунктам без цен, спорные случаи, переход, настройка Битрикс24 под сервис и решение за десять минут. Сравнение от AI Managers, партнёра Битрикс24.
Что сервисному центру нужно от CRM на самом деле?
Не «база клиентов», а четыре задачи. Первая — приём: клиент пишет в мессенджер «не включается ноутбук, сколько будет диагностика и когда можно принести», и ответ нужен сейчас, потому что он пишет ещё в два сервиса. Вторая — статус: с момента, как устройство принято, клиент спрашивает «ну что там?» каждые два дня, и мастер отрывается от ремонта, чтобы ответить. Третья — выдача: готовое устройство лежит неделю, потому что о готовности сообщили один раз и забыли, а место на полке приёмки не резиновое. Четвёртая — повторные: клиент, который чинил экран, через год придёт менять батарею, если о нём вспомнят первыми.
Есть и особенность ниши: вопросов про статус больше, чем новых заявок. В сервисе с пятнадцатью приёмами в день переписка о статусах занимает у администратора столько же, сколько сами приёмы, и эта переписка самая предсказуемая: ответ есть в карточке ремонта.
Учёт запчастей, акты приёма и выдачи, гарантийные сроки, расчёт работ по нормо-часам — задачи отраслевой программы, и общая CRM их не решает. Это главная развилка, та же, что у автосервиса: если центр больше всего теряет на учёте, нужна отраслевая система; если на заявках и статусах, которые написали и не дождались, нужна общая CRM с очередью сообщений.
Типичные вопросы клиентов: «сколько будет диагностика», «когда можно принести», «что с моим заказом», «готово ли», «сколько по времени», «есть ли гарантия на ремонт», «можно ли забрать после семи». Пять из семи — одинаковые для всех, и ответ на два из них лежит в карточке ремонта.
Сравнение четырёх вариантов
| Пункт | Тетрадь и чаты | Отраслевая программа | Общая CRM (Битрикс24) | Общая CRM + ИИ-менеджер |
|---|---|---|---|---|
| Заявки из всех каналов в одном списке | Нет, в телефонах | Частично, через модули | Да, открытые линии и телефония | Да |
| Карточка устройства и история ремонтов | В тетради приёмки | Да, основная сила | Да, поля сделки и контакт | Да, ИИ заполняет при приёме |
| Акты, запчасти, нормо-часы, гарантия | Вручную | Да | Нет, приложения или вручную | Нет |
| Ответ «что с моим устройством?» | Мастер отвечает сам | Статус виден внутри, клиенту — звонком | Менеджер смотрит стадию и отвечает | ИИ отвечает по стадии сделки сам |
| Уведомление о готовности | По памяти | Есть, СМС по статусу | Робот на стадии «Готово» | Робот плюс ИИ отвечает на уточнения |
| Напоминание забрать | Нет | Зависит от программы | Робот через три дня | Напоминание и диалог о времени |
| Первый ответ вечером | Утром | Утром | Автоответ линии | Ответ по регламенту сразу |
| Повторные обращения через год | Нет | По истории, вручную | Робот по сроку | Сообщение и диалог |
| Контроль: кто сколько ответил | Нет | Частично | Отчёты по линиям и воронке | То же плюс журнал ИИ |
| Запуск | Сразу | Недели, с обучением | Вечер на базовую настройку | Плюс неделя на регламент и отладку |
| Что ломается первым | Тетрадь при смене администратора | Связь с мессенджерами | Стадии не обновляют — ИИ отвечать нечем | Регламент, который не обновляют |
| Кому подходит | Мастер-одиночка | Центр с учётом запчастей как главной болью | Центр, у которого главная боль — заявки и статусы | Центр с потоком «готово ли?» и вечерними заявками |
Проверено: 13.10.2026. Сравниваем типы решений, а не конкретные программы: внутри каждого типа несколько продуктов, и их функции меняются быстрее статей. Цен в таблице нет намеренно: выбор между типами делается по задачам.
Четыре спорных случая
«У нас отраслевая программа, там всё есть». Там есть учёт, и это правда. Но вопрос клиента «готово ли?» приходит в WhatsApp, а не в программу, и отвечать на него будет человек, глядя в программу. Та же связка «отраслевая для учёта, общая для заявок» описана в статье CRM для автосервиса: что выбрать, и у сервисного центра она устроена так же: две системы, у каждой своя работа.
«Клиенты и так звонят, пусть звонят». Звонят те, кто уже принёс устройство. Те, кто ещё выбирает, куда нести, пишут, и пишут вечером, после работы, когда ноутбук окончательно не включился. На этих заявках центр теряет больше, чем на статусах, и как это выглядит в соседней нише, видно в разборе о том, как магазин запчастей теряет заказы вечером.
«ИИ не может знать, что с ремонтом». Не может, если стадии в CRM не обновляют. Если мастер при каждом шаге двигает сделку — «диагностика», «ждём запчасть», «в ремонте», «готово», — ИИ-менеджер отвечает клиенту по стадии: «диагностика закончена, ждём деталь, ориентир — среда». Это правило для мастеров, а не настройка, и без него ИИ честно скажет «уточню у мастера» и поставит задачу.
«Поставим кнопочного бота с проверкой статуса по номеру заказа». Работает, пока клиент помнит номер и пишет его точно. Обычно он пишет «что с моим ноутбуком, я приносил во вторник», и кнопка этого не понимает. Нужен агент который найдёт сделку по телефону и ответит по стадии.
Что учесть при переходе на любой из вариантов?
- Две системы, одна правда. Если учёт остаётся в отраслевой программе, а заявки идут в CRM, нужно заранее решить, кто и когда двигает стадию в CRM при смене статуса в программе. Без этого ИИ и менеджеры отвечают по вчерашним данным.
- Каналы. Мессенджеры, Авито и телефон переключаются по одному, и пока канал не переключён, сообщения идут в старое место. Переключать в несезон, если он у вас есть.
- База устройств. Переносятся контакты и история ремонтов с датами: это основа для повторных. История переписки из чатов не переносится.
- Мастера. Им нужен не доступ ко всей CRM, а список «мои ремонты» и кнопка смены стадии. Чем проще экран мастера, тем честнее стадии.
- Период «и там, и там». Дата, после которой заявки в старом месте не ведутся. Без даты переезд длится год.
Как настроить Битрикс24 под сервисный центр?
Воронка из восьми стадий: новая заявка, записан на приём, принят, диагностика, согласование, в ремонте, готово, выдан. Девятая, «вернулся», запускает повторные через год. Поля сделки: устройство, серийный номер или описание, неисправность со слов клиента, ориентировочный срок, согласованная сумма. Поле «срок» клиент спрашивает чаще всего, и оно должно быть заполнено на стадии «согласование», а не в голове мастера.
Роботы: уведомление клиенту на стадии «готово», напоминание забрать через три дня, задача администратору через неделю, если не забрал; напоминание о согласовании, если клиент молчит сутки; сообщение через одиннадцать месяцев после выдачи с предложением профилактики. Очередь открытой линии: кто отвечает днём, кто вечером, что происходит, если никого.
ИИ-менеджер в очереди стоит первым. На новые заявки он отвечает по регламенту: что делаете, сколько по времени диагностика, когда можно принести, записывает устройство и неисправность в поля и предлагает слот. На вопросы о статусе он находит сделку по телефону клиента и отвечает по стадии; если стадия «ждём запчасть» с датой, называет дату; если данных нет, пишет «уточню у мастера» и ставит задачу. Сумму ремонта он не называет, пока её не согласовал мастер: это правило регламента. Девять задач такого рода для любого отдела собраны в подборке ИИ для продаж: 9 задач, и для сервиса из них работают семь.
Мастерам в Битрикс24 нужен один экран: список своих ремонтов со стадиями и кнопка «следующая стадия». Чем меньше у мастера полей, тем честнее стадии, а честные стадии — это и есть то, по чему ИИ-менеджер отвечает клиенту. Полезная привычка: в конце смены мастер проходит по списку и двигает всё, что сдвинулось за день; на это уходит пять минут, и утром администратор не отвечает «уточню» на каждое второе сообщение.
Выдачу стоит разнести с приёмом по времени, если центр маленький: когда оба идут в одной очереди, вечерние «можно забрать после семи?» тонут среди новых заявок. Робот на стадии «готово» может сразу предлагать окно выдачи, а ИИ-менеджер подтверждать его в диалоге и записывать в поле.
Отдельно о записи на приём: если центр принимает по записи, слоты ведутся так же, как у клубов и салонов, и там же лежат те же ошибки; как это устроено у фитнес-клуба, видно в сравнении CRM для фитнес-клуба.
Что не решает ни один из вариантов?
Клиента, который принёс устройство без зарядки и без пароля, и спор о том, кто поцарапал крышку. Это работа приёмщика и акта с фотографиями, а не системы; CRM лишь хранит фото в карточке, и это, кстати, стоит настроить первым делом.
Плохой ремонт и мастера, который не обновляет стадии. Первое — вопрос качества, второе — дисциплины, и ни одна система их не заменит: CRM лишь покажет, у какого мастера сделки стоят на «диагностике» неделями. Не решает система и регламент: что отвечать на «а дешевле», называть ли срок до диагностики, когда звать старшего. Регламент сервиса умещается на страницу, и писать его стоит по реальным диалогам за месяц, а потом перечитывать раз в сезон: летом приносят кондиционеры и ноутбуки, зимой телефоны с разбитыми экранами, и вопросы меняются.
Как решить за десять минут?
- Где центр теряет больше: на заявках, которые написали вечером и не дождались, или на учёте запчастей и актах? Первое — общая CRM, второе — отраслевая, оба — отраслевая для учёта плюс CRM для заявок.
- Сколько сообщений в день — вопросы о статусе? Если больше трети, ИИ-менеджер нужен уже ради одних статусов, и это видно без калькулятора.
- Обновляют ли мастера статусы в тот же час? Нет — сначала правило для мастеров, потом любая система.
- Кто администратор портала? Без ответа ни одна система не приживётся.
Тест на один вечер: написать в свой же мессенджер в девять вечера «не включается ноутбук, когда можно принести и сколько диагностика» и засечь, когда придёт первый ответ не от автоответчика. Сколько таких заявок уходит за месяц, считает калькулятор потерянных заявок; настройку Битрикс24 под сервис, воронку, роботов, очередь и регламент для ИИ, мы делаем как услугу, состав описан на странице настройки Битрикс24.
Частые вопросы
Нужна ли отраслевая программа, если есть Битрикс24?
Если центр ведёт учёт запчастей, акты и гарантийные сроки — нужна, общая CRM этого не умеет. Заявки, статусы и переписка при этом живут в CRM, а учёт — в программе.
Как ИИ-менеджер узнаёт статус ремонта?
По стадии сделки в Битрикс24 и полям с датой. Если мастер не обновил стадию, ИИ пишет «уточню у мастера» и ставит задачу; выдумывать статус он не должен, это правило регламента.
Называет ли ИИ сумму ремонта?
Только ту, что согласовал мастер и записал в поле сделки. До диагностики он называет порядок работы и срок диагностики, а не сумму.
Что с напоминанием забрать устройство?
Робот на стадии «готово»: уведомление сразу, напоминание через три дня, задача администратору через неделю. ИИ-менеджер отвечает на уточнения вроде «можно ли после семи».
За сколько времени настраивается CRM для сервисного центра?
Воронка, поля и роботы — один вечер. Каналы, очередь и регламент для ИИ-менеджера — ещё неделя с отладкой на реальных диалогах. Отраслевая программа — обычно недели, с обучением.