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