Своё приложение для записи клиентов в салон, студию или фитнес-клуб: когда оно нужно вместо готового сервиса

Короткий ответ: салону, студии или фитнес-клубу с одним-двумя филиалами почти всегда хватает готового сервиса онлайн-записи. Своё приложение нужно, когда клиенты возвращаются регулярно, у вас абонементы, групповые занятия или несколько филиалов и вы хотите, чтобы клиент видел ваш бренд, а не общий каталог. Чаще всего выгоднее делать приложение поверх существующей системы записи по её API, а не писать систему с нуля.

Критерий	Готовый сервис записи	Своё приложение поверх сервиса	Своя система с нуля
Что видит клиент	Виджет или общее приложение сервиса, где рядом другие заведения	Ваше приложение с вашим логотипом, данными сервиса внутри	Ваше приложение и ваш кабинет администратора
Где расписание	В сервисе	В сервисе, приложение читает и пишет по API	В вашей базе
Запуск	Дни: настройка и обучение	От 2 недель при открытом API сервиса	Дольше: нужна ещё админка для персонала
Расходы	Подписка сервису по его тарифу	Подписка сервису + разработка + аккаунты в сторах	Разработка, сервер, поддержка
Гибкость	В пределах настроек сервиса	Любой интерфейс, но логика записи — сервиса	Любые правила, но всё делаете сами

Когда хватает готового сервиса записи?

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

Готовые сервисы записи похожи друг на друга по набору: расписание мастеров и залов, онлайн-виджет, SMS- или мессенджер-напоминания, карточки клиентов, склад расходников, зарплата мастеров, иногда кассовый модуль. Многие дают клиенту и мобильное приложение — но общее, где ваш салон соседствует с конкурентами, или «брендированное» по шаблону с вашим логотипом.

Оставайтесь на готовом сервисе, если:

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

Что даёт своё приложение салону или клубу?

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

Что конкретно появляется по сравнению с виджетом:

• Запись в два касания. Клиент уже авторизован, приложение помнит его мастера и обычную услугу — кнопка «повторить запись» вместо выбора с нуля.
• Push вместо SMS. Напоминания, свободные окна у любимого мастера, перенос занятия — бесплатно для вас, если клиент разрешил уведомления. Как это устроено технически, разобрано в статье о push-уведомлениях.
• Ваши правила. Например, клиенты с абонементом записываются на групповые занятия за 7 дней, остальные — за 2; новичкам первая тренировка только с подтверждением администратора.
• Несколько филиалов в одном месте. Клиент выбирает клуб, видит его расписание и при необходимости переносит визит в другой филиал.
• Данные о поведении. Сколько людей открыли расписание и не записались, на каких слотах бросают запись, какие занятия собирают лист ожидания.

Чего приложение само не даст: новых клиентов. Его ставят те, кто уже ходит к вам. Привлечение остаётся за сайтом, картами, соцсетями и рекламой.

Функция	Первая версия	Можно позже	Комментарий
Выбор услуги, специалиста, времени	Да	—	Ядро приложения, без этого оно не нужно
Напоминания push	Да	—	Главный инструмент против неявок
Отмена и перенос клиентом	Да	—	С правилом «не позже чем за N часов»
История визитов и повторная запись	Да	—	Одна кнопка «записаться так же»
Абонементы и остаток занятий	Для фитнеса и студий — да	Для салона — можно позже	Нужны данные из учётной системы
Предоплата и депозит	Если неявки дорого стоят	Иначе позже	Эквайринг, не встроенные покупки
Лист ожидания	Для групповых занятий	Для салона — позже	Сложнее, чем кажется: очередь и таймер
Чат с администратором	—	Да	Считается отдельно, часто хватает кнопки звонка
Онлайн-тренировки и видео	—	Да	Цифровой контент: другие правила оплаты

Какие функции обязательны, а какие подождут?

В первую версию — то, без чего клиент вернётся к звонку администратору: выбор услуги, специалиста и времени, напоминания, отмена и перенос, история визитов. Для фитнеса и студий сразу нужны абонементы. Чаты, видео и сложная геймификация подождут.

Базовый тариф мобильного приложения — до 6–8 экранов. Для приложения записи их обычно хватает так: вход по телефону, список услуг или расписание групп, выбор специалиста и времени, подтверждение, «мои записи», профиль с абонементом и настройками. Если первая версия не влезает в восемь экранов, это сигнал, что вы пытаетесь сделать сразу всё.

Отдельно о листе ожидания. Звучит просто: место освободилось — клиент получил уведомление. На практике нужно решить, кому отдать место (первому в очереди или первому нажавшему), сколько минут держать его за человеком, что делать, если до занятия два часа и никто не ответил. Эти правила стоит записать в ТЗ словами до разработки — иначе их придумают за вас. Как это оформить, есть в статье про ТЗ на мобильное приложение.

Можно ли сделать приложение поверх вашей системы записи?

Можно, если у вашей системы записи есть открытый API, через который разрешено читать свободные слоты и создавать, переносить и отменять записи от имени клиента. Тогда персонал работает как раньше, а клиент записывается через ваше приложение. Без такого API приложение превращается в форму заявки.

Что проверить до разговора с разработчиком:

1. Есть ли API вообще и на каком тарифе. У части сервисов доступ к API открыт только на старших тарифах или по отдельной заявке.
2. Что через него можно. Прочитать расписание — мало. Нужны создание записи, отмена, перенос, данные клиента и его абонемента.
3. Как авторизуется клиент. Приложению нужно понять, что Мария из приложения — та же Мария из базы салона. Обычно связывают по номеру телефона с подтверждением кодом.
4. Есть ли уведомления о событиях (вебхуки). Если администратор отменил запись в программе, приложение должно об этом узнать сразу, а не при следующем открытии.
5. Ограничения по частоте запросов. Расписание сети из пяти клубов в вечерний час пик может упереться в лимит API — это решается кэшем на сервере приложения.

Если API закрыт или беден, вариантов три: перейти на сервис с нормальным API, держать расписание в своей системе (это уже веб-приложение с кабинетом администратора, от 160 000 ₽ отдельно от мобильного приложения) или остановиться на боте-заявке. Связку двух систем, например сервиса записи и учётной программы, делаем в рамках интеграций — от 32 000 ₽.

Абонементы, предоплата и отмены

Абонемент в клуб или курс процедур — это услуга, которую клиент получает вне приложения. По правилам App Store и Google Play такую оплату принимают через эквайринг, а не через встроенные покупки магазина. Правила отмен — ваши, но их надо записать до разработки.

Что говорят первоисточники. В правилах проверки App Store (п. 3.1.3(e)) сказано: если приложение продаёт физические товары или услуги, потребляемые вне приложения, оплату нужно принимать не через встроенные покупки. В политике платежей Google Play абонемент в спортзал прямо приведён как пример, где биллинг магазина не используется. А вот записанные видеотренировки и видеокурсы, которые смотрят внутри приложения, — цифровой контент, и для его продажи App Store требует встроенные покупки (п. 3.1.1). Для живых индивидуальных занятий в реальном времени (тренер и один клиент) есть исключение п. 3.1.3(d): можно принимать оплату другими способами; групповые онлайн-занятия под него не подпадают. Подробно про способы оплаты — в статье об оплате в мобильном приложении.

Правила, которые стоит решить заранее:

• Окно бесплатной отмены. Например, не позже чем за 12 часов; позже — занятие списывается с абонемента или депозит не возвращается. Правило должно быть видно клиенту до записи, а не только в договоре оферты.
• Неявки. Сколько пропусков без отмены допустимо, после какого приложение требует предоплату.
• Заморозка абонемента. Кто её включает — клиент сам или администратор, на сколько дней, сколько раз.
• Возврат предоплаты. Автоматически при отмене в срок или вручную администратором. Возврат через эквайринг — отдельная операция, её тоже нужно запрограммировать.
• Перенос. Сколько раз можно перенести без потери места и можно ли переносить к другому специалисту.

Если вы храните телефоны, историю визитов и данные о здоровье (противопоказания, травмы для тренера), это персональные данные, а сведения о здоровье — особая категория. Что нужно для политики конфиденциальности и анкет магазинов, разобрано в статье о персональных данных в приложении. Мы не советуем собирать медицинские подробности в приложении без необходимости.

Приложение, PWA или бот: что выбрать

Бот — самый быстрый и дешёвый вход, если ваши клиенты живут в Telegram. PWA — сайт, который ставится на экран телефона, без модерации магазинов. Нативное или кроссплатформенное приложение — когда нужны надёжные push, абонементы и присутствие в App Store и Google Play.

Практическое различие — в напоминаниях. Бот может писать клиенту только после того, как тот сам начал с ним диалог. PWA на iPhone получает push только после установки на экран «Домой» и с iOS 16.4 — так описано в блоге WebKit; многие клиенты этот шаг не делают. Приложение из магазина ставят привычным способом, и разрешение на уведомления спрашивается в понятный момент — например, после первой записи.

• Бот — если клиентов немного, расписание ведёт администратор и нужен быстрый старт. Про сценарии бота записи — в отдельной статье про Telegram-бот для записи.
• PWA — если важно попробовать формат с меньшим бюджетом и без проверки магазинов. Сравнение подробно — в статье про PWA и кроссплатформу.
• Приложение — если у вас абонементы, групповое расписание, несколько филиалов и регулярные клиенты.

Комбинация тоже нормальна: приложение для постоянных клиентов, бот или виджет на сайте — для новых, все пишут в одно расписание.

Когда своё приложение не нужно и какие ошибки встречаются

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

• Копия виджета. Если приложение делает ровно то же, что ссылка на запись, App Store может отклонить его по п. 4.2 о минимальной функциональности, а клиенты не увидят причины его ставить.
• Шаблонная сборка. Приложения, собранные на коммерческом шаблоне и опубликованные не владельцем контента, Apple отклоняет по п. 4.2.6. Публикуйте под своим аккаунтом разработчика — об этом статья про аккаунты Apple и Google Play.
• Два расписания. Приложение пишет в свою базу, администратор — в свою программу, и в пятницу вечером у одного мастера две клиентки на 19:00. Источник правды о свободном времени должен быть один.
• Нет плана установки. Приложение надо предлагать: на ресепшене, в чеке, в напоминании о визите, со стимулом за первую запись через приложение.
• Запрос уведомлений с порога. Запрос разрешения при первом запуске, до того как человек понял пользу, часто получает отказ.
• Нет ответственного. Акции, расписание тренеров, ответы на отзывы в магазинах и обновления под новые версии iOS и Android — кто-то должен этим заниматься.

Сколько стоит и что подготовить

Мобильное приложение у нас стоит от 200 000 ₽, срок — от 2 недель: iOS и Android из одного кода или PWA, до 6–8 экранов, вход, push, оплата, подключение к вашему API. Связка со сложной системой записи и правила абонементов считаются после брифа.

Что не входит в базовую цену: аккаунты разработчика Apple и Google Play — оформляются на вас; платные сторонние сервисы — SMS, хостинг, эквайринг; подписка на сервис записи, если вы его сохраняете. Полный состав тарифа — на странице цен и на странице разработки мобильных приложений.

Работаем по договору: 50 % предоплаты, 50 % после подписания акта, на приёмку — 5 рабочих дней, до 2 раундов правок на прототипе и до 2 на готовой сборке. После публикации — 14 дней бесплатной поддержки мелкими правками, гарантия — 30 календарных дней с даты акта, дальше поддержка от 7 900 ₽ в месяц. Исполнитель освобождён от НДС по п. 1 ст. 145 НК РФ.

Чек-лист перед разговором с разработчиком:

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

Короткие ответы на частые вопросы

Можно ли сделать своё приложение, не уходя с текущей программы записи?

Да, если у программы есть открытый API с правами на чтение расписания и создание записи. Тогда приложение работает поверх неё, а администраторы продолжают пользоваться привычным интерфейсом.

Нужно ли платить комиссию Apple и Google за оплату абонемента в фитнес-клуб?

По правилам App Store и Google Play оплата услуг, которые клиент получает вне приложения, идёт не через встроенные покупки, а через эквайринг. Записанные видеотренировки внутри приложения — уже цифровой контент, и для них правила другие; для живых индивидуальных онлайн-занятий у Apple отдельное исключение (п. 3.1.3(d)).

Сколько стоит приложение для записи клиентов?

Мобильное приложение у нас — от 200 000 ₽ и от 2 недель за объём до 6–8 экранов. Связка с вашей системой записи и сложные правила абонементов считаются после брифа, когда видно, какой API у системы.

Что дешевле для начала: приложение, PWA или бот?

Дешевле всего Telegram-бот — от 16 000 ₽, но запись по живому расписанию считается отдельно. PWA обходится дешевле нативной сборки и не проходит модерацию магазинов, но её реже устанавливают на экран.

Сколько клиентов нужно, чтобы своё приложение имело смысл?

Порога в штуках нет. Важнее, чтобы клиенты возвращались регулярно: абонементы, ежемесячные процедуры, групповые занятия. Если большинство приходит один-два раза, приложение мало кто установит.

Услуги и кейсы по теме: веб-приложения и SaaS · интеграция с 1С и CRM от 32 000 ₽ · цены и сроки