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

Эта статья — разбор для владельцев интернет-магазинов: как понять, что вы доросли до приложения, какие есть схемы запуска (спойлер: переезжать с Тильды не обязательно) и что это стоит.

01 · Три признака, что магазин дорос до приложения

Приложение — это не «мобильная версия сайта». Мобильная версия у вас уже есть. Приложение решает другие задачи, и нужно оно не всем. Вот три признака, что пора:

  • К вам возвращаются. Заметная доля выручки — повторные заказы: постоянные клиенты, регулярные пополнения, опт. Если покупка у вас разовая (свадебные платья, памятники), приложение не окупится — его никто не оставит на телефоне.
  • Менеджеры тонут в рутине. Заказы приходят письмами, в WhatsApp и по телефону, их переносят в таблицы руками, при этом теряют и путают. Это признак, что нужен структурированный канал заказов.
  • Вам дорого достучаться до клиента. Email открывают единицы, SMS стоят денег, а рассказать про акцию или новинку хочется всем и сразу.

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

02 · Что приложение даёт поверх сайта

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

Сайт хорошо продаёт первый заказ. Приложение — второй, пятый и двадцатый.
  • Повторный заказ за 30 секунд. Клиент уже авторизован, адрес и оплата сохранены, история заказов под рукой: «повторить заказ» — и всё. На сайте тот же сценарий — это логин, корзина, форма.
  • Push вместо рассылок. Уведомление о акции, статусе заказа или поступлении товара приходит бесплатно и открывается в разы чаще писем. Как не превратить это в спам — у нас есть отдельный гайд по пушам.
  • Структурированные заказы. Заказ из приложения — это данные: позиции, количество, комментарий, статус. Их не надо перепечатывать из письма, по ним видна аналитика: кто, что и как часто берёт.
  • Лояльность, которая работает. Баллы, уровни, персональные цены — на витрине в кармане клиента. Как мы делали такое для розничной сети из 7 магазинов — с синхронизацией баллов с кассой.
  • Иконка на экране. Ваш логотип клиент видит каждый день между банком и мессенджером. Это бесплатное касание бренда, которое сайту недоступно.

03 · Три схемы запуска: переезжать не обязательно

Главный страх владельца магазина на конструкторе: «придётся всё переделывать». Не придётся. Вот три схемы — по нарастанию бюджета и свободы.

Схема 1. Приложение поверх текущего каталога. Сайт остаётся как есть и остаётся источником каталога: товары выгружаются из конструктора (CSV или API) и подтягиваются в приложение. Быстрый и дешёвый вход. Минусы: возможности ограничены тем, что отдаёт платформа, а каталог по сути живёт в двух местах — акции и категории надо не забывать сверять.
Схема 2. Свой бэкенд и админка, сайт живёт параллельно. Приложение работает со своей базой: каталог переносится один раз и дальше правится в одной админке, появляются push, промокоды, нормальные статусы заказов и аналитика. Сайт никуда не девается и продолжает приводить новых клиентов. Наш рабочий вариант по умолчанию.
Схема 3. Полный переезд: приложение + новый сайт на одной админке. Один каталог, одна база клиентов, один центр управления — и сайт, и приложение берут данные из одного места. Выбирают, когда конструктор уже сам жмёт: медленно, ограничения, «доросли». Это самый дорогой путь, и начинать с него стоит, только если сайт и так пора менять.

По опыту: большинству магазинов сначала нужна схема 2. Схема 1 хороша, чтобы быстро проверить, будут ли клиенты вообще ставить приложение. Схема 3 — когда решение о новом сайте уже созрело само по себе.

04 · Сколько это стоит

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

  • Схема 1 (поверх текущего каталога, одна платформа): 350–500 тыс ₽, 3–4 недели.
  • Схема 2 (iOS + Android на одной кодовой базе, свой бэкенд, админка, push, промокоды, перенос каталога): 700–950 тыс ₽, 5–7 недель.
  • Схема 3 (всё из схемы 2 + новый сайт на той же админке): 1,3–1,6 млн ₽, 8–12 недель.

Что сдвигает цифру внутри вилки: размер каталога (перенести 200 товаров и 5000 — разная работа), интеграции (1С или МойСклад, эквайринг, службы доставки), программа лояльности, число ролей в админке. Быстро прикинуть свой диапазон можно в калькуляторе сметы — пять вопросов, на выходе вилка и срок.

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

05 · Подводные камни

«Обернуть сайт в приложение за 50 тысяч». Предложений много: сайт заворачивается в WebView-обёртку и выкладывается в стор. Правда такая: Google Play и RuStore это скорее всего пропустят, а вот App Store — почти наверняка нет. У Apple есть правило Minimum Functionality (Guideline 4.2): приложение, которое просто показывает сайт, отклоняют на ревью. Мы регулярно встречаем эту историю: магазин собирает Android-обёртку своими силами или заказывает её недорого — а потом обнаруживает, что для iPhone-аудитории путь закрыт. Про то, как проходить ревью Apple, у нас будет отдельный разбор.

Комиссия сторов — не про вас. Частый страх: «Apple заберёт 30% с каждого заказа». Нет. Комиссия касается цифровых товаров и подписок. Физические товары оплачиваются обычным интернет-эквайрингом — так работают все приложения магазинов и доставок.

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

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

06 · Чек-лист перед стартом

  1. Посчитайте повторные заказы. Какая доля выручки — от клиентов, покупавших больше одного раза? Это главная метрика «нужности» приложения.
  2. Проверьте, где живёт каталог. Можно ли выгрузить товары из текущей платформы (CSV, API)? Для Тильды, Битрикса, InSales — можно; это определяет схему запуска.
  3. Выпишите обязательные интеграции первой версии. Учёт (если у вас 1С — вот как это связывается), оплата, доставка. Всё остальное — во вторую версию.
  4. Решите, с какой платформы начать. Где ваша аудитория — iOS, Android? Обе сразу нужны не всем и не сразу.
  5. Отделите первую версию от хотелок. Каталог, корзина, оплата, повторный заказ, push — это ядро. Про то, что входит в разумный MVP, — отдельный гайд.

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

07 · Частые вопросы

Сколько стоит приложение для интернет-магазина?
От 350–500 тыс ₽ за приложение поверх текущего каталога (одна платформа, 3–4 недели) до 1,3–1,6 млн ₽ за полный переезд с новым сайтом. Рабочий средний вариант — 700–950 тыс ₽: обе платформы, свой бэкенд, админка, push и промокоды, 5–7 недель.

У нас сайт на Тильде — приложение вообще возможно?
Да. Каталог выгружается из конструктора, и приложение работает либо поверх него (схема 1), либо на собственном бэкенде (схема 2), а сайт продолжает жить параллельно. Переезжать не обязательно.

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

Обязательно ли делать iOS и Android сразу?
Нет. Начните с платформы, где больше вашей аудитории. Мы пишем на Flutter — вторая платформа добавляет ~30–40% к мобильной части, а не удваивает бюджет, и её можно включить позже.