{{title}}
{{published}}
{{description}}
{{text}}
Как перевести продукт на нативный стек, не останавливая продажи
Sigma.Market — маркетплейс свежих продуктов с рынка ФудСити — работал и продавал на low-code: веб, приложения для iOS и Android, все внутренние кабинеты. Когда бизнес подтвердил спрос, мы начали переводить платформу на нативный стек: Swift для iOS, Kotlin для Android и новый веб на собственном коде. Базу, промокоды и заказы мигрировали без остановки продаж. Рассказываем, почему так и что переезжает кроме кода.
Почему первая версия была на low-code
Low-code в первой версии был осознанным решением, а не компромиссом. Маркетплейсу с семью ролями нужны не только витрина и приложения, но и кабинеты для закупщиков, приёмки, фасовки и оператора. На low-code всё это запустилось в разы быстрее, чем на коде. Модель проверили на реальных заказах, реальных поставщиках и реальном хабе на ФудСити. Как устроены эти роли — в инсайте «7 ролей одного заказа».
Что стало сигналом
Сигналом к переносу стал подтверждённый спрос. Переписывать на код имеет смысл то, что уже доказало, что нужно. До этого момента каждый час разработки на коде — это деньги, вложенные в гипотезу, которую ещё не проверили.
Обратная ошибка — переносить «потому что low-code несерьёзно». Работающий продукт на платформе с выручкой ценнее правильной архитектуры без пользователей. Где у разных стеков потолок — в сравнении «No-code vs кастомная разработка».
Что переезжает, кроме кода
Код — самая заметная часть переноса, но не единственная. В Sigma.Market переехали:
- мобильные приложения — на Swift (iOS) и Kotlin (Android);
- веб — на собственный код;
- данные — база, промокоды и заказы.
Промокоды и заказы — это обещания клиентам и история их покупок. Потерять их при переезде — значит сломать доверие, даже если новый код работает идеально.
Вокруг ядра — интеграции, на которых держится ежедневная работа: оплата через PayKeeper, SMS-верификация через МТС Exolve, Яндекс.Карты для адресов и зон доставки, Firebase, сквозная аналитика AppMetrica + AppsFlyer + Яндекс.Метрика с передачей источников заказов в amoCRM, ежедневная сводка в Telegram-бот. Каждая такая связка — пункт плана переноса, а не деталь «на потом».
Как продажи работали во время переноса
Продажи не останавливались: базу, промокоды и заказы перенесли, пока клиенты продолжали заказывать. Для маркетплейса свежих продуктов пауза — это не просто день без выручки. Это поставщики, которые не продали скоропортящийся товар, и клиенты, которые ушли к конкуренту.
Что из этого стоит повторять
- Быстрый стек — для проверки экономики. Первая версия на low-code проверила модель на реальных заказах раньше, чем код успел бы запуститься.
- Перенос — по сигналу спроса. Переписывают то, что доказало, что нужно.
- Данные и интеграции — в плане наравне с кодом. Промокоды, история заказов, оплата, SMS, аналитика: всё, на что опирается бизнес каждый день.
- Оплата — через свой эквайринг. Sigma.Market принимает оплату через PayKeeper, а не через биллинг магазина приложений, поэтому ограничения магазинов на платежи не касаются его выручки.
Цифры
- Работа с ноября 2024 года; от ТЗ до первых боевых заказов — около 12 месяцев, дальше — развитие и V2.
- Первая версия на low-code: веб, iOS, Android, все кабинеты.
- V2: Swift (iOS), Kotlin (Android), веб на своём коде; миграция базы, промокодов и заказов без остановки продаж.
Частые вопросы
Мы и не начинали с кода: первую версию собрали на low-code, в разы быстрее, и проверили модель на реальных заказах. Переписывать стоит то, что уже доказало спрос. А переносить работающий продукт «большим взрывом» — значит превратить любую неучтённую мелочь в простой бизнеса. Поэтому базу, промокоды и заказы Sigma.Market мигрировали без остановки продаж. Пошаговая методика — в гайде о переносе.
Когда платформа собирает персональные данные граждан РФ в базы за рубежом. С 1 июля 2025 года запись и хранение таких данных при сборе допускаются только в базах на территории России. Штраф юрлицу за нарушение — от 1 до 6 млн ₽, повторно — от 6 до 18 млн ₽. Регион хостинга выбирается не на каждой платформе и не на каждом тарифе: у Bubble, например, — только на выделенном инстансе тарифа Enterprise. Тогда первым переезжает сбор данных, а не интерфейс. Как требование ложится на ваш продукт — с юристом.
Нативные приложения для России публикуют в трёх магазинах: App Store, Google Play и RuStore — у RuStore в июле 2026 года было 68,4 млн пользователей в месяц (Mediascope). С 26 декабря 2024 года Google Play не проводит платежи для разработчиков с банковским счётом в России: платные загрузки, покупки внутри приложения и подписки через его биллинг не работают. Sigma.Market продаёт продукты, а оплату принимает через собственный эквайринг PayKeeper, а не через биллинг магазина. Если ваше приложение продаёт цифровой доступ, схему оплаты проектируют до переноса.
Зависит от команды, бюджета и требований к интерфейсу. Sigma.Market выбрал нативный стек — Swift и Kotlin. Аргументы за и против — в сравнении «Кроссплатформа vs нативная разработка».
