СанСим — решение телефонии для связки с amoCRM и Битрикс24. Мы рассматриваем его не как кнопку установки, а как часть процесса продаж: кто принимает звонок, какую карточку видит менеджер, где хранится запись, что происходит с пропущенным и как звонок связывается с рекламным источником.
Когда имеет смысл рассматривать СанСим
СанСим полезен там, где продажи и сервис происходят не только за компьютером. Интеграция должна фиксировать коммуникацию мобильного сотрудника, при этом не ломать правила ответственных и безопасность клиентской базы.
На практике ценность появляется, когда возможности телефонии связаны с правилами CRM: Интеграции amoCRM и Битрикс24; Мобильные и виртуальные номера; Фиксация звонков в CRM; Записи при доступной опции; Уведомления о пропущенных; API для нестандартных систем. Без этой связки звонки остаются отдельным журналом, а не управляемым процессом.
Какой результат нужен в CRM
Рабочая интеграция должна отвечать на простой набор вопросов: что создаётся при новом звонке, кто становится ответственным, как обрабатывается повторное обращение, где видно запись и что делает система после пропущенного. Поэтому оценивать нужно не наличие коннектора, а маршрут события от номера до карточки клиента.
Для СанСим это особенно важно из-за сценария «crm для сотрудников, которые работают с телефона»: ошибка в номерах, правах или маршрутизации быстро превращается в дубли, потерянные обращения и спорные отчёты.
amoCRM: что проверить
В amoCRM сопоставляем SIM-карты и пользователей, определяем сделки для входящих и проверяем звонки сотрудника с мобильного устройства.
Минимальный набор проверок для amoCRM: история мобильных звонков; поиск клиента по номеру; задача по пропущенному; ответственный сотрудник. Дополнительно смотрим Неразобранное, роботов, права, уже установленные виджеты и поведение нескольких совпадений по одному телефону.
Битрикс24: что проверить
В Битрикс24 связываем сотрудников и номера, задаём сущность для нового клиента и контролируем права на записи.
Минимальный набор проверок для Битрикс24: карточка клиента; фиксация исходящего; уведомление о пропущенном; аналитика по сотрудникам. Отдельно сравниваем приложение оператора, встроенную телефонию и SIP-сценарий: у них разные события, права, стоимость и ограничения.
Roistat и рекламная атрибуция
Проверяем, как динамический номер переводит звонок на мобильного сотрудника и какой Caller ID попадает в CRM. Для полевых команд это критично для корректной атрибуции.
Коллтрекинг нельзя принимать по факту появления звонка в CRM. Нужен контрольный путь: рекламный визит, динамический номер, переадресация, событие в телефонии, карточка CRM, ответственный, сделка и выручка. Только так видно, не создают ли телефония и аналитика дубли.
Ограничения и риски
Доступность записи мобильных разговоров и конкретных CRM-событий зависит от схемы связи и тарифа. Эти параметры подтверждаем до запуска.
До установки важно зафиксировать, кто отвечает за каждый слой: оператор, ВАТС, CRM, Roistat, роботы и сопровождение. Иначе после первого изменения в отделе продаж непонятно, где искать причину сбоя.
Что сделать до оплаты
Соберите короткий реестр: владелец, регион, тариф и тип каждого внешнего номера; версия ВАТС, способ авторизации и доступный CRM-коннектор; соответствие пользователей CRM внутренним номерам и линиям; сущность для нового обращения: лид, сделка, контакт или Неразобранное; правило выбора карточки при нескольких совпадениях по номеру; исходящий Caller ID, мобильные звонки и звонки из браузера; запись разговора, срок хранения и права руководителей; влияние Roistat, виджетов и роботов на создание сущностей. Этого достаточно, чтобы отделить типовую настройку от проекта с очередями, филиалами, контакт-центром или нестандартной аналитикой.
Как помогает CHECK CRM
Мы начинаем не с продажи конкретной АТС, а с текущего процесса и контрольных звонков. Если достаточно диагностики, не предлагаем полноценное внедрение. Если нужен проект, заранее фиксируем карту событий, сценарии приемки и порядок поддержки после запуска.