zhim.fit: приложение для тренера без подписок и регистрации. Как это устроено
zhim.fit — приложение для персонального тренера: открывается без регистрации и не просит абонентскую плату. Такая модель держится на одном решении: данные остаются на телефоне тренера, а сервер не нужен для базовых задач. Заказчику это снижает расходы на поддержку и риски по персональным данным, но требует продуманного резервного копирования.
🏋️ у лестницы с телефоном: где ломается вход по аккаунту
Клиент закончил третий подход приседаний, до следующего две минуты отдыха. Тренер достаёт телефон записать рабочий вес и видит экран входа. SMS-код не приходит: зал в цокольном этаже, связь ловит только у лестницы. Тренер идёт к окну, отдых заканчивается, а вес по привычке остаётся в памяти, которая к вечеру подводит.
Приложение при этом сделано аккуратно: письма уходят, сервер отвечает. Но каждая минута у лестницы съедает час, который оплатил клиент, поэтому тренер возвращается к блокноту и таблице в мессенджере.
Одна сорванная запись ещё не беда. Тренер, который дважды не смог войти, перестаёт открывать приложение прямо на тренировке. А приложение, которое не открывают на тренировке, не копит историю нагрузок, и платить за него на третий месяц нет причин. Владелец продукта видит это как тихий отток: установили, зарегистрировались, исчезли.
zhim.fit строится на обратной логике: тренер открывает приложение и работает сразу, без входа и без ежемесячного платежа. Дальше разберём, что для этого убирают из архитектуры и чем это обходится.
что убирают слова «без подписок и регистрации»
Два отказа в описании звучат как маркетинг, но технически они меняют устройство продукта. Каждый вычёркивает из проекта целый блок работ.
регистрация
Нет аккаунта, значит, нет базы пользователей, рассылки кодов, сценария «забыл пароль» и борьбы со спамом. В обычном приложении за каждым из этих узлов стоят код, мониторинг и человек в поддержке. Здесь приложение открывается и сразу показывает рабочий экран.
подписка
Подписка тянет за собой биллинг: продления, отмены, возвраты, споры о списаниях. Без неё остаётся разовая цена или бесплатная установка, и пользователь не получает письмо о списании, которого не ждал.
серверная часть
В такой схеме программы тренировок, история нагрузок и заметки о клиенте лежат в памяти телефона. Серверу остаётся немного: отдать обновление и принять отчёт об ошибке. Если тренеру нужно передать программу клиенту, сервер можно вернуть, но тогда приходится решать, как узнавать людей без аккаунта. Обычно хватает ссылки-приглашения или кода на одну сессию.
персональные данные
Есть и юридическая сторона. Вес, травмы и самочувствие клиента могут попасть под сведения о состоянии здоровья, а это специальная категория персональных данных по статье 10 152-ФЗ. Пока данные остаются на телефоне тренера, разработчик их не получает и серверную базу с ними не ведёт. Стоит добавить облачную синхронизацию, и появляются обязанности оператора: согласие на обработку, хранение баз россиян на серверах в России, уведомление Роскомнадзора.
📊 три схемы рядом: подписка, разовая покупка, работа без аккаунта
Чтобы увидеть, что получает и теряет владелец продукта, сравним три схемы по пяти параметрам. Правый столбец описывает схему без аккаунта и подписки, как в zhim.fit.
| Параметр | Подписка с аккаунтом | Разовая покупка с аккаунтом | Без аккаунта и подписки |
|---|---|---|---|
| Серверная часть | Нужна всегда: аккаунты, биллинг, хранение данных | Нужна для аккаунтов и хранения данных | Минимальная: обновления и отчёты об ошибках |
| Вход в приложение | Логин, пароль, восстановление доступа | Логин, пароль, восстановление доступа | Нет, рабочий экран открывается сразу |
| Постоянные расходы владельца | Сервер, поддержка, платёжный модуль | Сервер и поддержка | Обновления под новые версии iOS и Android |
| Персональные данные клиентов | На сервере, действуют обязанности оператора по 152-ФЗ | На сервере, обязанности те же | На телефоне тренера, пока нет облачной синхронизации |
| Потеря или смена телефона | Данные возвращаются из аккаунта | Данные возвращаются из аккаунта | Нужны экспорт и резервная копия |
Правый столбец дешевле в эксплуатации: нет серверов с пользователями, нет платёжного модуля, меньше обращений в поддержку. Зато в последней строке он проигрывает, и этот проигрыш закрывается отдельной функцией, а не само собой.
💰 на чём зарабатывает владелец без подписки и аккаунтов
Первый вопрос заказчика: если нет ежемесячного платежа, откуда берутся деньги? Схем несколько, и ни одной не нужен аккаунт.
- ✓разовая цена за установку: пользователь платит один раз, дальше доплат нет;
- ✓бесплатная установка, а доход приходит от соседних услуг: приложение приводит тренеров к платным консультациям, курсам и готовым программам;
- ✓приложение как инструмент бренда: студия или сеть раздаёт его своим тренерам и клиентам, а окупается оно загрузкой залов и тем, что клиенты не уходят.
У каждой схемы своя цена ошибки. При разовой оплате доход заканчивается в день покупки, а расходы на обновления под новые версии iOS и Android продолжаются годами. Эту строку приходится закладывать в бюджет заранее, иначе через два года приложение перестанет открываться на свежих телефонах, а денег на исправление уже не будет.
💾 потерянный телефон: что заменяет аккаунт
Тренер роняет телефон в раздевалке, экран в трещинах, через час он покупает новый и ставит приложение. Пусто. Три года программ клиентов остались на старом устройстве. Аккаунт вернул бы всё за минуту, но его нет, и поэтому спасать данные должно само приложение.
На практике это четыре отдельные функции:
- ✓экспорт всех данных одним файлом, который тренер отправляет себе в Telegram или сохраняет в облачное хранилище;
- ✓автоматическая копия через штатное резервное копирование операционной системы;
- ✓перенос на новый телефон по QR-коду, пока старый ещё включается;
- ✓передача программы клиенту файлом или ссылкой, без доступа к чужим данным.
Каждая из них попадает в смету как обычная функция. Экономия на сервере не обнуляет бюджет, она переезжает из строки «инфраструктура» в строку «функции приложения». Заказчик, который этого не учёл, получает приложение без аккаунтов и без способа вернуть данные после первой же потери телефона.
признаки, что вам подойдёт приложение без аккаунтов
Схему без входа стоит выбирать, когда совпадает большинство условий:
- ✓пользователь работает там, где плохая связь: подвальный зал, склад, выезд к клиенту;
- ✓данные нужны одному человеку, а не команде в реальном времени;
- ✓вы не хотите отвечать на письма «не могу войти»;
- ✓пользователи не готовы платить за подписку, а разовая цена или бесплатная установка их устраивает;
- ✓вы не готовы вести базу с персональными данными клиентов и отвечать за неё.
Если условия не сходятся, аккаунт всё равно придёт в проект. Сеть студий, где администратор видит, кто пришёл и сколько занятий осталось в абонементе, уже не приложение одного тренера. Абонементы и оплаты обычно лежат в 1С, поэтому приложению придётся читать их оттуда: этот обмен закрывает интеграция мобильного приложения с 1С. Если студии работают с корпоративными клиентами и нужен личный кабинет с заказами и счетами, это уже B2B-приложение с 1С.
Есть и промежуточный вариант: работа без связи с последующим обменом. Для него у 1С есть 1С:Мобильная платформа. Приложение хранит данные в локальной базе на устройстве, а когда появляется сеть, отправляет их в основную базу.
что мы разрабатываем и сколько это стоит
Мы делаем мобильные приложения для бизнеса в Москве под iOS и Android: автономные, с серверной частью, с обменом с 1С. В любом проекте начинаем с вопроса, где живут данные, и только потом рисуем экраны. Ответ на него определяет смету сильнее, чем число экранов.
До написания кода в техзадании фиксируем три вещи: что хранится на устройстве, как пользователь переносит данные на новый телефон и что происходит, когда связи нет. Эти пункты легко упустить в смете «приложения без аккаунтов», а достраивать их после первой жалобы пользователя дороже, чем заложить заранее.
Разработка мобильного приложения у нас стоит от 500 000 ₽. Автономная схема без пользователей и платежей обычно обходится дешевле варианта с аккаунтами и биллингом при том же наборе экранов, но резервные копии, экспорт и перенос между устройствами мы считаем отдельными строками. Так заказчик видит, за что платит. Цены на остальные услуги собраны на странице цены и тарифы, а с задачи по приложению можно начать на странице разработки мобильных приложений.
Чтобы оценить проект, опишите, кто работает с приложением, где и какие данные для него критичны. По этим трём ответам видно, нужны ли вам аккаунты вообще, и можно прикинуть объём работ.
❓ Частые вопросы
Как приложение для тренера работает без регистрации?
Приложение не создаёт аккаунт, поэтому программы тренировок, история нагрузок и заметки о клиентах хранятся в памяти телефона. Сервер нужен только для выдачи обновлений и приёма отчётов об ошибках. Если тренеру понадобится передавать программы клиентам, добавляют ссылку-приглашение или одноразовый код вместо логина и пароля.
Что будет с данными, если тренер потеряет телефон?
Сами данные не вернутся: без аккаунта их нечем подтянуть. Поэтому в приложение закладывают экспорт одним файлом, штатное резервное копирование операционной системы и перенос на новый телефон по QR-коду. Эти функции нужно описать в техзадании заранее, иначе первая потеря телефона означает потерю истории всех клиентов.
Сколько стоит разработка такого приложения?
Разработка мобильного приложения у нас стоит от 500 000 ₽. Схема без аккаунтов и платежей обычно дешевле варианта с серверной частью при том же наборе экранов, но резервные копии, экспорт и перенос данных мы считаем отдельными строками. Точную смету называем после разбора функций.
Попадают ли данные клиентов тренера под 152-ФЗ?
Вес, травмы и самочувствие клиента могут относиться к сведениям о состоянии здоровья, а это специальная категория персональных данных по статье 10 152-ФЗ. Пока данные остаются на телефоне тренера, разработчик их не получает. Облачная синхронизация добавляет обязанности оператора: согласие, хранение баз россиян на серверах в России, уведомление Роскомнадзора.
Можно ли подключить такое приложение к 1С?
Можно, но тогда у приложения появляется обмен данными и способ узнавать пользователя. Для учёта абонементов и оплат это оправдано. Для работы без связи подходит 1С:Мобильная платформа: данные лежат в локальной базе на устройстве и уходят в основную базу, когда появляется сеть.
Или позвоните: +7 906 045-28-27 — в рабочее время с 9:00 до 19:00
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация

