Онлайн-чат с оператором: сколько человек нужно и в какие часы

Для сайта B2B-компании с 200-400 диалогами в месяц достаточно одного оператора на смену 9:00-18:00 буднего дня плюс чат-бот для вечера и выходных. При росте до 15-20 одновременных чатов в пиковый час нужен второй оператор или посменный график с 8:00 до 21:00.

Почему в час пик чат перестаёт справляться

У торговой компании из Одинцово чат на сайте захлёбывается каждый день в одно и то же время — в 11:00, когда снабженцы клиентов рассылают запросы на замену поставщика после утренней планёрки. Один оператор физически ведёт 3-4 параллельных диалога с приемлемой скоростью ответа, а в этот час в очередь встаёт 12-15 обращений. Дело не в том, что сотрудник работает медленно, дело в математике: количество диалогов в час превышает пропускную способность одного человека в три-четыре раза.

Пока клиент ждёт ответа дольше 2 минут, часть уходит смотреть предложение у конкурента, часть закрывает вкладку и звонит на общий номер, перегружая уже и телефонную линию. Для B2B-сделки со средним чеком от 150 000 рублей потерянная заявка в чате — не мелкая неприятность, а упущенная выручка, которую через неделю никто не свяжет с очередью в 11:03 прошлого вторника. А если очередь повторяется день за днём, теряется не одна заявка, а стабильный процент трафика, за который уже заплачено в рекламе.

что обычно стоит за очередью в чате

• ✓на сайт приходит трафик пачками — после рассылки, рекламной кампании или обновления цен, а график операторов рассчитан на равномерный поток
• ✓один оператор одновременно ведёт продажи, техподдержку и вопросы про доставку — универсальность снижает скорость по каждому направлению
• ✓нет разделения на простые вопросы (статус заказа, наличие товара) и сложные (расчёт сметы, спецусловия) — простые съедают время, нужное на сложные
• ✓оператор вручную ищет остатки и статус заказа в учётной системе, вместо того чтобы сразу отвечать по данным, которые мог бы подставить бот

Как рассчитать, сколько операторов нужно

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

Для компании с 300 обращениями в чат в месяц и пиком в 11:00-13:00 хватает одного оператора с подстраховкой бота на простые вопросы. Для компании с 1500+ обращениями и несколькими пиками в день — утро, после обеда, ближе к вечеру — без двух операторов на смену очередь неизбежна.

Пример расчёта: интернет-магазин промышленного оборудования получает в среднем 22 диалога в пиковый час с 10:00 до 11:00. Оператор комфортно держит 4 параллельных чата, значит нужно 22 ÷ 4 = 5,5, округляем до 6 операторов, если весь поток идёт на людей. Но если бот забирает 60% типовых вопросов про наличие и сроки, на оператора остаётся 22 × 0,4 = 8,8 диалога, то есть достаточно 2-3 человек в эту смену — разница в штате в два раза при той же нагрузке на бизнес.

сколько операторов нужно компании с несколькими направлениями продаж

У компаний с оптовым и розничным каналом, филиалами или отдельными юрлицами на группу нагрузка считается не одним числом, а по каждому направлению отдельно — у опта и розницы разные пиковые часы и разная сложность диалогов. Если учёт ведётся в 1С:ERP, у бота и оператора уже есть общая база остатков и заказов по всем направлениям, и штат считается от суммарного потока, а не от догадок по каждому направлению в отдельности.

В какие часы держать чат открытым для B2B-клиентов в Москве

Для B2B-сайта пик приходится не на вечер, как в рознице, а на рабочее время клиента: с 9:30 до 12:00 и с 14:00 до 17:00 по будням — часы, когда снабженцы, бухгалтеры и менеджеры закупок разбирают текущие задачи. Пятница после 16:00 и понедельник до 10:00 — традиционно тихие окна, держать на них полный штат смысла нет.

Частая ошибка малого и среднего бизнеса — закрывать чат ровно в 18:00 и включать снова в 9:00, хотя часть клиентов из других часовых поясов и региональные заказчики пишут именно вечером, когда закрывают свой рабочий день. Заявка, оставленная в 19:40 и обработанная только в 9:05 следующего утра, для многих B2B-сценариев уже холодная — клиент за это время написал ещё двум поставщикам.

Обеденный перерыв — ещё одна точка провала: если оператор уходит на обед в 13:00-14:00 без подмены, а именно в это время у клиентов короткое окно между встречами, чат за час теряет не меньше заявок, чем за ночь. Плавающий обед или подмена ботом на этот час закрывают провал без лишней ставки в штате.

Как исправить перегрузку чата без раздувания штата

Дешевле не нанимать второго или третьего оператора, а забрать у первого рутину. Бот на сайте закрывает три типа вопросов без участия человека: статус заказа, наличие товара на складе, стандартные условия доставки и оплаты. Именно эти вопросы обычно составляют 50-60% входящего потока в чат — оператор остаётся на сложных случаях, где решение действительно нужно человеку.

Чтобы бот отвечал не заглушками, а реальными цифрами, ему нужен доступ к актуальным остаткам и статусам заказов — это делается через интеграцию с учётной системой. Если заявки и склад ведутся в 1С:Управление торговлей, бот подключается к её данным напрямую, и клиент в чате видит тот же остаток, что менеджер видит в базе, без звонка «уточню и перезвоню».

Если компания только выбирает учётную систему или ведёт заказы в самописных таблицах, разумно сначала пройти внедрение 1С — без единой базы заказов бот будет отвечать по устаревшим данным, и доверие к чату упадёт быстрее, чем вырастет.

Важна и передача диалога оператору: если бот молча переключает клиента на человека без контекста, оператор заново переспрашивает то, что клиент уже написал боту, и раздражение растёт вместо того, чтобы падать. Сценарий эскалации должен передавать оператору всю переписку и уже определённую тему обращения.

Что делать, если очередь в чате возникает снова после запуска бота

Бот снял рутину, но через два-три месяца очередь в пиковые часы возвращается — типичный сценарий, когда бизнес растёт, а сценарии бота остались прежними. Смотреть нужно в лог диалогов: если 20-30% обращений бот передаёт оператору с пометкой «не понял вопрос», значит либо расширился ассортимент, либо появились новые условия работы, которых нет в базе знаний бота.

Второй частый источник повторной перегрузки — устаревшая или недоработанная интеграция с учётной системой: бот отвечает медленно или неточно, потому что API 1С не отдаёт нужные поля или обновляется раз в сутки вместо реального времени. Такие случаи закрывает доработка 1С — донастройка обмена данными между базой и виджетом чата под конкретные сценарии компании, включая нестандартные условия для оптовых клиентов.

Если сама версия 1С устарела и не поддерживает нужные методы для обмена в реальном времени, потребуется сначала обновление 1С — иначе любая доработка бота будет упираться в ограничения платформы, а не в логику диалогов.

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

Как предотвратить потерю заявок в нерабочие часы и в пиковые дни

Три меры снижают риск очереди и потерянных заявок без постоянного раздувания штата. Первая — держать бота дежурным 24/7 для типовых вопросов и явно показывать клиенту время ответа оператора («отвечаем с 9:00, оставьте контакт — перезвоним первым делом»), чтобы человек не гадал, читает ли его кто-то вообще. Вторая — заранее прописать эскалацию: какие фразы клиента (жалоба, сумма сделки от определённого порога, слово «расторжение») бот сразу передаёт живому оператору, не пытаясь ответить сам.

Третья — не забывать про 152-ФЗ: чат собирает телефоны, почту и иногда данные о сделке, а это персональные данные, которые нужно обрабатывать и хранить по требованиям закона (текст — в 152-ФЗ). Если виджет чата хранит переписку и контакты на стороннем сервере без согласия клиента и без описанной политики обработки, это отдельный источник риска, который не связан с числом операторов, но всплывает при первой же проверке.

Разовая настройка интеграции бота с учётной системой и донастройка сценариев эскалации обычно укладывается в проект с оплатой по часам — сопровождение 1С и работы сисадмина стоят от 3800 рублей в час, и для большинства сайтов с чатом это разовая задача на несколько часов, а не постоянная статья расходов.

❓ Частые вопросы

Сколько операторов нужно чату B2B-сайта с 300 обращениями в месяц?

Одного оператора на смену 9:00-18:00 обычно достаточно, если пиковая нагрузка не превышает 4 одновременных диалога. При двух и более пиках в день или обращениях выше 800 в месяц нужен второй оператор либо чат-бот, который берёт на себя типовые вопросы про остатки, доставку и статус заказа.

Можно ли одному оператору вести несколько диалогов сразу?

Комфортная нагрузка — 3-4 параллельных чата на человека при среднем времени ответа до 2 минут. При росте до 8-10 диалогов скорость ответа падает в разы, клиенты начинают дублировать вопросы в разных окнах, а очередь растёт быстрее, чем оператор успевает её разбирать вручную.

Нужно ли держать чат открытым круглосуточно?

Не всегда: для B2B хватает бота ночью и в выходные, а живого оператора — в рабочие часы клиентов, обычно 9:00-18:00 или 8:00-21:00 при двух сменах. Круглосуточный оператор нужен, только если заметная доля заявок приходит из других часовых поясов или регионов.

Как чат-бот снижает нужное число операторов?

Бот закрывает 50-60% типовых вопросов — про наличие, статус заказа, условия доставки — без участия человека, если подключён к актуальным данным из учётной системы. Оператор остаётся на сложных сделках и жалобах, поэтому один человек справляется с потоком, для которого раньше требовалось два-три.

Что делать, если очередь в чате возникает в одни и те же часы?

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