Чтобы понять, кто должен записаться следующим, нужны три числа по каждому клиенту. Интервал, который он обычно выдерживает между визитами, насколько он вышел за него сегодня, и можете ли вы до него достучаться. Отсортируйте по второму числу - и очередь выстроится сама. Клиент, который ходит раз в четыре недели и сейчас на седьмой, должен стоять выше того, кто ходит раз в полгода и сейчас на четвёртой. В Belom этот расчёт живёт внутри карточки клиента.
Сортировка по дате последнего визита делает обратное. Она поднимает наверх тех, кто ушёл давно, а у большинства из них была причина.
Коротко: key takeaways
- Сортируйте по просрочке относительно собственного ритма клиента, а не по дате последнего визита.
- У каждого клиента свой интервал. Жёсткое правило «шесть недель» помечает не ту половину базы.
- Хватает трёх чисел: привычный интервал, дней сверх него, доступный канал.
- Очередь, которую вы не можете объяснить, вы не станете разбирать. Каждой строке нужна причина.
- Только один крупный сервис публикует число «пора вернуться», и его можно менять - значит, стандартом оно никогда не было.
Почему дата последнего визита - неверная сортировка
Откройте любую базу клиентов, отсортируйте по последнему визиту и посмотрите наверх. Это люди, которых вы не видели дольше всех. Кто-то переехал. Кто-то сменил мастера. Кто-то был один раз два года назад и вашим клиентом по-настоящему не был.
Именно там умирают письма о возвращении. Тот, кто разбирает этот конец списка, делает вывод, что рассылки не работают. Они работают. Просто вы начали не с того края.
Писать стоит не тем, кто ушёл давнее всех. Писать стоит тем, кто не ушёл, но опаздывает.
У каждого клиента свой интервал
Человек, который приходит на коррекцию раз в четыре недели, и человек, который приходит дважды в год, - оба постоянные. Просто постоянные с разной частотой.
Как только это принято, полезный вопрос перестаёт звучать как «когда я его видел в последний раз». Он звучит как «насколько сегодня отличается от его нормы». Клиент с интервалом в четыре недели на седьмой неделе опаздывает на три и, скорее всего, уплывает. Клиент с интервалом в полгода на седьмой неделе - рано, и письмо ему просто шум.
Модель для этого не нужна. Возьмите медиану промежутков между прошлыми визитами самого клиента. Двух-трёх прошлых визитов уже достаточно, чтобы это было полезнее любого жёсткого правила.
Три числа, из которых получается настоящая очередь
Привычный интервал. Медиана дней между собственными последовательными визитами клиента. Медиана, а не среднее: один необычный полугодовой перерыв не должен переопределять ежемесячного клиента.
Дней просрочки. Сегодня минус последний визит минус привычный интервал. Отрицательное - ещё рано. Ноль - пора. Положительное - ваш ключ сортировки.
Доступный канал. Какой канал он читает и действует ли согласие. Строка в вершине очереди без рабочего канала неисполнима, и показывать её надо именно так, а не тихо пропускать.
| Число. | Как считается. | Что решает. |
|---|---|---|
| Привычный интервал. | Медиана дней между прошлыми визитами. | Что значит «опаздывает» именно для этого человека. |
| Дней просрочки. | Дней с последнего визита минус интервал. | Место в очереди. |
| Доступный канал. | Сохранённый канал плюс действующее согласие. | Можно ли вообще что-то сделать со строкой. |
Три колонки, одна сортировка - и список, который можно передать другому человеку без объяснений.
Почему жёсткое правило промахивается
Большинство систем поставляет один порог. Square, например, определяет группу «Regulars» как "customers who've visited your business three times in the last six months", а группу «Lapsed» - как «customers who were regulars, but haven't visited in the last six weeks».
Это разумное значение по умолчанию и плохое правило для всех сразу. Шесть недель - поздно для клиента с интервалом в четыре недели и рано для того, кто ходит раз в квартал. Наложенное на смешанную базу, одно и то же число даёт две ошибки одновременно. Оно дёргает тех, кто не опаздывает, и молчит о тех, кто опаздывает.
Решение не в лучшем общем числе. Решение - в интервалах по каждому клиенту, где общее число остаётся запасным вариантом для тех, кто был у вас один раз.
Работает ли rebooking, если писать тем, кому пора?
Да, и эффект скромный и настоящий - именно так на него и стоит рассчитывать.
В рандомизированном исследовании с участием 4115 подростков профилактические визиты за двенадцать месяцев достигли 65% (исследование централизованных напоминаний, 2013) при письме и 63% (то же исследование) при звонке против 59% (исследование 2013) в контрольной группе. Число пациентов на один дополнительный визит составило 17 для писем и 29 для звонков.
После пропуска скорость важнее объёма. Быстрое сообщение после неявки вернуло пациентов за тридцать дней в 22,2% (рандомизированное клиническое исследование, 2024) случаев против 11,6% (исследование 2024) при обычном письме.
И если человек записывается, записывайте близко. На 46 655 записях неявка составляла 9,1% (анализ срока записи, 2015) в пределах двух недель и 38,3% (тот же анализ) при горизонте в полгода. Возврат на дату через четыре месяца - это половина возврата.
Как это устроено в Belom
Карточка клиента хранит ритм, а не только историю. Belom считает собственный интервал каждого клиента по его визитам, отмечает, насколько он вышел за него, и упорядочивает список по этому числу, а не по дате последней встречи. Каждая строка несёт причину, по которой она там оказалась.
Это тот же цикл, что и сторона освободившихся окон, прочитанная с другого конца. Отмена спрашивает, кто возьмёт этот час. Ритм спрашивает, кому вообще пора записываться.
[ORIGINAL DATA] Что сервисы публикуют про «пора вернуться»
Методология (methodology). 19 августа 2026 года мы запросили обычным HTTP-клиентом публичную документацию шести платформ записи и салонных систем. Искали одну вещь: числовое определение вернувшегося, постоянного или ушедшего клиента. Размер выборки (sample size): три страницы вернули читаемое содержимое, одна - ошибку загрузки, две ответили кодом HTTP 403 и помечены как непроверенные.
Числа публикует один сервис. Остальные - нет.
Square называет оба порога прямо. Группа «Regulars» - «set to collect customers who've visited your business three times in the last six months». Группа «Lapsed» включает тех, кто «customers who were regulars, but haven't visited in the last six weeks». Важна приписка, что пороги можно менять: «You can edit the settings of this group by clicking Actions > Edit Group in your directory».
Fresha разбирает отчётность по удержанию в общих словах - отслеживание «demographics, purchase history, and feedback» - без количества визитов, временного окна и формулы.
Страница салонного отчёта Mindbody не отрисовалась для запроса без браузера и вернула ошибку загрузки, поэтому из неё здесь ничего не приводится. Acuity и Booksy ответили кодом HTTP 403 и тоже не проверены.
| Сервис. | Опубликованный числовой порог. | Меняется ли бизнесом. |
|---|---|---|
| Square. | Да - 3 визита за 6 месяцев; ушедший через 6 недель. | Да, сказано прямо. |
| Fresha. | Числового определения не найдено. | Неприменимо. |
| Mindbody. | Страница не отрисовалась. | Неизвестно. |
| Acuity · Booksy. | Не проверено - HTTP 403. | Неизвестно. |
[UNIQUE INSIGHT] Настоящая находка - сама изменяемость, и она обесценивает то число, вместе с которым приходит. Сервис, который поставляет порог и в том же абзаце предлагает его поменять, признаёт: шесть недель - не факт о клиентах. Это заглушка, ждущая вашего бизнеса. Почти никто её не заменяет, и в итоге значение по умолчанию из универсального платёжного продукта решает, к каким бьюти-клиентам обратятся. Вывод не в том, что Square выбрал плохо. Вывод в том, что этот порог - самая последствийная настройка во всей функции удержания, ставится он один раз человеком, который вашу базу никогда не видел, и ни одна документация не относится к нему соответственно.
Definitions used in this article
Normal gap is the median number of days between one client's own consecutive visits, such as 28 days for a monthly client - по-русски привычный интервал.
Days overdue is days since the last visit minus that client's normal gap, so a positive number means late - дней просрочки.
A lapsed client is one whose days overdue has passed a threshold you chose, for example twice their normal gap - ушедший клиент.
Rebooking rate is the share of completed visits that produce a next booking - доля повторной записи.
Win-back means contacting a client who is already past their normal gap - возвращение клиента.
Частые вопросы
Кому писать первым?
Сортируйте по просрочке относительно собственного интервала клиента. Наверху окажутся те, кто опаздывает по своему же шаблону.
Сколько прошлых визитов нужно, чтобы посчитать интервал?
Два дают грубую оценку, три - рабочую медиану. Меньше - берётся значение по умолчанию, а строка помечается как оценка.
Шесть недель - хороший порог?
Только случайно. Для клиента с интервалом в четыре недели это поздно, для квартального - рано.
Работает ли возвращение клиентов вообще?
Скромно и измеримо. Исследование напоминаний подняло профилактические визиты с 59% до 65% (исследование 2013).
Каким по длине должен быть список?
Достаточно коротким, чтобы каждая строка получила настоящее сообщение. Двести имён превращаются в рассылку.
Что делать, если канала нет?
Показывайте строку как заблокированную, а не пропускайте молча. Отсутствующий канал - это ошибка в данных, которую можно закрыть на ближайшем визите.
Куда это встраивается
Определения для измерений - в тексте повторная запись и удержание клиентов. Если записаться нельзя, потому что календарь забит, помогает текст страница записи, когда свободных окон нет. Данные для адресных предложений - в тексте какие данные нужны листу ожидания, пятнадцать минут после отмены - в тексте как заполнить окно после отмены, а языковая сторона - в тексте мультиязычная страница записи в Эстонии.
Этот список в Belom упорядочивает rebooking-радар.
Editorial note / редакционная пометка: текст написан продуктовой командой Belom исходя из того, как продукт работает на самом деле, а не по маркетинговым материалам. Подробнее о Belom или связаться с нами, если нашли неточность. Проверено 19 августа 2026.