Как проверить опыт компании по внедрению IP-АТС: список вопросов для интервью и анализ портфолио

До 40% проектов по внедрению IP-АТС выходят за рамки бюджета или ТЗ из-за некомпетентности интегратора, который маскирует отсутствие опыта общими фразами. Реальная проверка подрядчика лежит не в плоскости презентаций, а в способности инженера объяснить логику маршрутизации вызовов и предоставить детализированный лог внедрения.

Анализ портфолио: ищем техническое мясо

Забудьте про логотипы известных брендов на сайте — это не доказательство опыта. Требуйте кейсы с описанием архитектуры: количество внутренних линий (extensions), количество одновременных вызовов (concurrent calls) и тип используемых шлюзов. Если в кейсе написано «внедрили систему для крупного завода», а не «развернули кластер на 150 абонентов с интеграцией по SIP-транкам и QoS на уровне L3», перед вами маркетолог, а не интегратор.

Пример: качественный кейс содержит данные о снижении процента пропущенных звонков с 15% до 2% за счет настройки IVR и очередей. Если цифр нет — опыт фиктивный. Мой вывод: доверяйте только тем, кто может показать схему сети (даже обезличенную) и объяснить, почему выбрали конкретный кодек (например, G.711 для качества или G.729 для экономии трафика).

Проверка компетенций по интеграции с CRM

Связка телефонии и CRM — самое «узкое» место, где всплывают ошибки. Спросите, как именно реализуется интеграция: через готовый плагин, API или вебхуки. Если подрядчик говорит «всё работает автоматически», он врет. В реальности интеграция с Bitrix24 или amoCRM требует настройки событий (events) для фиксации звонка, всплывающих карточек и записи разговоров на сервер CRM.

Мини-кейс: компания заказала внедрение, но интегратор не настроил распределение звонков по тегам CRM. Итог — менеджеры тратили по 30 секунд на поиск клиента вручную. Правильный подход сокращает это время до 2-3 секунд. Экспертная оценка: если подрядчик не владеет основами REST API, интеграция IP-АТС с CRM-системами обернется бесконечными правками и потерей лидов.

Критический опрос инженера: 3 вопроса-фильтра

На интервью должен быть техлид, а не менеджер по продажам. Задайте три вопроса: 1. «Как вы боретесь с односторонней слышимостью и эхом?» (Правильный ответ: настройка NAT, проверка Symmetric RTP и работа с фаерволом). 2. «Как обеспечите отказоустойчивость при падении основного канала связи?» (Ожидаем: настройка резервного SIP-транка или переадресация на мобильные группы). 3. «Какой бюджет закладывать на лицензии при росте штата с 20 до 50 человек?»

Диапазоны цен на лицензии варьируются от 500 до 5000 рублей за пользователя в зависимости от вендора (Asterisk/FreePBX — бесплатно, платные решения — дорого). Если ответ «посмотрим по ходу», значит, компания не умеет в масштабирование. Вывод: отсутствие четкого понимания сетевых протоколов (SIP, RTP, TCP/UDP) у инженера — стопроцентный сигнал к отказу от услуг.

Верификация сроков и этапов развертывания

Типичный срок внедрения для офиса на 30-50 рабочих мест составляет от 7 до 14 рабочих дней. Если вам обещают «запуск за 24 часа» под ключ с интеграциями — это значит, что вам поставят стандартный облачный шаблон без настройки бизнес-логики. Реальный процесс включает аудит сети, настройку VLAN для голоса, конфигурацию очередей и обучение персонала.

Сравните два подхода: «Быстрый старт» (цена 10-20 тыс. руб., риск простоев при нагрузке) и «Профессиональное внедрение» (цена от 50-100 тыс. руб. за работу, стабильность 99.9%). Мое мнение: выбирайте тех, кто прописывает этапы развертывания IP-АТС под ключ в графике работ, так как это гарантирует отсутствие скрытых платежей за «донастройку» в будущем.

Вывод

Чтобы не слить бюджет, избегайте компаний-перекупщиков, которые продают только лицензии без глубокой технической экспертизы. Начинайте с требования детального ТЗ и анализа реальных схем внедрения. Оптимальный выбор — интегратор, который сам пишет скрипты автоматизации и может обосновать выбор архитектуры (облако vs локальный сервер) цифрами стоимости владения (TCO) на 3 года. Если подрядчик уклоняется от технических вопросов о NAT и API — ищите другого, иначе вы получите систему, которая «ложится» при каждом втором звонке.