Телефонию для amoCRM стоит выбирать по результатам контрольных звонков в вашей схеме работы. Нужны не только звук и запись: проверьте, куда попадает обращение, кто становится ответственным и что происходит после пропущенного вызова. Решение подходит, если обязательные сценарии проходят, ограничения известны, а полная стоимость укладывается в согласованный бюджет.
Для первоначального списка кандидатов используйте сравнение телефоний для CRM. Здесь — протокол пилота: одинаковые условия для поставщиков, матрица тестов и правила принятия решения. Он полезен и при новом подключении, и при проверке действующего оператора.
Сначала определите, что должно работать
Опишите текущие номера, отделы, рабочие часы и устройства менеджеров. Отдельно укажите, кто принимает новые обращения, куда идут повторные звонки и кто перезванивает по пропущенным. Если эти правила не определены, интеграция лишь воспроизведёт неопределённость в CRM.
Для каждого требования задайте статус: обязательное, желательное или не используется. Например, звонки из браузера могут быть обязательны для одной команды и не нужны сотрудникам с настольными телефонами. Не оценивайте функцию выше только потому, что она есть в презентации.
- Обязательные сценарии: без них нельзя начинать рабочее использование.
- Допустимые ограничения: команда понимает обходной порядок и принимает его стоимость.
- Перспективные возможности: нужны позже, но не должны скрывать проблемы основных звонков.
Согласуйте предполагаемое число одновременных разговоров, направления исходящих вызовов и условия сохранения действующих номеров. Возможность переноса или подключения номера должен подтвердить поставщик для конкретного договора и технической схемы.
Как сравнивать функции без галочек ради галочек
Фраза «есть интеграция с amoCRM» не описывает её поведение. Для каждого кандидата заполните цепочку: требование → настройка и необходимый пакет → проверяемый результат → ограничение. Уточняйте, входит ли нужная возможность в предложенную комплектацию.
Например, документация Сипуни разделяет сценарии новых, известных и пропущенных звонков. Создание контакта, сделки и задачи на перезвон зависит от выбранных настроек. Повторный пропущенный звонок до истечения срока уже созданной задачи не создаёт новую задачу по этому контакту. Это конкретное поведение интеграции, которое нужно учитывать при приёмке. Сценарии Сипуни для amoCRM.
В инструкции MANGO OFFICE отдельно перечислены пакет интеграции, устройства и сопоставленные сотрудники. Там же указано, что звонки до подключения интеграции в amoCRM не передаются, а внутренние звонки между сотрудниками не фиксируются. Поэтому ожидание переноса всей прежней истории нужно обсуждать отдельно. Подготовка интеграции MANGO OFFICE.
Эти примеры показывают различия условий проверки, а не определяют победителя. Для остальных решений запросите столь же конкретные ответы по своей матрице.
Как подготовить пилот
- Выделите тестовые номера и контролируемые контакты. Создайте примеры нового клиента, существующего клиента и клиента с двумя активными сделками.
- Запишите ожидаемое поведение до звонков: карточка, воронка, ответственный, запись и следующий шаг.
- Проверьте сопоставление сотрудников CRM и телефонии. В Сипуни это отдельный шаг подключения, как и выбор схем, участвующих в интеграции. Инструкция подключения.
- Проводите сравнение на тех устройствах и сетях, где работает команда. Укажите браузер или приложение, гарнитуру и способ подключения.
- Для каждого теста сохраняйте время с часовым поясом, номер или идентификатор вызова, ссылку на карточку, результат и замечания.
Не подключайте два коннектора к одному рабочему потоку без согласованной схемы: параллельная обработка может исказить результаты теста. Изменения рабочих номеров и маршрутов проводите в согласованное окно с понятным способом возврата.
Матрица тестовых звонков
Это заготовка ожидаемого результата, а не обещание возможностей любого оператора. Уточните строки под свой процесс и добавьте колонки «Факт», «Подтверждение» и «Статус». Возможные статусы: пройдено, не пройдено, принято с ограничением, не применимо.
| Сценарий | Что выполнить | Что проверить в CRM и телефонии |
|---|---|---|
| Новый клиент | Позвонить с номера вне тестовой базы и ответить | Создание согласованных сущностей, нужная воронка и ответственный |
| Повторный звонок | Позвонить с того же номера ещё раз | Связь с существующим контактом, отсутствие необоснованного дубля |
| Две активные сделки | Позвонить от клиента с двумя заказами | Где виден разговор и как менеджер связывает его с нужным заказом |
| Пропущенный вызов | Не отвечать до завершения установленного маршрута | Статус вызова, владелец перезвона и срок следующего действия |
| Повторный пропущенный | Повторить вызов до выполнения перезвона | Правило повторных задач и сохранение обоих событий |
| Исходящий разговор и недозвон | Позвонить из рабочего интерфейса, затем отдельно проверить неответ | Номер, сотрудник, привязка, различение разговора и попытки |
| Перевод между сотрудниками | Принять и перевести звонок | Участники, итоговый статус, доступность нужных частей записи |
| Ответственный недоступен | Использовать согласованный тестовый режим отсутствия | Переход на резервного сотрудника и дальнейшая ответственность |
| Нерабочее время | Проверить отдельную тестовую схему расписания | Ответ клиенту, фиксация обращения и порядок обработки следующей сменой |
| Запись и права | Открыть запись под ролями менеджера и руководителя | Звук, полнота, разрешённый доступ и фактический срок появления |
| Несколько одновременных звонков | Создать согласованную тестовую нагрузку | Очередь, занятость, ожидаемая вместимость и отсутствие потерь |
| Рекламный источник | Если используется коллтрекинг — пройти контролируемый путь обращения | Источник в нужных полях без перезаписи по неверному правилу |
Не считайте тест пройденным только по уведомлению о звонке. Для каждого события сопоставьте журнал АТС и результат в CRM. Если событие отсутствует, сначала выясните, должно ли оно передаваться по настройкам, затем проверяйте доставку.
Качество звука оцените в обоих направлениях: слышимость, обрывы, задержки, работа микрофона и воспроизведения. Единичный успешный звонок не подтверждает устойчивость; повторите критичные сценарии в характерных для команды условиях. При этом небольшой пилот не доказывает доступность сервиса во всех будущих ситуациях.
Как оформить расхождение и принять результат
Полезное замечание содержит ожидаемый результат, фактический результат, время и идентификатор теста. Сообщение «телефония плохо работает» не позволяет отделить проблему оператора от настройки CRM, устройства или сети.
Учебный пример. Входящий звонок принят сотрудником, но задача перезвона появилась у другого менеджера. До обращения к поставщику проверяют, действительно ли этот звонок классифицирован как пропущенный, не было ли отдельного неотвеченного плеча и как сопоставлены пользователи. После исправления повторяют исходный сценарий. Это пример диагностики, а не описание клиентского случая.
Итог пилота — список пройденных обязательных сценариев и принятых ограничений. Критичное расхождение нельзя скрыть высокой общей оценкой: если повторное обращение теряет связь с клиентом, красивый интерфейс не компенсирует проблему. Желательные функции сравнивайте после устранения таких препятствий.
Как посчитать полную стоимость
Запросите расчёт для одного и того же числа сотрудников, номеров, одновременных звонков и объёма трафика. Разделите разовые и регулярные затраты. Цены сравнивайте на одну дату и с одинаковым учётом налогов, включённых объёмов и превышений.
- Разово: подключение, настройка CRM, перенос или подключение номеров, оборудование, обучение и приёмка.
- Ежемесячно: АТС, пользователи, номера, пакет интеграции, минуты, переадресация, запись и хранение, нужные модули и сопровождение.
- При переходе: временная параллельная оплата, проверка сохранённой истории, перенастройка устройств и время сотрудников.
Рабочая формула: стоимость выбранного периода = разовые расходы + сумма регулярных платежей и ожидаемого потребления за этот период. Если расход неизвестен, посчитайте обычный и повышенный сценарии на основе своей детализации. Не подставляйте одинаковую стоимость минуты для разных направлений и способов переадресации без подтверждения тарифа.
Лицензии CRM учитывайте одинаково у всех кандидатов: либо отдельной общей строкой, либо в полной смете. Отдельно уточните срок хранения записей, доступ после прекращения обслуживания и стоимость выгрузки, если она нужна. Эти условия влияют на будущий переход не меньше цены подключения.
Когда менять оператора, а когда исправлять настройку
Основание для смены появляется, когда обязательный сценарий нельзя реализовать в доступной конфигурации, подтверждённые проблемы повторяются без приемлемого решения либо полная стоимость и условия перестали подходить компании. Ошибка сопоставления сотрудников или правило создания лишних сделок сначала требуют диагностики: смена поставщика сама по себе их не устраняет.
Перед решением о переходе проверьте право управления номерами, техническую возможность их сохранения, доступ к записям и порядок отмены старых услуг. План должен включать контрольные звонки после переключения и ответственного за возврат к рабочей схеме. Не отключайте действующий канал до проверки нового маршрута.
Если телефония уже подключена, начните с заполнения матрицы и устранения подтверждённых разрывов в рамках сопровождения amoCRM. Когда нужна новая схема, используйте результаты пилота для выбора решения из каталога телефоний: они станут критериями приёмки проекта.