Сервис живёт по другим правилам, чем продажи
Когда компания подключает мессенджеры к CRM, речь почти всегда идёт про отдел продаж: не потерять лид, увидеть переписку, посчитать конверсию. Сервисный отдел при этом остаётся на личных телефонах инженеров и мастеров, потому что «там всё равно свои клиенты, они и так пишут напрямую». Через год выясняется, что половина гарантийных обращений живёт только в памяти конкретного человека.
Разница между продажами и сервисом в мессенджере довольно резкая. Продажник ведёт клиента к одной точке, к оплате, и переписка обрывается вместе со сделкой. Сервисное обращение имеет срок жизни, статус, ответственного, а часто ещё и вторую сторону: поставщика, подрядчика, гарантийный отдел производителя. Клиент пишет не «сколько стоит», а «когда почините» и возвращается к этому вопросу каждые два дня. Заявки в WhatsApp для сервисного отдела означают не просто канал связи, а очередь с историей, которую кто-то должен вести.
Wazzup закрывает механическую часть этой задачи: приносит переписку из WhatsApp, Telegram, Instagram и других каналов внутрь CRM, привязывает её к клиенту и позволяет строить автоматизацию поверх сообщений. Дальше всё зависит от того, как вы разложите сервисный процесс по сущностям CRM. Именно на этом шаге проекты чаще всего и буксуют.
Что ломается, когда сервис сидит в личных мессенджерах
Симптомы у всех похожие, независимо от отрасли.
Обращение теряется на пересменке. Клиент написал вечером мастеру, который завтра выходной. Утром никто не знает, что заявка есть, потому что она лежит в чужом телефоне.
Нет истории по объекту. Тот же холодильник ломался в марте и в августе, но подтвердить это нечем: мартовская переписка была у сотрудника, который уже уволился.
Гарантия превращается в спор на словах. Клиент утверждает, что сообщал о неисправности в срок. Доказательств нет ни у одной стороны.
Руководитель не видит очередь. Сколько обращений сейчас в работе, сколько просрочено, кто перегружен, сколько времени в среднем занимает ремонт: всё это можно узнать только опросив людей.
Ни одна из этих проблем не решается дисциплиной. Люди действительно стараются, просто инструмент не приспособлен для очереди с историей.
Маршрут обращения после подключения Wazzup
Как только номер компании подключён через Wazzup, входящее сообщение перестаёт быть личным делом сотрудника.
Когда пишет новый клиент, интеграция сама создаёт запись в CRM: в зависимости от выбранных настроек это либо контакт вместе со сделкой, либо лид. Воронка, в которую попадёт новая запись, тоже задаётся в настройках интеграции, и для сервиса это ключевой пункт: обращения не должны падать в ту же воронку, где живут продажи.
Если пишет клиент, который уже есть в базе, сообщение подтягивается к его карточке. Инженер открывает контакт и видит всю переписку целиком, включая ту, что вели коллеги до него.
Дальше вступают роли. В настройках интеграции сотруднику назначается роль: менеджер видит только своих клиентов, руководитель видит все чаты, а роль контроля качества позволяет просматривать переписку без права писать. Для сервисного отдела это удобная схема: инженер работает со своими заявками, старший смены видит всю очередь, а служба качества может выборочно читать диалоги по спорным гарантийным случаям.
Отдельный переключатель «Получает новых клиентов» определяет, кому распределяются новые обращения. Wazzup умеет отдавать нового клиента первому ответившему сотруднику или раздавать по очереди среди тех, у кого этот переключатель включён. Первый вариант хорош для маленькой смены, где все на связи. Второй ровнее распределяет нагрузку, когда инженеров много и часть из них на выездах.
Куда складывать гарантийные обращения
Здесь начинается настоящая проектная работа, и универсального ответа нет. Есть три рабочих варианта, и выбор зависит от того, насколько сервис отличается от продаж в вашей компании.
Самый быстрый старт даёт отдельная воронка сделок. Гарантийные обращения wazzup приносит в свою воронку со стадиями вроде «Принято», «Диагностика», «Ждём запчасть», «Ремонт», «Готово к выдаче». Плюс в том, что это работает на любом портале и знакомо сотрудникам. Минус в том, что сервисное обращение по смыслу не сделка: у него нет суммы, а поле «сумма» начинает мешать отчётам.
Компромисс тут простой: заведите отдельную воронку с обнулённой суммой и не смешивайте её с воронкой продаж в сквозных отчётах.
Более честный вариант это смарт-процесс. Он позволяет создать собственный сценарий работы в CRM со своими воронками и туннелями, своими стадиями и канбаном, роботами и триггерами, автозапуском бизнес-процессов. Работа с рекламациями прямо приводится в документации как пример такого сценария. Карточка настраивается под сервис: серийный номер, дата продажи, объект, тип обращения, срок гарантии.
Важная деталь при настройке: роботы и триггеры доступны в смарт-процессе только тогда, когда включена опция использования собственных стадий и канбана. Забыв про неё, вы получите смарт-процесс, который нечем автоматизировать. И ещё одно: смарт-процессы есть не на всех облачных тарифах, поэтому доступность стоит проверить по своему тарифу до того, как рисовать схему.
Третий вариант, связка сделки и смарт-процесса, подходит компаниям, где сервис платный и гарантийный одновременно. Платный ремонт идёт сделкой с суммой, гарантийный случай ведётся смарт-процессом, оба связаны с одним контактом и одним объектом обслуживания.
Какой бы вариант вы ни выбрали, привязка переписки остаётся общей: Wazzup цепляет диалог к клиенту, а не к конкретной заявке. Поэтому в карточке обращения полезно завести поле со ссылкой или коротким описанием, чтобы через полгода было понятно, к какому именно ремонту относился тот или иной кусок переписки.
Правило 24 часов, которое сервису мешает сильнее, чем продажам
Если вы работаете через официальный WhatsApp Business API, у переписки есть служебное окно. Оно открывается входящим сообщением клиента и длится 24 часа. Внутри окна вы отправляете обычные сообщения и шаблоны. Вне окна написать клиенту можно только шаблоном, заранее согласованным с Meta.
Для продаж это не так болезненно: диалог обычно идёт плотно, окно не успевает закрыться. Сервис устроен иначе. Клиент оставил заявку в понедельник, запчасть приехала в четверг, и вот тут выясняется, что сообщить об этом обычным текстом уже нельзя. Окно давно закрылось.
Отсюда практическое требование к проекту: набор шаблонов нужно продумать до запуска, а не после первого неудобного случая. Минимальный сервисный комплект выглядит примерно так: заявка принята и получила номер, диагностика завершена, требуется согласование стоимости, запчасть поступила, ремонт завершён и техника готова к выдаче, напоминание о плановом обслуживании.
Полезно знать, что не все шаблоны одинаково затратны. Внутри служебного окна шаблоны категории utility бесплатны, а текстовые шаблоны с кнопками быстрого ответа бесплатны независимо от категории. Вне окна отправка шаблонов тарифицируется. Есть и лимит на инициативу: Meta ограничивает количество диалогов, которые компания может начать первой за сутки, стартовое значение составляет 250, и оно постепенно растёт, если клиенты не жалуются на ваши сообщения.
Для сервисного отдела средней компании 250 инициированных диалогов в сутки это много. Но если вы одновременно рассылаете напоминания о плановом обслуживании по всей базе, лимит становится реальным ограничением, и рассылку приходится дробить.
Шаблоны в чате вызываются вводом символа «/». Если в шаблоне есть переменные, их нужно заполнить, иначе сообщение не уйдёт. Мелочь, но именно на ней спотыкаются инженеры в первую неделю после запуска.
Автоматизация: что стоит поручить роботам
Ручное информирование клиента о статусе ремонта съедает у сервиса больше времени, чем сам ремонт. Здесь помогают роботы.
В Битрикс24 доступны два варианта. Робот самого Битрикс24 работает при любом типе интеграции и умеет отправлять сообщение с выбором канала. Робот Wazzup доступен, если интеграция установлена через Маркетплейс, и даёт больше настроек: выбор канала, работу с шаблонами, вложения. Оба запускаются при создании лида или сделки либо при переходе элемента на определённую стадию, и оба умеют подставлять в текст данные из CRM: имя клиента, номер заказа, другие поля карточки.
Типовая сервисная связка выглядит так. Переход на стадию «Принято» запускает шаблон с номером обращения. Переход на «Запчасть поступила» отправляет уведомление и предлагает согласовать дату визита. Переход на «Готово к выдаче» шлёт сообщение с адресом и часами работы. Отдельным сценарием идёт напоминание за несколько дней до окончания гарантии.
Писать клиенту можно и из бизнес-процессов, что удобно, когда сообщение должно уйти не по стадии, а по более сложному условию: например, только по обращениям определённого типа или только тем клиентам, у кого гарантия ещё действует.
Одно предостережение по автоматизации сервиса. Соблазн уведомлять клиента о каждом внутреннем шаге велик, а результат обратный: люди начинают отписываться и жаловаться, а жалобы на сообщения бьют по качеству аккаунта и в тяжёлом случае приводят к блокировке шаблона. Четыре точки контакта на одно обращение работают лучше, чем десять.
Спорные гарантийные случаи и доступы
Гарантия это та часть сервиса, где переписка однажды становится доказательством. Клиент утверждает, что предупредил о протечке в первую неделю. Мастер помнит иначе. Пока разговор шёл в личном мессенджере, спор решался по принципу «кто громче», и обычно проигрывала компания.
Когда диалог лежит в CRM, у вас есть дата, время и полный текст. Это меняет и внутреннюю дисциплину: инженер понимает, что обещание «привезу в пятницу» никуда не исчезнет, поэтому обещает аккуратнее.
Отсюда следует и требование к правам доступа. Читать переписку по гарантийным делам должны не все подряд: роль контроля качества как раз даёт просмотр без права писать, а руководитель видит всю очередь. Мы уже описывали, как настраиваются права доступа в Wazzup и кто какие диалоги видит. Для сервиса эта настройка важнее, чем для продаж, потому что здесь чаще возникают внутренние разбирательства.
Второй частый вопрос касается ухода сотрудников. В сервисе текучка выше, чем в продажах, и каждый уход мастера с личным телефоном раньше означал потерю куска истории. С общим номером история остаётся в компании, а передача клиентов превращается в смену ответственного. Отдельно мы писали о том, как сохранить переписку при увольнении сотрудника.
Заявки не только из мессенджера
Сервисный поток редко бывает одноканальным. Часть обращений приходит по телефону, часть с сайта, часть от корпоративных клиентов по почте. Мессенджер закрывает самый шумный кусок, но не весь.
Практичный подход: сделать WhatsApp основным каналом для физических лиц и мелких корпоративных клиентов, а телефонные обращения заводить в ту же воронку руками оператора. Тогда очередь остаётся единой, отчёты не разваливаются на части, а клиент получает уведомления о статусе одинаково, независимо от того, как он обратился.
Для входа с сайта есть виджет: кнопка обратной связи, которая уводит клиента в мессенджер и одновременно создаёт запись в CRM. Для сервиса это удобнее формы обратной связи, потому что диалог начинается сразу и не требует от клиента ждать ответа на письмо. Заявки в WhatsApp сервисный отдел при таком раскладе получает уже привязанными к карточке, а не отдельным письмом на общий ящик.
Что смотреть руководителю сервиса
Когда обращения лежат в CRM, а не в телефонах, появляется несколько цифр, которых раньше просто не существовало.
Время первого ответа по каналу. Клиент, написавший в WhatsApp, ждёт ответа не как по электронной почте. Если среднее время первого ответа измеряется часами, поток заявок будет утекать к конкурентам ещё до диагностики.
Количество обращений в очереди по стадиям. Скопление на стадии «Ждём запчасть» это вопрос к закупкам, а не к инженерам. Скопление на «Диагностике» означает нехватку рук.
Повторные обращения по одному объекту. Самая полезная и самая неприятная метрика: она показывает, сколько ремонтов делается не с первого раза.
Загрузка по сотрудникам. Когда распределение идёт по очереди, картина ровная по умолчанию, но выездные инженеры всё равно выпадают из графика, и это видно. Про то, как оценивать нагрузку по перепискам, у нас есть отдельный разбор аналитики Wazzup: для сервиса те же метрики читаются иначе, чем для продаж, потому что длинный диалог здесь чаще признак сложного случая, а не хорошей работы.
Сами эти цифры не появятся. Их нужно заложить в структуру полей и стадий на этапе настройки, поэтому мы всегда начинаем проект с разговора о том, какие отчёты руководитель хочет видеть через полгода, а уже потом рисуем воронку.
Порядок запуска, который обычно срабатывает
Сервисные отделы сопротивляются переходу сильнее продажников, потому что у инженера в телефоне лежат контакты, которые он считает своими. Резкий переход даёт саботаж, поэтому лучше идти по шагам.
Сначала подключается один общий номер компании и на него заводится вся новая входящая линия. Старые личные переписки при этом никто не отбирает, они просто постепенно затухают.
Затем настраивается воронка или смарт-процесс и роли: инженер видит своё, старший смены видит всё. На этом этапе полезно две недели поработать вообще без автоматизации, чтобы люди привыкли к новому месту переписки.
Только после этого включаются роботы и шаблоны. Если запустить автоматизацию сразу, каждая ошибка в настройке стадий превращается в сообщение клиенту, а такие ошибки на старте неизбежны.
Последним шагом добавляется отчётность и разбор просроченных обращений на еженедельной планёрке. Без этого разбора система живёт месяц, а потом заявки снова начинают заводить задним числом.
Подключение и оплата в Казахстане
B2BPRO.KZ является официальным партнёром Wazzup в Казахстане. Через нас можно и заказать внедрение Wazzup под ключ, и оплатить лицензию сервиса: счёт выставляется в тенге, с закрывающими документами, без валютных переводов и карт сотрудников.
Внедрение для сервисного отдела мы обычно делим на две части. Первая техническая: подключение каналов, настройка интеграции с CRM, распределение ролей и прав, проверка того, что переписка садится на нужные карточки. Вторая методическая: схема воронки или смарт-процесса, набор шаблонов под ваши статусы ремонта, роботы и отчёты для руководителя. Вторая часть занимает больше времени и приносит больше пользы, потому что подключить канал можно за час, а вот договориться внутри компании о том, что считать просроченной заявкой, за час не получается.
Если у вас уже настроены продажи, а сервис остаётся за бортом, отдельный проект разворачивать не обязательно. Чаще всего достаточно добавить вторую воронку, набор шаблонов и правила распределения к тому, что уже работает.
Частые вопросы
Нужен ли отдельный номер WhatsApp для сервисного отдела?
Не обязательно, но обычно удобнее. Отдельный номер позволяет развести очереди продаж и сервиса по разным воронкам и разным сотрудникам, а клиенту не приходится думать, куда писать. При одном номере разводить потоки придётся вручную или правилами распределения.
Сохранится ли переписка, если инженер уволится?
Да, при работе через Wazzup переписка привязана к карточке клиента в CRM, а не к телефону сотрудника. Доступ уволенного закрывается, история остаётся, и новый ответственный видит её целиком.
Почему нельзя просто написать клиенту через три дня после его обращения?
Если канал работает через официальный WhatsApp Business API, служебное окно длится 24 часа с момента входящего сообщения клиента. После этого написать можно только шаблоном, согласованным с Meta. Поэтому сервисные шаблоны готовят заранее.
Можно ли автоматически уведомлять клиента о смене статуса ремонта?
Да. Роботы запускаются при переходе элемента на стадию и отправляют сообщение или шаблон, подставляя данные из карточки: номер обращения, имя, дату. Более сложные условия отправки реализуются через бизнес-процессы.
Что делать, если клиент пишет и в WhatsApp, и в Instagram?
Wazzup собирает разные каналы в одном интерфейсе и привязывает их к клиенту в CRM. Если номер и аккаунт относятся к одному контакту, переписка окажется в одной карточке, поэтому дубли контактов стоит почистить до запуска.