Попросите поставщика показать работу телефонии в тестовой CRM и пройдите путь звонка от входящего вызова до задачи менеджеру. Для малого бизнеса в Беларуси такая проверка помогает выяснить, какие функции доступны в выбранном тарифе, как система узнаёт клиента и что происходит с пропущенными обращениями. Ниже разберём, как подготовить проверку, какие сценарии пройти и что закрепить перед оплатой. Результатом станет список требований, по которому можно принять настройку и сравнить предложения подрядчиков.
Что подготовить для проверки CRM и телефонии?
Начните с короткого описания работы менеджеров. Кто принимает новый звонок? Кому направлять повторное обращение? Кто подхватывает вызов, если ответственный занят? Ответы нужны до демонстрации, иначе поставщик покажет стандартный сценарий, который расходится с вашим порядком работы.
Интеграция связывает телефонную систему с CRM. Через неё можно открывать карточку клиента при звонке, фиксировать разговоры и создавать напоминания о пропущенных вызовах. Конкретный набор функций зависит от связки сервисов и настроек, поэтому проверять его нужно отдельно (источники: MTT, Mango Office).
- Опишите маршрут входящего звонка: кто отвечает первым и кому система передаёт вызов, если сотрудник занят.
- Подготовьте тестовую карточку клиента с номером, с которого будете звонить.
- Создайте учётные записи для менеджеров, между которыми проверите перевод вызова.
- Запишите ожидаемый результат каждого теста: какую карточку открыть, где показать звонок и кому назначить задачу.
Для подготовки такого списка заложите 15 минут. Попросите демонстрацию именно выбранной связки CRM и виртуальной АТС. Наличие названия сервиса в каталоге интеграций ещё не подтверждает, что нужный сценарий работает в вашем тарифе.
Отдельно уточните способ подключения: готовый модуль или обмен через API, то есть программный интерфейс. Оба подхода встречаются при объединении телефонии с CRM, но объём настройки и дальнейшая поддержка различаются (источник: Клауд АйСи).
Какие сценарии звонков проверить до оплаты?
Попросите доступ к тестовой среде или совместную демонстрацию, где звонки делаете вы, а поставщик показывает результат в CRM. Заранее обозначьте, что будете проверять и обычный разговор, и ситуации без ответа. Если демонстрация доступна только на готовом примере поставщика, отметьте непроверенные функции в списке требований.
- Позвоните с нового номера. Проверьте, появилось ли обращение в CRM, кто стал ответственным и куда менеджер должен записать итог разговора. Затем повторите звонок и посмотрите, не создала ли система лишнюю карточку.
- Позвоните с номера из тестовой карточки. Сверьте имя клиента и карточку, которую открыла CRM. Если у клиента несколько сделок, попросите показать, куда попадёт звонок и как менеджеру выбрать нужную сделку.
- Оставьте вызов без ответа. Найдите его в CRM и проверьте, кто увидит пропуск. Если предусмотрена автоматическая задача, откройте её: в ней должны быть ответственный и понятный срок реакции.
- Переведите разговор другому менеджеру. После завершения проверьте историю: виден ли путь звонка и понятно ли, кто продолжил общение. Повторно откройте карточку под учётной записью второго сотрудника.
- Сделайте исходящий звонок из CRM. Проверьте номер, который увидит получатель, и запись события в карточке. Если в требования входит запись разговора, убедитесь, что она открывается после завершения вызова.
Повторный звонок полезно сделать и с другим написанием того же номера: с пробелами или скобками в карточке. Так вы проверите, распознаёт ли связка номер независимо от оформления. Если CRM создаёт дубль, попросите поставщика объяснить правило поиска и исправить его до повторного теста.
После каждого сценария фиксируйте результат сразу: «работает», «нужна настройка» или «функция недоступна». К замечанию приложите снимок экрана и время тестового звонка. Это даст поставщику конкретный пример для проверки.
Как выяснить полную стоимость подключения?
Запросите расчёт для вашего рабочего сценария с суммами в BYN и условиями пересчёта, если поставщик выставляет счета в другой валюте. Уточните, что входит в разовую настройку, а за что придётся платить регулярно. Стоимость лицензии CRM сама по себе не описывает расходы на всю связку.
- CRM: какой тариф нужен для телефонии и сколько сотрудников смогут пользоваться подключением.
- Телефония: какие платежи относятся к номеру, звонкам и одновременным разговорам.
- Модуль интеграции: входит ли он в подписку или оплачивается отдельно.
- Настройка и поддержка: кто исправляет ошибки и какие изменения требуют отдельной оплаты.
Попросите отметить в расчёте каждую функцию из теста. Например, открытие карточки при входящем вызове и автоматическая задача по пропуску могут требовать разных настроек. Ответ «интеграция включена» оставляет слишком много вопросов: нужен перечень действий системы и условий их работы.
Если планируете получать текст разговора, проверяйте эту задачу отдельно от подключения звонков. В материале о том, как выбрать сервис транскрибации звонков и связать его с CRM, можно разобрать следующий этап: откуда сервис получает аудио и куда возвращает текст. В базовую проверку включайте только те функции, которыми менеджеры будут пользоваться после запуска.
Как закрепить результат проверки перед оплатой?
Соберите требования и результаты тестов в одном документе. Для каждого сценария укажите действие, ожидаемый результат и фактическое поведение системы. Формулировка «телефония подключена» слишком широкая. Запись «после пропущенного входящего CRM создаёт задачу ответственному менеджеру» позволяет проверить конкретную настройку.
Если нужна доработка, разделите её на понятные действия. Вместо «исправить звонки» запишите: «убрать создание дубля при повторном обращении» или «направлять вызов свободному сотруднику, когда ответственный занят». Рядом отметьте, кто выполняет настройку и когда её повторно проверят.
До оплаты согласуйте критерии приёмки и границы ответственности. Кто проверяет модуль после обновления CRM? Кому передавать ошибку, если вызов проходит через АТС, но не появляется в карточке? Попросите поставщика назвать первый контакт для такой ситуации и порядок диагностики.
На этапе подбора CRM этот список помогает сравнивать системы по рабочим задачам. Если готовый модуль закрывает сценарии, можно ограничиться настройкой. Если для маршрутизации звонков или задач нужен отдельный обмен, его объём лучше определить до покупки подписок. Такой документ пригодится и при самостоятельном подключении, и при передаче работы специалисту по автоматизации.
Типичные ошибки при проверке интеграции
- Проверять только успешный входящий звонок. Добавьте пропуск и перевод разговора: они показывают, кто подхватит обращение после первого контакта.
- Принимать демонстрацию под администратором. Повторите основные действия под учётной записью менеджера, который будет работать со звонками.
- Считать наличие звонка в журнале завершённой задачей. Откройте карточку и проверьте связь с клиентом, ответственного и следующий шаг.
- Оплачивать доработку по устному описанию. Зафиксируйте поведение системы и условие, при котором считаете работу принятой.
- Подключать все дополнительные функции сразу. Сначала проверьте маршрут звонка и фиксацию обращения, затем добавляйте нужные инструменты.
Начните с одного действия: за минуту запишите, кто должен получить задачу после пропущенного звонка. Эту строку отправьте поставщику как первый сценарий проверки интеграции CRM и IP-телефонии.
