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