Приложение для заведения: от идеи до App Store на примере Pushka

Приложение для заведения доходит до App Store за пять шагов: одна задача гостя, вход без анкеты и пароля, несколько функций вместо звонка или вопроса официанту, приложение для смены и подготовка к проверке Apple. Ниже я разбираю эти шаги на примере Pushka («Просто Пушка»). Это приложение гостя одного лаунджа в Дубае, я его сделал.

Статус на 28 октября 2026 года: Pushka с 27 октября на проверке в App Store. Поэтому статья заканчивается на ревью: путь от идеи до отправки пройден, публикации пока нет. Подробности проекта есть в кейсе Pushka.

Сначала задача гостя, потом экраны

Идея «сделаем приложение, как у больших сетей» не отвечает на главный вопрос: зачем гостю его открывать. Начните с другого. Выпишите, что гость сейчас делает при каждом визите по телефону, в WhatsApp или через официанта.

У Pushka это уложилось в подзаголовок для App Store: «Карта гостя, стол и счёт». Гость бронирует место, смотрит меню, просит позицию со стола, следит за счётом и кэшбеком. Всё это повторяется каждый визит, поэтому приложение не остаётся иконкой, которую удаляют после первого раза.

Если повторяющихся действий не набирается хотя бы два, приложение не нужно. Хватит сайта с меню и кнопкой WhatsApp. Есть и формальная причина: Apple отклоняет приложения, которые почти ничего не делают и по сути повторяют сайт (раздел 4.2 App Review Guidelines, минимальная функциональность).

Как гость попадает внутрь

От входа зависит, дойдёт ли гость до первого экрана. В Pushka первый вход идёт по QR в зале. Сотрудник показывает код, гость сканирует его и попадает в свою карту. Карту заводит заведение, поэтому второй пустой карты у того же человека не появится.

Повторный вход работает через Apple, Telegram или код на почту, без пароля. На новом телефоне гость видит ту же карту с тем же балансом.

У этой схемы два плюса для заведения:

База гостей одна и чистая. Дублей «Ахмед 1», «Ахмед 2» с разными балансами нет.
Гость за столом не заполняет анкету. Он сканирует код и сразу видит своё.

Вопросы подрядчику на этом шаге:

Кто создаёт запись о госте: сам гость или заведение?
Что увидит гость, если сменит телефон или номер?
Как вы не допустите двух карт у одного человека?

Что внутри Pushka и зачем это заведению

Каждая функция в первой версии должна снимать конкретную нагрузку со смены или давать гостю повод вернуться. Вот как это разложено в Pushka:

Функция	Что делает гость	Что получает смена
Бронь на плане зала	Выбирает стол, за большим столом — конкретные места	Бронь с подтверждением без звонка
Кнопка «Скоро буду»	Одно нажатие по дороге	Знает, когда гость приедет
Меню	Смотрит фото, состав, цену в AED; работает без интернета, есть избранное	Меньше вопросов «что это и сколько стоит»
Заказ со стола	Отправляет позицию	Видит просьбу гостя
Счёт в реальном времени	Видит, что подано, сколько вышло, сколько закроет кэшбек	Меньше споров при расчёте
Кэшбек и депозит	Видит баланс, срок, сколько спишется сегодня, историю движений	Повод вернуться без скидочных акций
История и уведомления	Смотрит прошлые визиты и чеки	Канал сообщений от заведения

Интерфейс на русском и английском, тёмный, возрастное ограничение 18+. Pushka я считаю сильным проектом именно потому, что каждая строка таблицы закрывает действие, которое гость и так совершает при каждом визите.

Бронь по местам: главная функция

Главная функция здесь — бронь на плане зала. За большим столом места бронируются поштучно, поэтому компания из трёх человек не занимает стол на восемь. Подтверждение приходит уведомлением, отмена занимает один тап.

У такой брони есть цена: план в приложении должен совпадать с реальным залом. Перед стартом решите:

кто правит план, когда переставили мебель или добавили террасу;
сколько держится бронь, если гость опаздывает;
как смена отмечает, что стол заняли гости без брони.

Если в зале не планируют обновлять план, бронь на схеме начнёт врать уже через месяц. Тогда лучше простая форма «дата, время, сколько человек».

Выбор между своей бронью и сервисами вроде SevenRooms разобран в статье Savage Media о системах бронирования. По исследованию Savage Media (537 сайтов заведений Дубая, проверены 13.10.2026), онлайн-бронь на главной есть у 154 из 409 полностью разобранных сайтов, это 37,7 %.

Меню и заказ со стола

Второе по важности в Pushka — меню. В нём кухня, бар, чай, фирменные сочетания вкусов, фото, состав и цена в AED. Копия меню хранится в телефоне, поэтому оно открывается даже при слабом сигнале в зале.

Заказ со стола в Pushka — это просьба к смене. Гость нажимает на позицию, она уходит персоналу, дальше её приносят к столу, как обычно. Платежей в приложении нет. Такая схема снимает два вопроса сразу: эквайринг в приложении не нужен, и не нужно разбирать правила Apple о покупках внутри приложения (раздел 3.1 App Review Guidelines).

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

Деньги: счёт и кэшбек без кассы в телефоне

Кэшбек в Pushka начисляется с каждого закрытого чека. Гость видит баланс, срок и сумму, которая спишется в этот визит. Депозит показан с историей движений. Счёт обновляется в реальном времени. Способ оплаты гость выбирает в приложении, платит на месте, чек закрывает касса.

Отсюда технический вопрос, который часто всплывает поздно: откуда приложение берёт данные о чеке. Если касса заведения и приложение не обмениваются данными, «живой счёт» превращается в ручной ввод, и смена его бросит. До оценки проекта ответьте подрядчику:

Какой кассовой системой вы пользуетесь и есть ли у неё доступ для внешних программ.
Кто закрывает чек и в какой момент начисляется кэшбек.
Что происходит, если гость оспаривает позицию в счёте.

Вторая половина: приложение для смены

Приложение гостя бесполезно, если смена не видит его просьб. Для того же лаунджа есть Pushka POS, приложение персонала, сейчас оно в TestFlight. Сотрудники получают пуши и карточки Live Activity в Dynamic Island, вход защищён заставкой с Face ID.

Закладывайте это в бюджет с самого начала. Кнопка «Скоро буду» и заказ со стола работают, только если кто-то на смене получает уведомление и реагирует. Как меняется работа зала с таким приложением, я разбирал отдельно: приложение для персонала.

Подготовка к проверке Apple

Ревью проходит быстрее, если проверяющему понятно, что делает приложение и как в него войти. Что подготовить:

Демо-доступ. Если первый вход идёт по QR в зале, проверяющий в зал не придёт. Для приложений со входом Apple просит рабочий демо-аккаунт (раздел 2.1 App Review Guidelines). Продумайте это заранее.
Вход через Apple. Если вы предлагаете вход через сторонние сервисы, Apple требует равноценный вариант с защитой приватности (раздел 4.8). В Pushka вход через Apple есть.
Удаление аккаунта. Если в приложении можно создать аккаунт, внутри должна быть возможность его удалить (раздел 5.1.1).
Возрастной рейтинг. Для лаунджа у Pushka выставлен 18+.
Описание и скриншоты. Пишите только то, что есть в сборке. Для витрины Pushka подготовлено 8 кадров на английском и 8 на русском: главная, бронь места, кэшбек, позиция меню, стол, онбординг, заказы, меню чая.

Что Apple возвращает чаще всего, я собрал в статье что проверяет Apple при ревью. Как опубликовать приложение от имени компании в ОАЭ, описано в журнале Savage Media.

Сроки и бюджет

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

Приложение у меня стоит от 35 000 AED (Special offer). Итог зависит от состава первой версии, связи с кассой и того, нужно ли приложение для смены. Подробные цифры по стоимости разработки в ОАЭ, от MVP до сложных проектов, есть в журнале Savage Media. Те вилки я здесь не пересказываю. Вместо этого ответьте на три вопроса, от которых цена меняется сильнее всего:

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

Состав работ и порядок, в котором я веду такие проекты, описаны на странице разработки приложений.

Что не стоит делать

Обещать в описании то, чего нет. Если заказ — просьба к смене, не подавайте его как отправку на адрес или онлайн-покупку. Гость почувствует обман, проверяющий может вернуть сборку.
Просить пароль и анкету за столом. Гость пришёл отдыхать. QR и вход через Apple или код на почту решают вопрос за секунды.
Запускать гостевое приложение без процесса для смены. Кнопки, на которые никто не реагирует, хуже их отсутствия.
Добавлять оплату в приложение без причины. Это эквайринг, проверки и правила Apple. Если гость и так платит на месте, оставьте оплату на месте.
Рисовать план зала, который некому обновлять. Через месяц бронь будет показывать столы, которых нет.
Публиковать от случайного личного аккаунта. Перенос приложения на компанию потом отнимет время. Решите вопрос владения до первой отправки.
Ставить дату открытия на день одобрения. Ревью может занять дольше, чем вы рассчитываете.

Короткий чек-лист

Выпишите действия, которые гость совершает при каждом визите. Если их меньше двух, сделайте сайт с меню и кнопкой WhatsApp.
Решите, кто заводит карту гостя и как гость входит повторно без пароля.
Отберите функции первой версии по таблице: бронь, меню, заказ со стола, счёт, кэшбек.
Назначьте человека, который правит план зала и меню.
Проверьте, может ли ваша касса отдавать данные о чеке.
Заложите в бюджет приложение или экран для смены.
Подготовьте демо-доступ для проверяющего Apple, вход через Apple и удаление аккаунта.
Сверьте описание и скриншоты со сборкой, слово за словом.
Откройте аккаунт разработчика на компанию до первой отправки.
Назначьте дату запуска для гостей только после письма Apple об одобрении. Затем сразу проверьте, что QR в зале ведёт на страницу приложения в App Store.

Вопросы и ответы

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

Цена зависит от состава первой версии и от того, нужно ли отдельное приложение для персонала. У меня приложение стоит от 35 000 AED (Special offer). Рыночные вилки собраны в журнале Savage Media.

Нужно ли встраивать оплату в приложение гостя?

Необязательно. В Pushka платежей в приложении нет: гость видит счёт и выбирает способ оплаты, платит на месте, чек закрывает касса. Так не нужно подключать эквайринг и разбирать правила Apple о покупках.

Можно ли обойтись QR-меню или сайтом?

Если гостю нужно только посмотреть меню, хватит QR-меню или сайта. Приложение оправдано, когда гость возвращается и пользуется картой, бронью, счётом и кэшбеком при каждом визите.

Сколько ждать проверки Apple?

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