Лист ожидания - то, что в индустрии называют waitlist, - закрывает освободившееся окно только тогда, когда хранит о каждом клиенте шесть вещей. Это услуга, нужный мастер или пометка «любой», а также самая ранняя и самая поздняя подходящая дата. Дальше - диапазон часов, минимальный срок предупреждения, при котором человек ещё успевает, и канал, который он действительно читает. Список из имён и телефонов невозможно сопоставить с четвергом на 14:00. Ему можно только разослать, а это совсем другое дело. В Belom вся эта часть продукта построена вокруг такого сопоставления.
Лист ожидания есть почти в любой системе записи. Полей, которые делают его полезным, - почти нигде. Разницу трудно заметить: на экране обе версии выглядят одинаково - список, несколько имён, число.
Коротко: key takeaways
- Лист ожидания - инструмент сопоставления, а не рассылочный список. Шесть полей решают, возможно ли сопоставление вообще.
- Поле, которое пропускают почти все, - минимальный срок предупреждения.
- Храните канал, а не только номер. Предложение в непрочитанный канал истечёт непрочитанным.
- Фильтрация превращает одно окно в двух-трёх подходящих кандидатов. Рассылка - в тридцать сообщений и одну запись.
- Ни один крупный сервис не публикует, какие поля хранит его лист ожидания.
Список имён - ещё не лист ожидания
Представьте четверг. В 9:10 клиент отменяет запись на 14:00. Вы открываете лист ожидания и видите одиннадцать имён.
Что дальше? Вы не знаете, кому из них нужна именно эта услуга. Вы не знаете, кто из них вообще сможет доехать за пять часов. Вы не знаете, кто читает SMS, а кто не открывал почту с весны. Значит, вы пишете одиннадцать сообщений, отвечают четверо, и троих приходится разочаровать.
Это не сбой листа ожидания. Это список имён, который делает ровно то, на что список имён способен.
Шесть полей и что решает каждое
Каждое поле существует потому, что убирает одну догадку. Уберите поле - догадка вернётся.
Услуга. Решает, помещается ли клиент в дыру. В сорок пять минут не влезет двухчасовая процедура.
Мастер или «любой». Решает, чьё окно освободилось. В салоне это разница между одним кандидатом и всем списком. Кто отметил «любой», - самая ценная запись в вашем листе.
Самая ранняя и самая поздняя дата. Решает, попадает ли эта неделя в область поиска. Тому, кто ждёт октября, не нужно завтрашнее окно.
Диапазон часов. Решает, подходит ли 14:00. Утро, день, вечер - три галочки убирают большую часть промахов.
Минимальный срок предупреждения. Решает, можно ли вообще предложить этому человеку окно на сегодня. Об этом ниже: поле весит больше всех и чаще всех отсутствует.
Канал. Решает, прочитают ли предложение вовремя. Точное совпадение в мёртвый ящик - это пустое окно.
| Поле. | На какой вопрос отвечает. | Что ломается без него. |
|---|---|---|
| Услуга. | Помещается ли клиент в дыру? | Предложения, которые нельзя записать. |
| Мастер или «любой». | Чьё окно освободилось? | Весь список получает письмо ради одного человека. |
| Диапазон дат. | Подходит ли эта неделя? | Предложения на уже исключённые дни. |
| Диапазон часов. | Подходит ли этот час? | Большая часть отказов. |
| Срок предупреждения. | Успевает ли клиент сегодня? | Срочные окна уходят тем, кому нужно два дня. |
| Канал. | Увидит ли он вовремя? | Предложения, истекающие непрочитанными. |
Поле, которое забывают: срок предупреждения
Спросите клиента, за сколько времени его надо предупредить, чтобы он успел. Получите полезное число: два часа, день, два дня. Это число делит список на две группы, которые ведут себя совершенно по-разному.
Кто успевает за часы - ваш резерв на сегодня. Кому нужно два дня - бесполезен для отмены в 9:10 и отличен для отмены в понедельник на четверг. Ни один из них не лучше. Это ответы на разные вопросы.
Без этого поля вы обращаетесь с обеими группами одинаково. Шлёте срочные предложения тем, кто не может их взять, и делаете вывод, что лист ожидания не работает.
Храните канал, а не только номер
Телефонный номер - это не канал. Это шесть возможных каналов, и клиент пользуется одним из них.
Спросите каким, сохраните ответ и пишите туда. Это стоит одного лишнего вопроса в форме и убирает самую частую ошибку всего цикла. Верное предложение, нужному человеку, в нужный момент - но в ящик, который открывают дважды в день. Пока он прочитает, окно уже ушло. У клиента остаётся ощущение, что вы предлагаете и тут же забираете.
Почему waitlist с фильтрацией сильнее рассылки
Смысл аккуратных полей не в порядке ради порядка. Смысл в доле принятых предложений.
Одна система здравоохранения девять месяцев подряд предлагала освободившиеся окна. Ушло 60 660 предложений, принято 11% (когортное исследование самостоятельного переноса, 2024). Это всё равно дало 2576 дополнительных часов приёма и медианно на 14 дней более ранний визит (когорта 2024). В обратную сторону: почти девять предложений из десяти попали к людям, которым время не подошло.
Сообщения ещё и стоят денег. Обзор 29 исследований оценил среднее напоминание в 0,41 € (систематический обзор, 2011), SMS и автодозвон - в 0,14 € (тот же обзор), а ручной звонок - в 0,90 € (обзор 2011) на пациента. Рассылка не бесплатна, а самую дорогую её часть - терпение клиента - в счёт не выставишь.
Момент важен не меньше точности. В анализе 46 655 записей неявка составляла 9,1% (анализ срока записи, 2015), когда запись делалась в пределах двух недель, и 38,3% (тот же анализ) при горизонте в полгода. Окно, закрытое на этой неделе, ценнее того же окна далеко впереди.
Как устроен waitlist в Belom
Форма листа ожидания спрашивает шесть полей, и сопоставление идёт по ним. Когда окно освобождается, клиента выбирают потому, что его собственные ответы покрывают этот день, этот час и этот срок предупреждения. А не потому, что он был в списке. Предложение уходит в его канал со ссылкой, которая либо записывает, либо истекает.
Поэтому форма чуть длиннее привычной «имя и телефон». Эти лишние тридцать секунд и превращают одиннадцать сообщений в два.
[ORIGINAL DATA] Что сервисы документируют, а что нет
Методология (methodology). 19 августа 2026 года мы запросили обычным HTTP-клиентом публичную документацию по листам ожидания шести платформ записи и зафиксировали только то, что написано на страницах прямым текстом. Размер выборки (sample size): четыре платформы вернули читаемую документацию; Acuity и Booksy ответили кодом HTTP 403 и помечены как непроверенные, а не описаны. Мы читали документацию, а не наблюдали живые страницы записи.
Результат оказался достаточно единообразным, чтобы сказать прямо: ни одна читаемая страница не публикует список полей, которые хранит её лист ожидания.
Square ближе всех. Документация называет два клиентских ввода - «Select the services requested» и «Add at least one availability preference» - плюс внутреннее поле «Staff note». Что именно содержит availability preference, не написано. Сам лист ожидания доступен только на тарифах Plus и Premium.
Fresha подтверждает, что предпочтения есть, но не перечисляет их. Клиент может «view their updated preferences anytime by logging into their Fresha account under their waitlist entry», а уведомления идут по электронной почте, SMS или WhatsApp. Порядок задокументирован: «the next client in line will be notified if the first client doesn't book within the set timeframe».
Mindbody документирует поведение, а не данные. Auto-add «moves waitlisted clients to the roster as spots open, based on when they joined the waitlist». First to Claim «texts waitlisted clients as spots become available, adding the first to respond». Порядок вступления - единственный признак, который нужен обоим режимам.
| Платформа. | Задокументированные поля. | Какое сопоставление отсюда следует. |
|---|---|---|
| Square. | Услуга, availability preference, Staff note. | Услуга и некая форма доступности. |
| Fresha. | Не названы; предпочтения существуют. | Неизвестно. |
| Mindbody. | Не названы. | Только порядок вступления. |
| Acuity · Booksy. | Не проверено - HTTP 403. | Неизвестно. |
[UNIQUE INSIGHT] Прочитанные рядом, эти страницы делают саму лакуну находкой. Каждая объясняет уведомление: кто узнаёт, в каком порядке, как часто. И ни одна не объясняет вход, который решает, кого вообще стоит уведомлять. Такой порядок изложения выдаёт исходное допущение. Лист ожидания считают очередью, которую нужно обработать, а не набором условий, с которым нужно сверяться. Очереди достаточно одного сохранённого значения - момента вступления, - и режим Auto-add у Mindbody есть это допущение в чистом виде. Поэтому при выборе инструмента спрашивайте не о том, как waitlist уведомляет. Спрашивайте, какие поля он хранит. Один этот ответ задаёт потолок всему, что функция когда-либо сможет для вас сделать.
Definitions used in this article
A waitlist is a stored set of constraints describing which openings a client would accept, such as service, specialist, date range and hour band - по-русски лист ожидания.
Acceptable notice is the shortest warning a client says they can act on, for example two hours or two days - минимальный срок предупреждения.
Waitlist fill rate is the share of cancelled slots that were filled from the waitlist rather than left empty - доля заполнения листа ожидания.
Broadcasting means sending one opening to every entry at once - веерная рассылка всем сразу.
Matching means offering the opening only to entries whose stored constraints cover it - адресное сопоставление.
Частые вопросы
Какие поля нужны листу ожидания?
Шесть: услуга, мастер или «любой», самая ранняя и самая поздняя дата, диапазон часов, минимальный срок предупреждения и канал. Каждое поле убирает догадку, которую иначе пришлось бы делать в спешке.
Хватит ли имени и телефона?
Нет. Они называют человека, но не описывают ни одного условия. В большом масштабе большинство срочных предложений отклоняется (когортное исследование 2024).
Почему срок предупреждения так важен?
Это единственное поле, которое говорит, можно ли вообще отдать этому клиенту окно на сегодня.
Должен ли клиент выбирать канал?
Да, и ответ надо сохранить. Предложение, корректно доставленное в редко открываемый ящик, чаще всего истекает непрочитанным.
Скольким людям предлагать одно окно?
Начните с двух-трёх, чьи сохранённые условия его покрывают, и отправляйте по очереди, а не всем сразу.
Не отпугнёт ли длинная форма?
Немного отпугнёт, и обмен всё равно выгоден. Длинный список без сопоставления даёт сообщения, короткий с сопоставлением - записи.
Куда это встраивается
Сторона клиента - что показывает страница записи, когда свободных окон нет, - разобрана в тексте страница записи, когда свободных окон нет. Пятнадцать минут после отмены - в тексте как заполнить окно после отмены. Измерения - в тексте повторная запись и удержание клиентов, а языковая сторона - в тексте мультиязычная страница записи в Эстонии.
Эти поля в Belom хранит входящая очередь заявок и листа ожидания.
Editorial note / редакционная пометка: текст написан продуктовой командой Belom исходя из того, как продукт работает на самом деле, а не по маркетинговым материалам. Подробнее о Belom или связаться с нами, если нашли неточность. Проверено 19 августа 2026.