Это пошаговое руководство о том, зачем переводить колл‑центр интернет‑магазина на виртуальную АТС, как правильно настроить SIP‑транк и связать телефонные потоки с облачной CRM. Подойдёт владельцу малого интернет‑магазина в Минске, региональному продавцу и аутсорсинговой службе, которая принимает звонки для нескольких точек продаж.
План переезда и выбор архитектуры
Сценарий: интернет‑магазин обуви в Минске с тремя операторами и пиковыми нагрузками по выходным. Задача — сохранить входящие номера, снизить простои и обеспечить запись разговоров.
Как сделать: составить карту текущих звонков. Отметить:
- номерные ресурсы (городские/мобильные номера);
- пиковые часы и среднюю очередь;
- обязательные функции: запись, очередь, перевод на мобильный.
Настройка SIP‑транка и сетевые требования
Сценарий: региональный магазин в Гомеле хочет сохранить городской номер и принимать звонки в облачном колл‑центре, операторы работают удалённо через VPN.
Как сделать: выполнить чек‑лист сетевых настроек:
- Выделить статический IP для центрального шлюза или настроить VPN‑коннект к облаку АТС.
- Открыть порты RTP и SIP (обычно 5060/5061 для SIP, диапазон 10000–20000 для RTP) на прокси/файрволе. Согласовать порты с провайдером АТС.
- Настроить трансляцию кодеков — приоритет G.711 для качества, G.729 для экономии трафика при медленных каналах.
- Включить контроль джиттера и при необходимости QoS на маршрутизаторах в магазине и у операторов.
Интеграция виртуальной АТС и облачной CRM
Сценарий: интернет‑магазин в Бресте использует облачную CRM для заказов и хочет, чтобы входящие звонки автоматически создавали карточки клиентов и отображали историю заказов оператору.
Как сделать: согласовать формат обмена данными между АТС и CRM. Типичная схема:
- При входящем звонке АТС отправляет web‑hook или REST‑запрос в CRM с номером и параметрами вызова.
- CRM ищет клиента по номеру, подгружает карточку и показывает её оператору в веб‑интерфейсе.
- После разговора запись и теги звонка сохраняются в CRM, создаётся задача на доработку заказа при необходимости.
Процедуры тестирования, обучение операторов и масштабирование
Сценарий: магазин в Могилёве планирует сезонный рост на 40% и хочет быстро увеличить штат операторов без нарушения качества обслуживания.
Как сделать: разделить запуск на этапы:
- Тестовый период (неделя): реальный трафик переводится частично (10–20%) на виртуальную АТС, ведётся мониторинг AHT и ASR.
- Обучение операторов: репозитории скриптов, короткие чек‑листы, 2–3 реальных практических тренинга с прослушкой записей.
- Шаблоны на пике: подготовить временные очереди и правила перераспределения. При резком всплеске подключать дополнительные виртуальные линий по предварительному тарифу.
Типичные ошибки
- Перенос номера без проверки портирования — простой в рабочие дни распродаж.
- Отсутствие теста качества связи: не проверены кодеки, джиттер и пакетная потеря.
- Неполная интеграция: запись звонков хранится отдельно от CRM, теряются контексты клиентов.
- Слабая инструкция для операторов: длительная обработка после звонка увеличивает очередь.
- Отсутствие резервного канала для точек с нестабильным проводным интернетом.
3 шага на неделю:
- Сделать карту звонков и согласовать сохранение номеров с провайдером АТС.
- Настроить тестовый SIP‑транк и прогнать нагрузочный тест на 20% больше ожидаемого пика.
- Подключить базовую интеграцию АТС→CRM для отображения карточки клиента у оператора и настроить запись разговоров.
Полезные ссылки: IVR для малого бизнеса в Беларуси, скрипты апсейла и кросс‑сейла для колл‑центра, масштабирование колл‑центра малого бизнеса.