Перевод есть, имени нет
При ручных переводах администратору всё ещё нужно сопоставить платёж и запись. Подключённая платёжная система может снять часть этой работы.
AETHEL помогает встроить предоплату в понятный путь клиента: человек выбирает услугу и время, получает условия, вносит оплату в установленный срок, а запись подтверждается по выбранной логике.
Клиент заранее видит сумму и правила, а мастер понимает, какое окно ожидает подтверждения. В версиях без подключённой платёжной системы факт перевода необходимо проверить вручную; автоматический приём платежей доступен в соответствующей бизнес-версии.


AETHEL закрывает не абстрактную «автоматизацию», а конкретные потери времени и клиентов.
При ручных переводах администратору всё ещё нужно сопоставить платёж и запись. Подключённая платёжная система может снять часть этой работы.
Окно заблокировано, но подтверждения нет и новый клиент не может записаться.
Условия отмены теряются в сторис и старых сообщениях.
Функции собраны вокруг полного пути записи — от первого выбора до повторного визита.
Определите, сколько времени клиенту даётся на закрепление записи.
Команда видит статус брони; способ подтверждения зависит от выбранной версии и настроек.
Клиент знакомится с важными правилами в одном сценарии.
Предоплата может зависеть от услуги и бизнес-процесса.
Система помогает не держать неоплаченное окно бесконечно.
Данные по записи не теряются в личной переписке.
| Критерий | AETHEL | Ручной процесс |
|---|---|---|
| Срок оплаты | Задан заранее | Нужно напоминать вручную |
| Связь с записью | В одном процессе | Перевод отдельно от календаря |
| Освобождение окна | По настроенной логике | Зависит от администратора |
| Правила | Показываются системно | Отправляются вручную |
Защищает несколько часов рабочего дня.
Закрепляет вечерние и выходные окна.
Создаёт единый стандарт для администраторов и мастеров.
Условия должны соответствовать законодательству и реальным обстоятельствам. Для формулировок лучше получить юридическую консультацию.
Сценарий зависит от настроек: важно не держать окно заблокированным дольше выбранного срока.
Подход можно строить с учётом стоимости, длительности и риска отмены конкретной услуги.
Да, предусмотрена бизнес-версия с приёмом платежей; детали доступны на странице тарифов.
При ручном переводе бот может показать условия, сумму и связать подтверждение с записью, но сам факт поступления денег всё равно нужно сверить. В бизнес-версии с подключённой платёжной системой подтверждение строится иначе. Перед выбором тарифа проверьте полный путь: что видит клиент после оплаты, кто получает уведомление, когда окно считается закреплённым и что происходит при истечении срока.
| Вопрос | Ручной сценарий | Подключённая платёжная система |
|---|---|---|
| Кто проверяет поступление? | Мастер или администратор | По логике платёжной интеграции |
| Что показать клиенту? | Сумму, способ перевода, статус проверки | Платёжный шаг и итоговый статус |
| Что протестировать? | Ошибочную сумму и платёж без имени | Успешную, неуспешную и прерванную оплату |
Она разумна, если услуга длительная, требует подготовки или окно трудно снова заполнить. Но для быстрого повторного визита постоянного клиента дополнительный платёжный шаг может просто снизить завершение записи. Выбирайте правило по услуге и времени, а не из принципа «всем одинаково».
Для каждого случая человеку нужен понятный текст и один следующий шаг. Не пишите «оплата получена», пока это не подтверждено реально.
Сравните долю поздних отмен и неявок по услугам, время блокировки неоплаченного окна и долю незавершённых броней на шаге оплаты. Рост числа предоплат сам по себе не цель: цель — меньше потерянных часов без ухудшения удобства записи. Практический разбор показывает, как выбрать сумму и срок без универсальных обещаний.
Начните с пробного периода, добавьте одну услугу и пройдите путь клиента самостоятельно. Так вы увидите разницу ещё до переноса всей работы.
Открыть бот-магазин