Приложение для магазина: конструктор, PWA или разработка на заказ

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

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

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

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

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

Один магазин. Один каталог. Обычная витрина с оплатой — для такой задачи конструктор закрывает вопрос за неделю. Каталог подтягивается из МоегоСклада или 1С, покупатель листает товары и оформляет заказ, вам приходит уведомление. Ничего сверх этого вам пока не нужно.

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

Убеждение «раз у конкурента есть приложение — надо и нам» наполовину верное. Клиенты правда охотнее возвращаются туда, где заказ — это два тапа, а не открытие браузера заново. И всё же оно перестаёт работать там, где решение принимается по чужому чек-листу, а не по вашей выручке с точки: платить 18 тысяч в месяц за приложение, которое открывают раз в квартал, — не статус, а утечка.

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

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

Франшизной сети с несколькими точками и разными акциями, программе лояльности на своей CRM или POS, нестандартному сценарию заказа — здесь нужна отдельная разработка. Не потому что «круче». Потому что логика не укладывается в чужие настройки, а каждый обход этого ограничения стоит времени администратора каждую неделю, а не один раз.

Между конструктором и заказной разработкой есть третий путь — PWA. По сути это тот же сайт магазина, только он умеет ставиться на экран телефона, работать без интернета с последним открытым каталогом и слать уведомления, как обычное приложение. При этом покупателю не нужно ничего скачивать из стора — переход по ссылке или QR-коду на чеке, и значок уже на экране.

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

Конструктор — это дни. Семь-десять, если каталог уже в приличном виде в учётной системе и его можно выгрузить одним файлом, а не переносить карточку за карточкой руками.

PWA дольше, но не сильно: три-шесть недель, если у магазина уже есть нормальный сайт, на который можно опереться. Если сайта нет или его придётся переделывать целиком, срок съедает именно переделка сайта, а не сама технология PWA.

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

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

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

Разбираетесь, что подойдёт вашему магазину — конструктор, PWA или разработка на заказ: курс «Вайб-кодинг: с нуля до первой оплаты»