Что должно измениться в работе отдела продаж

Компания подключает телефонию к Битрикс24, чтобы менеджеры видели обращения рядом с клиентами и не теряли пропущенные звонки. Но успешный пробный вызов подтверждает только часть результата. Нужно ещё понять, кому попадёт повторный клиент, кто перезвонит при занятости отдела и где останется история после смены ответственного.

Перед выбором подключения опишите рабочий день: какие номера используют, кто принимает входящие, откуда звонят сотрудники и что происходит вне рабочего времени. Эта схема нужна и руководителю, и специалисту по телефонии. Без неё технические настройки могут быть правильными, а распределение звонков — неудобным для команды.

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

Соберите сведения о существующих номерах

Начните с перечня номеров и договоров. Укажите владельца каждого номера, оператора, назначение, текущую переадресацию и место публикации. Если номер давно указан на сайте и в рекламе, его сохранение может быть обязательным условием. Тогда возможность подключения проверяют до смены услуги.

Разделите рабочие номера компании и личные номера сотрудников. Подключение личного телефона без понятных договорённостей создаёт зависимость от человека и усложняет передачу клиентов. Выбор рабочего способа связи принимает компания; технический исполнитель объясняет варианты и ограничения.

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

В исходном документе не должно быть паролей и служебных адресов подключения. Для оценки достаточно оператора, типа АТС, количества рабочих мест и сценариев. Секреты передаются отдельно тем, кто выполняет настройку, через согласованный закрытый способ.

Какие способы подключения обсуждать

В справке Битрикс24 перечислены три подхода: аренда номера, подключение через REST-приложение и SIP-коннектор. SIP — протокол телефонной связи через сеть; REST-приложение связывает сервис оператора с CRM через программный интерфейс. Для заказчика важнее последствия выбора, чем устройство протокола.

Сравните варианты по сохранению номера, поддерживаемым сценариям, устройствам, стоимости и ответственности за неисправность. Если у компании уже есть подходящая АТС, сначала выясните, как она может работать с Битрикс24. Покупка новой услуги нужна только после проверки требований, а не потому, что её проще показать в демонстрации.

У REST-подключения возможности зависят от приложения и оператора. В официальной инструкции отдельно рассматривается такой способ подключения. Не переносите на него автоматически функции и условия встроенной телефонии: попросите показать каждый обязательный сценарий именно выбранного решения.

Для облачного и коробочного Битрикс24 согласуйте проверку отдельно. Укажите редакцию или тариф, версию коробки и необходимые приложения. Для сметы подтвердите доступность каждой нужной функции в вашем портале.

Как собрать расходы без неожиданностей

Запросите оценку по частям: номер и услуги оператора, подключение к CRM, приложение или коннектор, работы по настройке и сопровождение. Если нужны аппараты или гарнитуры, учитывайте их отдельно. Так можно сравнить два варианта без ситуации, когда в одной цене есть связь, а в другой только установка.

Для SIP-подключения официальная справка указывает отдельные условия использования коннектора для исходящих звонков и переадресации. Актуальные условия и стоимость подтвердите перед запуском. Не считайте тестовые минуты постоянной бесплатной услугой и не распространяйте правила SIP на REST-приложение.

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

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

Как распределять входящие звонки

Опишите правила для нового и известного клиента. Должен ли повторный звонок идти ответственному менеджеру, всей группе или общей очереди? Что происходит, если ответственный занят, отсутствует или больше не работает в компании? В задании важен полный маршрут, а не только первый получатель.

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

Для очереди определите, кто получает вызов следующим и когда он считается пропущенным. Эти параметры выбираются под организацию работы. Универсального времени ожидания, подходящего всем компаниям, нет: проверьте сценарий вместе с сотрудниками и скорректируйте на основе наблюдения.

Проверьте спорный случай: один номер телефона записан у нескольких контактов или компаний. Исполнитель должен показать, что увидит менеджер и как выберет нужную запись. Автоматическое открытие случайной карточки может привести к записи разговора не в ту историю.

Наглядный разбор

Что происходит с входящим вызовом

  1. Определение клиента

    Новый номер или найденная история контакта.

  2. Маршрут

    Ответственный, группа и предусмотренная замена.

  3. Результат

    Разговор либо назначенная обработка пропущенного.

Условная схема для обсуждения задачи. Размеры блоков не показывают сроки или доли.

Что должен видеть клиент при исходящем звонке

Для исходящих звонков согласуйте используемый номер и разрешённые направления. Менеджер должен понимать, от имени какого подразделения звонит, а клиент — иметь возможность перезвонить по рабочему маршруту. Если применяются разные номера, правило выбора фиксируют отдельно.

Проверьте вызов из карточки CRM и из других предусмотренных мест. Убедитесь, что звонок связан с нужным клиентом и сотрудник видит результат. Возможность позвонить обычным телефоном сама по себе не означает, что разговор корректно учтён в CRM.

В инструкции команды укажите, какими способами нужно совершать рабочие звонки для их учёта в CRM. Если сотрудник звонит с личного телефона вне подключённой системы, отчётность может не получить сведения. Это ограничение процесса нужно объяснить, а не считать каждое отсутствие записи ошибкой интеграции.

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

Какая информация должна оставаться в карточке

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

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

Запись разговора, если она используется, требует отдельного решения о доступе, хранении и работе с ней. Согласуйте организационные и правовые условия с ответственными специалистами компании. В техническом задании фиксируйте, кто видит запись и где проверяется её наличие, не объявляя любой способ записи автоматически допустимым.

Проверьте роль обычного менеджера и руководителя. Доступ под администратором может скрыть проблему прав. Сотрудник должен видеть необходимые ему сведения, а чужие записи не должны становиться общедоступными только ради удобства диагностики.

Наглядный разбор

Звонок и его учёт проверяются отдельно

  1. Связь

    Слышимость, нужный номер и корректная передача вызова.

  2. Работа в CRM

    Правильная карточка, ответственный и доступная история.

Условная схема для обсуждения задачи. Размеры блоков не показывают сроки или доли.

Как превратить пропущенный звонок в следующую работу

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

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

Не используйте длительность разговора как единственное доказательство качества обработки. Короткий звонок может быть уточнением, а длинный — без результата. Для приёмки телефонии достаточно подтвердить передачу нужных фактов и возможность сотрудника записать итог; оценка продаж строится отдельно.

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

Матрица звонков для приёмки

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

ПроверкаОжидаемый результат
Новый входящийНужная группа получает вызов, CRM сохраняет согласованные данные
Повторный клиентОткрывается подходящая запись и действует выбранный маршрут
Ответственный недоступенРаботает предусмотренная замена
Нерабочее времяЗвучит актуальное сообщение, обращение не теряется
Исходящий из карточкиПравильный номер и связь с клиентом
Пропущенный вызовНазначен разбор и виден следующий шаг

Добавьте проверку устройств, которыми действительно пользуется команда, и роли без административных прав. Отдельно проверьте одновременно поступающие вызовы в объёме согласованного сценария. Не устраивайте неконтролируемую нагрузку на рабочие линии: испытание организуют исполнитель и оператор.

При ошибке передайте специалисту время и идентификатор вызова, его направление и наблюдаемый симптом. Не публикуйте служебные журналы и записи разговоров в открытом чате. По ним специалист должен определить, какой участок требует проверки, а не просто предложить переустановить приложение.

Когда подключение можно считать переданным команде

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

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

Для обсуждения телефонии с ШТАБ ИТ подготовьте список номеров и желаемые маршруты без паролей. Начать лучше с одного полного сценария: от вызова клиента до следующего действия менеджера. Когда он проверен вместе с исключениями, можно принимать подключение и обучать команду.

Источники и полезные ссылки

  1. Битрикс24: подключение SIP АТС ↗
  2. Битрикс24: подключение АТС через REST-приложение ↗

Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.

Игорь Крещенко

Руководитель ШТАБ ИТ. Занимается управлением проектами, веб-разработкой, рекламой и PR. Подробнее об авторе →