Посетители томятся в одном месте и не понимают, кто следующий. Часть уходит до вызова. Операторы выкрикивают фамилии через зал. Электронная очередь упорядочивает этот поток: человек берёт талон, садится и ждёт, когда его вызовут на конкретное окно. Но покупка киоска с табло решает только видимую часть задачи. Настоящая разница между работающей очередью и просто новым оборудованием - в правилах распределения и в связи с учётом.
Коротко: сначала решите три вещи - сколько у вас площадок и окон, по каким правилам распределяются клиенты и с какой системой очередь должна обмениваться данными. Типовую площадку закрывает готовая система или аренда; свои правила и связку с CRM заказывают отдельно.
Среди проектов студии есть задачи, где сеть офлайн-центров выбирает устройство системы заранее, до разработки - кейс.
Из чего состоит электронная очередь
Коротко: из киоска выдачи талонов, табло вызова, рабочего места оператора, принтера и звукового оповещения. Онлайн-талон заменяет часть железа, но не отменяет правила.
Система управления очередью (сокращённо СУО) состоит из нескольких частей, и их можно взять по отдельности.
Киоск выдачи талонов - терминал, где посетитель выбирает услугу и получает талон с номером и временем. Вместо киоска бывает планшет на стойке или просто сотрудник, который выдаёт талон. Табло вызова показывает номер талона и номер окна, куда подойти; их обычно два - большое в зале ожидания и маленькое над самим окном. Рабочее место оператора - программа, через которую он вызывает следующего, переводит клиента на другого специалиста или закрывает приём. Принтер талонов и звуковое оповещение дополняют набор: печатают номерок, объявляют вызов голосом.
Онлайн-талон меняет расклад. Посетитель берёт номер заранее - с сайта, по QR у входа или в мобильном приложении - и приходит к своему времени. Часть железа при этом не нужна, но правила распределения остаются: система всё равно должна понимать, кому и когда подойти.
Что из этого вам действительно нужно, зависит от того, как устроен поток. Бюджет тут вторичен. Если посетители приходят волнами и стоят, киоск и табло снимают напряжение у входа. Если приём идёт по записи, на первый план выходит связь очереди с расписанием специалистов.
Что решить до заказа
Коротко: число площадок и окон, правила распределения и приоритетов, обмен данными с учётом. Эти ответы определяют, что вам вообще заказывать.
Приходить к подрядчику с фразой «хочу электронную очередь» рано. Разговор станет предметным, если у вас есть ответы на несколько вопросов.
- Сколько у вас площадок и окон. Один офис с тремя окнами и пять точек в разных городах - это две разные системы. На нескольких площадках встаёт вопрос единого центра или автономной работы каждой точки.
- По каким правилам распределяются клиенты. Одна общая очередь на все окна или своя на каждую услугу. Могут ли окна быть универсальными или закреплены под услугу.
- Есть ли приоритетные категории. Льготники, записи на конкретное время, VIP-клиенты, срочные случаи. Каждый приоритет - это отдельное правило, которое кто-то должен задать и объяснить системе.
- С какой системой очередь обменивается данными. Запись, CRM, учётная система, телефония. Клиент по записи должен проходить быстрее, а его визит - попадать в карточку, иначе очередь живёт отдельной жизнью.
- Что делать при перегрузе. Если желающих больше, чем окон, система должна либо честно показывать время ожидания, либо предлагать записаться на другой день. Это правило тоже закладывают заранее.
Ответы на эти вопросы - вход в проект. По ним подрядчик оценивает объём, а вы понимаете, нужна ли вообще своя разработка. Если задача нестандартная - например, очередь должна работать без интернета, когда связь на точке пропадает, - об этом лучше сказать в самом начале.
Готовая система, аренда или своя разработка?
Коротко: типовую площадку с одной услугой закрывает готовая система. Свои правила, несколько площадок и связка с чужой CRM - это уже разработка.
На рынке есть три пути. Они отличаются тем, насколько система подстраивается под ваши правила.
| Критерий | Готовая система | Аренда | Своя разработка |
|---|---|---|---|
| Кому подходит | Одна площадка, типовые услуги | Разовый проект, выставка, сезон | Свои правила, несколько площадок |
| Оборудование | Покупаете своё | Берёте в аренду | Подбираете или обходитесь онлайн-талоном |
| Правила распределения | Как в системе | Как в системе | Любые, какие зададите |
| Связь с CRM и записью | Ограниченная | Обычно нет | Полная, под ваш учёт |
| Изменения под себя | Через вендора | Нет | Сразу |
| Кто отвечает за сбой | Вендор | Арендодатель | Вы и подрядчик |
| Платежи | Разово плюс поддержка | Регулярно | Разово плюс поддержка |
Разница видна на примере. Если салон с двумя окнами и одной услугой хочет просто навести порядок у входа, готовая система справится: правила в ней типовые, и подгонять нечего. Другой случай - сеть из шести точек. Здесь хотят, чтобы клиент по записи проходил без талона, попадал к своему мастеру, а данные о визите шли в общую CRM. Это уже свои правила и связка с учётом, и коробка в них упирается.
Часто между этими крайностями хватает середины: готовую основу дорабатывают под ваши правила. Такая доработка - это работа по интеграции. Подробнее о ней - в разборе про доработку интеграций.
Связка очереди с записью, CRM и учётом - та часть, которую покупка киоска не закрывает. Разработку такой связки мы ведём по фиксированной цене и сроку: опишите задачу, вернёмся с составом работ и сметой через заявку на сайте, обычно за 24 часа.
Что спросить у поставщика до покупки
Коротко: спрашивайте про свои правила, обмен данными, работу без интернета, отчёты и поддержку - до того, как заплатите.
Купленная коробка возврату обычно не подлежит, поэтому вопросы задают заранее.
- Можно ли поменять правила распределения самим или только через вендора. Если только через вендора, уточните цену и срок такой доработки.
- Как система отдаёт данные в другие программы. Есть ли открытый интерфейс обмена или только выгрузка таблицами.
- Что произойдёт, если пропадёт интернет. Очередь встанет полностью или продолжит работать на точке и догонит данные потом.
- Какие отчёты система строит и можно ли выгрузить их для анализа. Отчёт с временем ожидания по каждому окну полезнее, чем общая сводка.
- Что входит в поддержку и что считается сбоем. Ответ «звоните, разберёмся» - не ответ.
- Кто отвечает за оборудование, если оно ломается в разгар дня.
Если поставщик отвечает уклончиво на второй и третий вопросы - это сигнал, что связку с вашим учётом и работу на точке придётся доделывать отдельно.
Когда готовая система не подходит
Коротко: когда правила свои, площадок несколько или очередь должна жить внутри вашего учёта. Тут доработка или разработка неизбежны.
Есть несколько признаков, при которых коробка честно не справится.
Несколько площадок с разными правилами. В одном центре очередь общая, в другом клиента ведут к конкретному специалисту. Единая логика нужна одна, а правила на точках разные.
Свои приоритеты. Если порядок обслуживания задают договор, статус клиента или срок обращения, такое правило в типовую систему не заложено.
Связь с чужим учётом. Когда визит должен попадать в CRM, влиять на бонусы или на расчёт загрузки мастеров, система очереди обязана обмениваться данными с этими программами. Обычно именно здесь и начинается разработка.
Нестандартные зоны и сценарии. Зона ожидания с детьми, отдельная стойка для документов, вызов в два этапа - предварительный и к окну. Каждый такой сценарий приходится описывать заново.
Работа без постоянной связи. Точка в торговом центре или в отдалённом районе, где интернет пропадает. Если это критично, автономная работа закладывается в проект с самого начала: у каждой точки свои данные, а обмен идёт, когда связь появляется. Так же решается вопрос на нескольких площадках, где пока не решили, держать один центр или у каждой точки свой сервер.
Онлайн-талон и QR: убирают ли они очередь
Коротко: убирают часть ожидания у входа, но без правил просто переносят давку в другое место и другое время.
Онлайн-талон выглядит как простое решение: посетитель берёт номер с телефона и приходит к своему времени. Без железа, дешевле, быстрее.
Помогает это не всем. Если поток записанных клиентов не ограничен и все записываются на одно время, давка во дворе превращается в давку в зале ожидания. Онлайн-талон работает только вместе с правилами: сколько человек система пускает на одно время, что делать, если пришедший не по записи, как быстро принять записанного. Ориентир можно взять из практики центров обслуживания: предзапись открывают на срок до десяти рабочих дней вперёд, а на один слот выдают один-два талона - в зависимости от числа окон. Эти два числа и решают, будет толпа или нет.
Для записанных клиентов вызов идёт по имени и времени. Система распознаёт, что человек пришёл, и либо вызывает сразу, либо ставит его вперёд общей очереди. Как устроена сама запись, разбирается в статье про бота для записи клиентов; в контексте очереди важно одно - запись и очередь должны видеть одни и те же данные о времени и специалисте.
Если у вас уже есть приём по записи, онлайн-талон дополняет её: он снимает нагрузку с ресепшена и упорядочивает тех, кто приходит без договорённости.
Как связать очередь с записью и CRM
Коротко: клиент по записи проходит быстрее, и оба пути - запись и живая очередь - видны в одной карточке визита.
Связка с записью и CRM выводит очередь из изоляции: визит перестаёт быть только номером на табло.
Работает это так. Клиент записывается заранее - через сайт, бота или по телефону - и данные ложатся в CRM. Когда он приходит, система очереди находит его по записи и вызывает без талона. Если он пришёл без записи, берёт талон в общей очереди. Оба потока попадают в один журнал визитов: видно, кто пришёл по записи, кто так, сколько ждал и сколько длилось обслуживание.
Без этой связки получаются две несовместимые картины. В CRM видно, что клиент записан и пришёл, а в очереди - что он отсидел сорок минут, и никто не поймёт, был он на самом деле или нет.
Связка обычно идёт через обмен данными между системами. Что именно передавать и как часто - решается с подрядчиком, но правило простое: данные о визите должны жить в одном месте. Дублирование в двух системах, которые друг о друге не знают, тут худший вариант.
Как измерить, что стало лучше
Коротко: снимите пять цифр до внедрения и сравните с ними после. Без этих цифр спор о результате превращается в спор о вкусе.
Порядок можно посчитать. Цифры снимают с самой системы, но базовые значения надо замерить ещё до внедрения, иначе сравнивать будет не с чем.
- Среднее время ожидания. Сколько проходит от взятия талона до вызова к окну. Главная цифра всей затеи.
- Длина очереди в пик. Сколько людей ждут одновременно в самый загруженный час.
- Доля ушедших без обслуживания. Часть посетителей, которые взяли талон и ушли до вызова. Именно их теряет бизнес.
- Загрузка окон и операторов. Кто работает на пределе, а кто простаивает.
- Доля клиентов по записи. Какую часть потока удалось перевести с живой очереди на запись.
Значения хранятся в отчётах системы. Перед внедрением обойдите площадку в пик и запишите эти числа хотя бы примерно: длина очереди на глаз, время ожидания по часам. Даже грубый замер до старта даёт точку отсчёта. Отдельный совет - назначить день, когда вы сравните до и после: через неделю после запуска ощущения обманчивы, а спустя месяц видно разницу.
Есть и внешний ориентир. Там, где обслуживание нормируется, максимальное время ожидания в очереди ограничивают - для части государственных услуг норматив составляет 15 минут. Для магазина или салона своей нормы нет, но полезно видеть общий фон: по опросу конца 2024 года покупатели в среднем стоят в очереди около одиннадцати минут, а чаще всего с ожиданием сталкиваются в магазинах и поликлиниках. Смотрите на них как на точку сравнения для своей площадки.
Как принять работу у подрядчика
Коротко: проверьте очередь в бою по снятым цифрам и по списку сценариев. То, что экраны включились, ещё ничего не доказывает.
Приёмка проверяет, что система делает именно обещанное. Осмотра стенда недостаточно, поэтому пройдите по списку.
- Типовой визит. Возьмите талон одной услуги, дождитесь вызова, закройте приём. Цепочка работает от начала до конца.
- Записанный клиент. Оформленная запись вызывает клиента верно и ставит его в очередь по правилу записи.
- Приоритеты. Смоделированный льготник или срочный случай проходит так, как задумано.
- Перегрузка. Что система делает, когда желающих больше, чем окон: показывает время ожидания, предлагает записаться, перенаправляет.
- Отчёты. Те пять цифр собираются и совпадают с тем, что вы видите на площадке.
- Связь с учётом. Визит из очереди появляется в CRM или учётной системе, и его видно по конкретному клиенту.
- Сбой сети. Если точка должна работать автономно, отключите связь и проверьте, что очередь продолжает идти, а данные не теряются.
Критерии приёмки лучше записать до начала работ. Тогда спор о том, готова ли система, решается по списку. Та же логика, что и с парковкой для сотрудников, где въезд по брони подтверждают шлагбаум и камеры, а неявки считаются без ручного разбора: сдаётся работающее правило, и проверить его можно только в деле.
Что двигает смету
Коротко: число площадок, интеграции, свои правила и железо. Точную сумму называет подрядчик после разбора задачи.
Цена электронной очереди складывается из нескольких частей, и понять, что двигает смету, полезно до разговора.
- Число площадок. Каждая точка - отдельная настройка, а иногда и отдельный сервер. Пять площадок дороже одной не просто в пять раз.
- Интеграции. Связка с записью, CRM, учётной системой, телефонией. Каждый стык - отдельная работа и отдельная проверка.
- Свои правила. Чем больше нестандартных приоритетов и сценариев, тем больше проектирования и настройки.
- Оборудование. Киоски, табло, принтеры, звук. Железо берут готовое, но его состав и монтаж входят в проект.
- Работа без связи. Автономные точки и синхронизация - заметная часть разработки, но без неё не обойтись, если связь на объекте нестабильна.
- Обучение и запуск. Персонал надо научить пользоваться системой, а площадку - запустить в рабочий день.
В ответе на заявку просите состав: что входит в работу, какие системы связываются, что считается результатом. Одной суммы для проверки мало.
Требования к данным и доступности
Коротко: если талон привязан к имени или телефону, это персональные данные. Для маломобильных посетителей нужны свои талоны и зоны.
Две вещи в проекте легко упустить, а потом переделывать.
Персональные данные. Сам по себе номер на талоне ничей - обезличенный. Но как только система связывает номер с именем, телефоном или картой, она начинает обрабатывать персональные данные. Тогда по закону о персональных данных нужны согласие человека, понятное хранение и ограничение доступа. Чем раньше это учтено в проекте, тем дешевле, чем переделывать после запуска.
Доступность. Посетители с ограниченными возможностями должны пользоваться очередью наравне со всеми: талон, который они могут взять, вызов, который они услышат и увидят, зона ожидания, куда можно доехать. Для людей с нарушениями слуха вызов без звука бесполезен - нужна визуальная подсказка. Требования к таким средствам информации собраны в своде правил по доступности зданий; табло, терминалы и звук закладывают в задание заранее, до запуска.
Частые ошибки
Коротко: покупают железо раньше, чем решают правила; отключают живую очередь раньше, чем проверят новую; не назначают ответственного.
- Начинают с киоска и табло, а правила распределения и связь с учётом откладывают. Потом оказывается, что система выдает номера, но неверные.
- Не решают заранее, что делать при перегрузке. В пик очередь ведёт себя так же, как до внедрения.
- Отключают старый порядок, не проверив новый. Персонал остаётся без подстраховки в первый же сложный день.
- Не назначают ответственного за систему. Данные о визитах нужны одному человеку, а настраивать очередь некому.
- Забывают про записанных клиентов. Запись и очередь живут отдельно, и клиент по записи стоит в общей очереди наравне со всеми.
Порядок тот же, что и в любой разработке: сначала разобрать требования до конца, у каждого свой критерий приёмки, ограничения записаны, и только потом код. По этой логике спроектирован проект сети офлайн-центров: сеть переходит с чужой системы на свою, и её устройство выбрано до разработки.
Источники
- Стандарт управления очередью МФЦ (состав системы, виды талонов, предзапись, приоритеты и отчётность) - документ.
- Приказ Роспотребнадзора от 30.11.2020 № 785, максимальный срок ожидания в очереди - документ.
- Федеральный закон № 152-ФЗ «О персональных данных» - текст.
- СП 59.13330.2020, доступность зданий и сооружений для маломобильных групп населения - карточка документа.
- Опрос «Купер» и «ОнИн» о времени в очередях, ноябрь 2024 - обзор.
- Обзор систем управления очередью: состав и этапы внедрения - обзор.
Если у вас поток посетителей и нужно решить, что заказывать - готовую систему, доработку или своё, - опишите задачу, вернёмся с составом работ и сметой за 24 часа: оставить заявку.