Конструктор мобильных приложений или разработка на заказ: что выбрать и когда конструктора уже мало

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

Ниже — что на самом деле даёт конструктор и white label, где у них потолок, что говорят правила Apple о шаблонных приложениях, как честно сравнить расходы за три года и по каким признакам понять, что пора переходить на своё приложение. И отдельно — когда конструктора хватит и платить за разработку не нужно.

Что умеет конструктор мобильных приложений?

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

Типичный набор, который у конструкторов работает без программиста:

• Витрина. Каталог с фото, ценами и фильтрами, иногда с оплатой через подключённый эквайринг.
• Запись и заявки. Выбор услуги и времени, уведомление менеджеру.
• Лояльность. Карта в телефоне, начисление баллов, акции.
• Контент. Новости, статьи, расписание, контакты, карта проезда.
• Рассылки. Push-уведомления всем или по простым сегментам.

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

Критерий	Конструктор	White label	Заказная разработка
Как устроено	Собираете экраны из готовых блоков в редакторе сервиса	Готовое приложение платформы, перекрашенное под ваш бренд	Приложение пишут под ваши сценарии и вашу систему учёта
Старт	Дни, если хватает блоков	Дни или недели: настройка и публикация	У нас — от 2 недель для базового объёма
Деньги	Ежемесячная подписка, часто растёт с числом пользователей и функций	Подключение и подписка — модель оплаты у каждой платформы своя	Разовая оплата; у нас от 200 000 ₽ плюс поддержка по желанию
Дизайн	В пределах шаблонов	Свой цвет и логотип, структура общая для всех клиентов	Любой, под ваш продукт
Интеграции	Только те, что встроены в сервис	Обычно с учётной системой самой платформы	С вашей 1С, CRM, складом — по API
Аккаунт в магазине	Зависит от сервиса: ваш или его	Часто аккаунт платформы	Ваш, оформляется на вас
Уйти с платформы	Код часто не отдают или его нельзя развивать без сервиса — уточните до старта	Код у платформы, вы уходите с данными, если их отдадут	Исходники в вашем репозитории, можно сменить подрядчика

Чем конструктор отличается от white label и от разработки?

Конструктор — это редактор, в котором приложение собираете вы. White label — готовое приложение чужой платформы под вашим логотипом: его не собирают, а перекрашивают и наполняют. Заказная разработка — приложение, написанное под ваши процессы, с кодом в вашем репозитории.

White label часто предлагают платформы для кофеен, фитнеса, доставки и салонов: у них есть своя касса или учётная система, а приложение — её продолжение для ваших клиентов. Это удобно, пока вы работаете в этой системе. Если меняете кассу или CRM, приложение уходит вместе с ней.

Где потолок у конструктора?

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

Где упираются чаще всего:

• Дизайн. Можно поменять цвета и шрифты, но не логику экранов. Приложение выглядит как десятки других на той же платформе.
• Интеграции. Есть список готовых подключений. Если вашей CRM или нестандартной конфигурации 1С в нём нет, данные придётся переносить вручную или через таблицы.
• Офлайн. Работа без связи с сохранением и последующей отправкой данных есть не у каждого сервиса — проверьте до выбора. Для мастеров на выезде, склада или стройки это критично.
• Производительность. Если длинный каталог или сложные фильтры начинают тормозить, оптимизировать их вы не можете — это зона сервиса.
• Данные. База клиентов, заказы и история живут на сервере платформы. Выгрузка — в том виде и объёме, который сервис считает нужным.

Чей аккаунт в App Store и Google Play?

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

Что спросить у конструктора или white label-платформы письменно:

1. На чьём аккаунте Apple и Google будет опубликовано приложение.
2. Можно ли перевести приложение на ваш аккаунт, если вы уйдёте.
3. Какие данные отдадут при уходе и в каком формате: клиенты, заказы, бонусы, подписки на push.
4. Что будет с приложением, если вы перестанете платить подписку.

Подробно о том, как оформить аккаунты и раздать доступы, — в статье об аккаунте разработчика Apple и Google Play. У нас приложения публикуются под вашими аккаунтами: Apple — 99 $ в год, Google Play — 25 $ разово, оформляются на вас.

Что говорят правила App Store о шаблонных приложениях?

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

Рядом стоят ещё два правила, о которые спотыкаются шаблонные приложения (App Store Review Guidelines, проверено 31 октября 2026):

• 4.2 — минимальная функциональность. Приложение должно давать больше, чем перепакованный сайт. Каталог и контакты, которые и так есть на сайте, проверяющий может посчитать недостаточными.
• 4.3(a) — спам. Нельзя выпускать несколько одинаковых приложений под разными Bundle ID.

У Google Play в правилах о спаме запрещены приложения, которые повторяют опыт уже существующих, и приложения, которые просто показывают чужой сайт без разрешения. Шаблонное приложение без своего содержания рискует и там. Частые причины отказов Apple разобраны в статье почему App Store отклоняет приложения.

Статья	Конструктор или white label	Заказная разработка
Старт	Небольшой: настройка, иногда плата за подключение	Основная сумма: у нас от 200 000 ₽ за 6–8 экранов
Ежемесячно	Подписка × 36 месяцев, плюс повышение тарифа при росте базы	Сервер и сторонние сервисы; поддержка — от 7 900 ₽/мес, если нужна
Аккаунты магазинов	Если публикуетесь у себя — те же 99 $ в год Apple и 25 $ разово Google	99 $ в год Apple и 25 $ разово Google, оформляются на вас
Новая функция	Ждать, пока её сделает сервис, или обходиться без неё	Оценивается отдельно и делается под вас
Смена платформы	Новое приложение с нуля и перенос пользователей	Новый подрядчик продолжает тот же код

Сколько стоит конструктор за три года по сравнению с разработкой?

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

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

1. Возьмите тариф, который нужен вам через год, а не стартовый: число пользователей, push, оплаты, свой аккаунт в магазине.
2. Умножьте месячный платёж на 36. Если есть процент с оборота — посчитайте его от плана продаж.
3. Прибавьте стоимость функций, которых в конструкторе нет и которые вы будете закрывать вручную: время сотрудников на перенос заказов в 1С тоже деньги.
4. Сравните с заказной разработкой: у нас мобильное приложение для iOS и Android из одного кода — от 200 000 ₽ за 6–8 экранов, плюс сервер и, если нужна, поддержка от 7 900 ₽/мес.

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

8 признаков, что конструктора уже мало

Если совпадают три и больше пунктов, пора считать своё приложение. Если один-два — часто хватает доработки вокруг конструктора: бота, интеграции или веб-кабинета.

1. Сотрудники вручную переносят заказы из приложения в 1С или CRM, потому что прямой связки нет.
2. Нужен сценарий, которого нет в блоках: свой расчёт цены, конфигуратор, особые статусы заказа, разные роли для клиентов и сотрудников.
3. Приложение должно работать без связи — на объекте, складе, в дороге — и потом отправлять данные.
4. Подписка растёт быстрее, чем выручка, потому что тариф привязан к числу пользователей или заказов.
5. Приложение опубликовано на чужом аккаунте, и вы не можете перевести его на свой.
6. Клиенты пишут в отзывах о медленной работе или неудобстве, а исправить вы не можете — это шаблон.
7. Нужно встроить своё: чат в реальном времени, подбор по своим правилам, работу с камерой или геолокацией нестандартно.
8. Приложение стало частью продукта, который вы собираетесь продавать, передавать партнёрам или показывать инвесторам, — тогда важно иметь исходники и понятные права на использование.

Когда конструктора хватит?

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

Ещё случаи, когда своя разработка вам не нужна:

• Проверка идеи. Вы не знаете, будут ли клиенты ставить приложение. Месяц-два в конструкторе дадут цифры установок и повторных визитов до вложений в разработку.
• Нет задачи, которую решает только приложение. Если всё то же можно сделать на сайте или в боте, начните с них: часто достаточно сайта с личным кабинетом или PWA. Сравнение вариантов — в статье PWA, кроссплатформа или натив.
• Нет человека, который будет вести приложение. Своё приложение без обновлений, контента и ответов на отзывы быстро теряет смысл, как и шаблонное.

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

Какие ошибки делают при выборе конструктора?

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

• Нет своего аккаунта разработчика. Приложение висит на аккаунте сервиса, и при смене платформы всё начинается с нуля.
• Тариф на рост не посчитан. На старте платёж небольшой, через год база выросла — и тариф тоже.
• Ставка на будущий перенос кода. Многие конструкторы исходный код не отдают. Тогда переезд — это новое приложение, сохраняются только данные и место в магазине.
• Дублирование сайта. Каталог и контакты без чего-то, ради чего ставят приложение: бонусов, записи, уведомлений о заказе.
• Интеграции «потом». Если через полгода понадобится 1С, проверьте сейчас, есть ли она у сервиса, а не после запуска.

Как переехать с конструктора на своё приложение?

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

Для обновления нужен тот же идентификатор приложения, а в Google Play — ещё и ключ подписи этого приложения: уточните у сервиса, у кого он хранится.

Порядок, который мы предлагаем:

1. Выгрузить из конструктора аналитику: какие разделы открывают, где бросают заказ.
2. Запросить у сервиса выгрузку клиентов, заказов, бонусов и подписок на push, если её дают.
3. Составить бриф: что оставить как есть, что переделать, какие интеграции нужны — 1С, CRM, оплата.
4. Сделать первую версию на 6–8 экранах: основной сценарий, вход, профиль, push, оплата. У нас это базовый объём тарифа, срок — от 2 недель, сложная логика считается отдельно.
5. Выпустить обновление или новое приложение и сообщить клиентам через push и рассылку в старом.

Пример приложения, которое конструктор не собрал бы: Twin — знакомства с подбором по интересам и процентом совпадения, чатом в реальном времени и нативными сборками для App Store и Google Play из одного кода на React и Capacitor. Такие вещи упираются не в дизайн, а в собственную логику и сервер.

Как устроена разработка приложения у нас?

Мобильное приложение для iOS и Android из одного кода стоит от 200 000 ₽, срок — от 2 недель для базового объёма; цену и срок фиксируем в договоре до старта. Оплата 50 % до старта и 50 % по акту, приёмка — 5 рабочих дней.

• Что входит. До 6–8 экранов, вход и регистрация, push-уведомления, оплаты, подключение к вашему API или простой сервер на нашей стороне, иконка и оформление карточек, публикация в App Store и Google Play — подробнее на странице разработки мобильных приложений.
• Что отдельно. Аккаунты разработчика оформляются на вас; сложная логика, чаты и карты, интеграции с 1С и CRM — после брифа.
• Правки и поддержка. До 2 раундов правок на прототипе и до 2 на готовой сборке, 14 дней бесплатной поддержки после публикации, гарантия по договору — 30 календарных дней с даты акта.
• Код и права. Исходники приложения и сервера — в вашем репозитории. Исключительное право на код по договору остаётся у исполнителя, а вы получаете лицензию на весь срок действия права: любой сервер, любые подрядчики. Логотип, тексты и фирменный стиль, созданные для вас, — ваши.

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

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

Можно ли сделать мобильное приложение в конструкторе бесплатно?

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

Что такое white label приложение?

Это готовое приложение платформы, которое настраивают под вашу марку: логотип, цвета, меню, бонусы. Структура и функции общие для всех клиентов платформы, код и развитие остаются у неё.

Пропустит ли App Store приложение из конструктора?

Может пропустить, если его отправляет сам владелец контента со своего аккаунта и приложение даёт пользователю больше, чем сайт. Правило 4.2.6 Apple отклоняет шаблонные приложения, которые сервис публикует за клиентов.

Можно ли перенести приложение из конструктора к разработчику?

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

Сколько стоит своё приложение вместо конструктора?

В студии мобильное приложение для iOS и Android из одного кода стоит от 200 000 ₽ за 6–8 экранов, срок — от 2 недель. Интеграции с 1С, CRM и сложная логика считаются после брифа, цену и срок фиксируем в договоре до старта.

Услуги и кейсы по теме: мобильные приложения · кейс Twin · цены и сроки