Лицензирование ПО для колл-центра: смены, hot desk и запись

Что именно нужно лицензировать в колл-центре

Лицензирование ПО для колл-центра почти никогда не сводится к одной цифре «по числу операторов». Лицензии обычно распределены по нескольким слоям, и именно на стыках между ними чаще всего появляются неожиданные расходы.

Чаще всего бюджет «съедают» четыре зоны: телефония (контакт-центр или IP-АТС), рабочее место оператора (доступ в интерфейс), каналы коммуникаций (голос, чат, мессенджеры, email) и надстройки вроде аналитики и контроля качества. Даже если решение продается как один продукт, внутри это могут быть отдельные модули с разными правилами учета.

Термины у вендоров нередко звучат похоже, но считаются по-разному. Обычно встречаются такие единицы:

• Пользователь: учетная запись, которой назначают доступ и роли.
• Рабочее место: право входа в клиент и работа с очередями, иногда с привязкой к набору функций.
• Устройство: телефон, софтфон, гарнитура или терминал, которые могут требовать отдельной регистрации.
• Канал: одновременный разговор или сессия (линия, чат), то есть емкость.
• Функция: запись, речевая аналитика, оценка операторов, интеграция с CRM.

Из-за этого число операторов в штате не равно числу лицензий. Простой пример: в штате 40 операторов, но одновременно на линии максимум 18, потому что работают сменами и часть людей в обучении. В таком случае лицензии на одновременную работу будут ближе к 18, а вот лицензии на пользователей в CRM могут понадобиться почти всем 40, если каждому нужен доступ к карточкам клиентов.

Чтобы расчет не превратился в гадание, сначала соберите базовые данные. Минимально полезны:

• график смен и фактическая одновременность по часам (пики и «тихие» часы);
• доля обращений по каналам (голос, чат, мессенджеры, email);
• требования к записи и сроку хранения;
• сколько людей должны иметь доступ к отчетам и аналитике (супервизоры, QA, безопасность).

Эти цифры помогают быстро отделить «лицензии на людей» от «лицензий на емкость» и понять, где стоимость растет из-за пиков, записи и дополнительных ролей.

Какие модели лицензий встречаются чаще всего

В колл-центрах лицензирование почти всегда состоит из двух частей: кто имеет право входа в систему и какие функции ему доступны. Из-за смен, удаленной работы и «горячих столов» одна и та же команда может стоить по-разному в зависимости от модели.

Именные (Named User)

Лицензия закрепляется за конкретным человеком (учетной записью). Это удобно для постоянных сотрудников, супервизоров и тех, кому нужны персональные настройки и роли.

Минус заметен там, где много смен. При 2-3 сменах вы платите за всех людей, даже если одновременно работает только часть. Например, 60 операторов по списку в трех сменах могут дать 20-25 активных одновременно, но в модели Named User оплачиваются все 60.

Одновременные (Concurrent)

Вы платите за количество одновременных сессий, а не за число сотрудников в штате. Это часто выгоднее при сменной работе, сезонных операторах и неполной занятости.

Ключевой вопрос - что именно считается «одновременностью». У разных вендоров это может быть активный вход в систему, статус «Ready», подключение к очереди, открытая вкладка в браузере или «висящая» сессия после смены. Эти детали напрямую меняют реальную потребность в лицензиях.

По устройству или по рабочему месту

Здесь лицензируется конкретный ПК, тонкий клиент или «рабочее место» в системе. Для офисов с фиксированными местами это может быть просто. Но при hot desk модель легко становится дорогой, если лицензия жестко привязана к железу: вы платите за каждую стойку, даже если на ней работают разные люди по очереди.

«По рабочему месту» часто путают с «одновременными». На практике разница в том, насколько легко «пересадить» учетку и как система считает активность при входе, выходе и пересменке.

Отдельные лицензии на модули

Помимо базовой лицензии оператора часто есть доплаты за роли и функции: супервизоры, мониторинг, управление очередями, контроль качества, WFM, аналитика, отчеты, интеграции. Именно здесь бюджет «вдруг» растет: операторов может быть 60, а супервизоров 6, но модуль качества или речевая аналитика тарифицируются по каналам, агентам или объему.

Полезно сразу разделить требования на три группы: доступ (кто входит и как считается одновременность), функционал (какие роли и модули нужны) и масштабирование (что будет расти: агенты, каналы, хранение, интеграции).

«Лицензия на доступ» и «лицензия на функционал»

Проверка простая: если сотрудник может войти, но не может включить запись или открыть отчет, значит доступ есть, а функционал не оплачен. При сравнении предложений просите разложить цену по слоям. Так легче понять, что вы покупаете сейчас, а что станет доплатой после запуска.

Смены и динамические рабочие места: как считать одновременность

Когда операторы работают посменно и садятся за любые свободные места, считать лицензии по числу сотрудников почти всегда дорого. В таких случаях полезнее считать одновременность: сколько людей реально одновременно в системе в пиковые часы. Это центральный момент в теме «Лицензирование ПО для колл-центра».

Начните с простой таблицы смен. В ней важны не только часы начала и конца, но и перерывы, обучение, плановые совещания и перекрытия между сменами, когда идет прием дел.

Не усложняйте: для каждой смены фиксируйте, сколько людей запланировано, сколько из них реально «на линии», и когда они одновременно в работе. Например, смена 1: 08:00-16:00 (обед 12:00-13:00), смена 2: 14:00-22:00 (обед 18:00-19:00). Перекрытие 14:00-16:00 часто и дает пик по одновременным входам.

Пики возникают не только из-за перекрытий. Часто всплеск бывает в первые 15-30 минут после старта смены (все заходят в систему), в «обеденные окна» (часть ушла, часть вернулась), а также в сезонность (акции, отчетные даты, массовые уведомления).

Если у вас уже есть статистика, практичнее смотреть фактическую загрузку по часам и брать 95-й процентиль одновременности, а не абсолютный максимум одного дня. Это дает цифру, ближе к реальности, и снижает риск переплаты.

Чтобы быстро прикинуть емкость, обычно хватает такого порядка действий:

• собрать расписание смен с перерывами и перекрытиями;
• отметить часы, когда поток обращений обычно выше;
• сравнить плановую одновременность с фактом (если есть логи);
• взять ориентир по 95-му процентилю и добавить небольшой буфер;
• отдельно проверить пики входов в начале смен.

Буфер нужен на обучение новичков, подмены, больничные и внезапные всплески. Часто хватает 5-10% к расчетной одновременности. Больше имеет смысл закладывать, если регулярны кампании или высокий процент временного персонала.

Отдельно разделите лицензии для операторов и для руководителей смен. Руководители часто работают дольше, подключаются из разных мест и используют расширенные функции. На практике обычно получается так: операторы считаются по одновременности, руководители смен и администраторы чаще считаются «по людям», а временным сотрудникам удобнее держать небольшой отдельный пул.

«Горячие столы» и удаленные операторы: учет рабочих мест

При hot desk «рабочее место» не всегда равно «оператор». В реальности это набор: устройство (ПК, тонкий клиент или терминал), точка подключения (сеть, телефонный порт или софтфон) и учетная запись в контакт-центре. Для бюджета важно отделять железо от лицензий: устройство вы покупаете и обслуживаете, а лицензия чаще всего привязана к пользователю, одновременной сессии или каналу.

Если операторы пересаживаются в течение дня, стоимость может сильно отличаться. При «именованном пользователе» пересадки почти не помогают: лицензий нужно столько, сколько людей в штате (плюс временные). А модель по одновременным пользователям позволяет платить за пик активности: сколько операторов реально сидят в системе одновременно, столько лицензий и нужно. Поэтому расчет обычно стоит начинать с замера одновременности, а не с числа столов.

С удаленными операторами появляется еще один слой расходов, который часто путают с лицензиями: VPN, VDI, корпоративные учетные записи, защита конечных устройств. Это инфраструктура и ИБ, а не лицензия контакт-центра, но деньги часто идут из одного бюджета. Если оператор работает из дома на личном ноутбуке, заранее уточните, допускается ли это условиями лицензии и политиками безопасности: иногда разрешено только корпоративное устройство, иногда важнее факт одновременной сессии.

Гостевой доступ и временные сотрудники - отдельный риск. «Дать логин на двоих» или передавать одну учетку сменами часто нарушает условия. Для сезонных нагрузок безопаснее заранее согласовать вариант: отдельные временные учетные записи, пул одновременных лицензий или короткие подписки.

Перед покупкой полезно закрыть несколько вопросов: к чему привязана лицензия (человек, устройство, сессия), как считается одновременность при VDI/терминальном доступе, и нужны ли отдельные лицензии на софтфон или телефонный аппарат.

Гарнитуры и телефоны обычно не «лицензируются» как ПО, но влияют на итоговую стоимость владения. В офисе это парк устройств на каждый стол, а при hot desk - запас на смены и санитарную обработку. Если вы обновляете рабочие места, имеет смысл заранее стандартизировать тип устройств (например, ПК или моноблоки) и способ подключения, чтобы не переплачивать на поддержке.

Запись разговоров: лицензии, каналы и хранение

Запись разговоров почти всегда считается отдельно от «обычной» телефонии. Здесь важно не смешивать два разных слоя затрат: право записывать (лицензия на запись) и место, где записи будут лежать (хранение и архив). Когда это сводят в один пункт, бюджет часто «всплывает» уже после запуска.

Лицензия на запись обычно привязана не к числу операторов, а к количеству одновременных записей (каналов) или к конкретному модулю записи. Хранение же считается по объему (ГБ или ТБ), сроку удержания и скорости доступа: быстрое хранилище для свежих записей и более дешевый архив для старых.

Запись всех разговоров или выборочная

«Пишем все» звучит просто, но увеличивает число одновременных записей и объем данных. Выборочная запись (например, только спорные кейсы, новые сотрудники, определенные очереди) помогает держать расходы под контролем, но требует понятных правил: кто включает запись, как фиксируется причина и как это проверяется.

Чтобы посчитать модель затрат без сюрпризов, заранее уточните: максимум одновременных звонков, которые должны записываться (в пике, а не «в среднем»), долю записываемых звонков, срок хранения по требованиям бизнеса и регуляторики, а также формат и качество записи (они влияют на размер файлов). Отдельно решите, нужен ли быстрый поиск и воспроизведение или достаточно архива.

Доступ, журналы и персональные данные

Записи почти всегда содержат персональные данные. Поэтому важны не только лицензии, но и контроль доступа: роли (оператор, супервизор, служба качества, ИБ), разграничение прав на прослушивание и выгрузку, журналы действий, чтобы было видно, кто и когда открывал запись.

По инфраструктуре чаще всего выбирают локальное размещение, ЦОД или гибрид (свежие записи быстро, архив дешевле). Например, если контакт-центр хранит записи локально, ему могут понадобиться отдельный сервер и дисковая емкость под пики, а также резервное копирование. В таких проектах серверную часть лучше закладывать заранее, в том числе на стойковых серверах уровня GSE S200 Series, если хранение строится внутри организации.

При обсуждении лицензирования попросите разложить расчет отдельно по одновременным записям и по хранению. Так проще сравнить предложения и понять, что именно увеличит счет при росте нагрузки.

Шаги расчета бюджета: от требований до модели затрат

Бюджет на лицензирование ПО для колл-центра сходится тогда, когда вы опираетесь на реальную работу операторов, а не на «количество сотрудников» как единственную цифру. Начните с короткого описания процессов: какие каналы используются, какие смены, какие роли (оператор, супервизор, админ), нужна ли запись всех разговоров или выборочно, есть ли требования по хранению и доступу.

Дальше соберите метрики. Важно иметь не только «в среднем», но и пики: утро, обед, конец дня, дни выплат, сезон.

Рабочий порядок, который помогает ничего не упустить:

• зафиксировать процессы и правила (смены, hot desk, удаленные операторы, права доступа, запись и отчеты);
• снять цифры (пиковая одновременность по операторам и супервизорам, средние значения, прогноз роста на 6-12 месяцев);
• разложить лицензии по слоям (телефония и очереди, CRM или рабочее место агента, запись и контроль качества, аналитика и отчеты);
• оценить инфраструктуру (серверы, диски под записи, бэкап, отказоустойчивость, требования по размещению).

Поддержку и обновления лучше сразу включать в модель. Это регулярная статья затрат: продление, техподдержка, обновления, расширение мощностей.

В конце согласуйте допущения и критерии успеха пилота. Например: «в пилоте 30 операторов, пик 18 одновременных, запись 50% звонков, хранение 180 дней, отчеты по очередям доступны руководителю смены». Эти условия потом становятся проверкой, что расчет сделан честно.

Если инфраструктура разворачивается on-premise, заранее оцените железо под нагрузку и хранение. В Казахстане это часто завязано на сроки поставки и доступность сервисной поддержки, чтобы пилот не затянулся из-за логистики.

Пример сценария: 60 операторов, 3 смены и частичная запись

Кейс «по духу» для темы «Лицензирование ПО для колл-центра». В штате 60 операторов и 3 смены по 20 человек. Нагрузка неровная: примерно 40% рабочего времени - пики, когда одновременно на линии заметно больше людей.

По рабочим местам используется hot desk: 35 физических мест (ПК, гарнитура, тонкий клиент или VDI). Между сменами есть пересадки и короткие пересечения на сдачу смены. Для лицензий по одновременным пользователям важно не число людей в штате, а максимум тех, кто реально бывает в системе одновременно.

Лицензии по concurrent: как посчитать

Допустим, в пик одновременно работают до 30 операторов (часть на перерывах, часть на обучении, часть на задачах вне звонков). Плюс 4 супервизора, которые в это же время слушают, подключаются к звонкам и смотрят панели. Добавим резерв на сдвиги смен, незапланированные подключения и всплески (например, 10% с округлением вверх).

Итого расчет по concurrent: 30 (операторы в пик) + 4 (супервизоры) + 4 (резерв) = 38 одновременных лицензий. Отдельно проверьте роли качества, аналитика и администратора: их часто лицензируют иначе, чем операторов.

Запись разговоров и хранение на 90 дней

Требование по записи: 100% входящих и 20% исходящих. Для оценки хранения удобнее считать минутами записей в день.

Предположим, среднее «чистое» разговорное время - 4 часа на оператора за смену. Тогда за день: 60 операторов x 4 часа = 240 часов разговоров, или 14 400 минут. Пусть 60% минут - входящие, 40% - исходящие. Записываем: 14 400 x 0,6 + 14 400 x 0,4 x 0,2 = 9 792 минуты в день.

Если ориентироваться на 0,5 МБ за минуту (типичная оценка для моно-записи без «тяжелых» кодеков), получится около 4,9 ГБ в день. На 90 дней это примерно 441 ГБ. Разумно добавить 15-30% на служебные данные (метаданные, индексы, «хвосты» файлов, возможные дубли) - итого порядка 0,5-0,6 ТБ.

Ниже пример структуры итоговой таблицы затрат (без цен), которую удобно согласовывать с ИТ и закупками:

Частые ошибки, из-за которых бюджет расходится с фактом

Разрыв между планом и реальностью чаще появляется не из-за «дорогой лицензии», а из-за неверной логики расчета. Колл-центр живет пиками, сменами и разными ролями, и любая мелочь в правилах использования быстро превращается в лишние расходы или риски по соответствию.

Ошибки в лицензиях и ролях

Чаще всего бюджет «ломают» такие вещи:

• Покупают лицензии «по штату», не считая одновременность в пиковые часы и фактическую загрузку очередей.
• Забывают про роли кроме операторов: супервизоры, QA, тренеры, администраторы, аналитики.
• Смешивают лицензии на пользователя и на ресурсы (каналы, порты, линии, модуль записи). В итоге оплачивают одно, а упираются в другое.
• Не фиксируют правила hot desk. Без понятных правил входа и выхода легко получить серую зону: пользователей больше, чем куплено, или лицензии простаивают.
• Считают «как сейчас» и игнорируют рост: сезонные кампании, новые очереди, расширение на мессенджеры, новые филиалы, требования по отчетности.

Простой пример: в штате 60 операторов, но в пике одновременно работают 38. Если купить «по штату», бюджет завышен. Если купить «по среднему» (скажем, 30), в пике начнутся отказы входа или просядут очереди, и бизнес попросит срочно докупить по более высокой цене.

Ошибки в записи разговоров и хранении

Запись часто считают как «галочку», а потом удивляются счету за инфраструктуру. Типичные провалы: не разделяют лицензии на запись и ограничения по количеству каналов, недооценивают срок хранения, не закладывают резервное копирование и доступ для QA.

Если требования подразумевают длительное хранение и быстрый поиск, лучше заранее посчитать объемы и выбрать, где это будет размещено. На практике это нередко означает отдельные серверы и дисковую подсистему. В Казахстане многие стараются держать данные локально, и здесь помогает ранняя оценка инфраструктуры с опорой на поддержку на месте, в том числе через локального производителя и интегратора вроде GSE.kz.

Самый надежный способ избежать перерасхода - зафиксировать правила: кто считается пользователем, что считается одновременностью, как работает hot desk, сколько каналов пишется и сколько месяцев записи нужно хранить.

Быстрые проверки перед покупкой: короткий чеклист

Перед согласованием модели лицензирования полезно сделать короткую проверку. Она занимает час-два, но часто экономит недели переписки с вендором и неприятные сюрпризы в бюджете.

Смысл простой: вы покупаете не «количество людей в штате», а комбинацию одновременности, ролей, записи и хранения. Если один блок не зафиксирован, итоговая цена почти всегда «уплывает» после запуска.

Проверьте, что у вас:

• есть матрица смен с перекрытиями, перерывами и планом подмен, и по ней видно, сколько людей реально «на линии» каждый час;
• посчитаны пики по каналам и целевая одновременность, а также зафиксировано, что считается «одновременно» (вход, статус Ready, активный разговор/диалог);
• разделены роли и лицензии (операторы, руководители, QA, администраторы), и понятно, кому нужны отчеты, мониторинг, прослушивание, управление очередями;
• определена политика записи (процент, исключения, пауза записи для чувствительных данных), срок хранения и правила доступа;
• ясно, где физически будут храниться записи и кто отвечает за бэкап и восстановление, и проверено, хватает ли места и пропускной способности.

Добавьте план роста на 12-24 месяца: расширение каналов, сезонные пики, новые группы операторов. Небольшой согласованный запас по лицензиям и хранению обычно дешевле, чем авральная докупка.

Следующие шаги: пилот, инфраструктура и план закупок

Перед покупкой лицензий и подписанием договора полезно сделать короткий пилот. Выберите одну очередь или одно подразделение (например, входящая линия поддержки), подключите реальных операторов и прогоните типичный день: пики, пересменки, перерывы, подмены. Цель понятная: проверить допущения по одновременности и увидеть, какие лимиты заканчиваются первыми.

Чтобы пилот дал цифры, а не впечатления, заранее договоритесь о метриках: пиковое число одновременных операторов по сменам, количество активных каналов записи, средняя длительность звонка, процент записываемых обращений. Эти данные напрямую ложатся в модель затрат.

Правила hot desk и учетные записи

«Горячие столы» экономят рабочие места, но легко ломают учет лицензий, если нет правил. Заранее закрепите в регламенте: как выдаются учетные записи (персональные или сменные), кто отвечает за доступ, как оператор «занимает» место и как освобождает его, что делать при подменах и сверхурочных, и как учитываются удаленные операторы.

Практичная проверка для пилота: устроить «стресс-день» с пересменкой и подменой и посмотреть, не растет ли одновременность из-за забытых сессий.

Запись и хранение: запас, резерв и контроль

Запись разговоров редко упирается только в лицензию. Часто раньше заканчивается место, пропускная способность или резервирование. Заложите запас по хранению (обычно считают по худшему месяцу), продумайте бэкап и проверку целостности, а также мониторинг, который предупреждает о проблемах до того, как пропадут записи и отчеты.

В плане закупок удобнее разделять расходы на три части: лицензии (операторы, супервизоры, запись, аналитика), инфраструктура (серверы, хранилище, сеть) и сопровождение (мониторинг, обновления, реакция на инциденты). Так проще защищать бюджет и не смешивать разовые покупки с регулярными платежами.

Если под колл-центр нужна поставка рабочих мест и серверов, заранее решите, что будет локально, а что в облаке. Для локальной инфраструктуры и интеграции в Казахстане можно опираться на GSE.kz: рабочие ПК L200, моноблоки M200 для операторских мест и серверы S200 под запись и сервисы, а также услуги системной интеграции и дальнейшая поддержка. Это особенно удобно, когда важны предсказуемые поставки, единая ответственность и обслуживание после запуска.