Промокоды в приложении магазина — один из главных инструментов, чтобы перевести покупателей в приложение и вернуть их за повторной покупкой. Но плохо настроенная механика скидок работает против вас: акции суммируются в минус, одни и те же люди регистрируются заново ради бонуса за первый заказ, а одноразовый код оказывается на сайте с купонами через час после рассылки. В отчёте при этом растёт число заказов, а маржа тихо уходит. Ниже — восемь ошибок, которые мы видим чаще всего, и защита, которую стоит заложить ещё на этапе разработки.
- Почти все потери на промо связаны не с размером скидки, а с правилами: что с чем суммируется, кому и сколько раз положено.
- Проверять промокод нужно на сервере, а не в приложении, и по тем же правилам, что на сайте.
- Эффект акции измеряется маржой и повторными покупками, а не числом заказов с промокодом.
Почему акции в мобильном приложении теряют деньги
В приложении скидка становится доступнее, чем на сайте: push с промокодом, бонус за первую покупку, персональное предложение в профиле. Это и сила, и риск. Механик больше, они наслаиваются друг на друга, а маркетинг запускает акции быстрее, чем кто-то успевает проверить, как они взаимодействуют.
Поэтому механику скидок нужно проектировать как часть продукта, а не как поле «промокод» в корзине. В наших проектах мобильных приложений для интернет-магазинов push-кампании, лояльность и промокоды входят в состав работ, а правила акций настраиваются в админке — без разработчика, но в рамках ограничений, заложенных заранее.
Ошибки в правилах скидок
Ошибка 1. Скидки суммируются без ограничений
Товар уже со скидкой по акции, у покупателя персональный промокод на 10%, плюс он списывает бонусы, плюс бесплатная доставка от суммы. Каждая механика по отдельности выглядела разумно, вместе они дают продажу ниже себестоимости.
Защита: матрица совместимости. Для каждого типа скидки задаётся, с чем он суммируется, а с чем нет, и максимальная итоговая скидка на заказ или позицию. Проверка идёт в момент расчёта корзины, и покупатель видит понятное сообщение, а не просто «промокод не применён».
Ошибка 2. Промокод действует на весь ассортимент
Общий код на 15% применяется и к товарам с высокой маржой, и к позициям, где наценка меньше скидки, — к технике, уценке, товарам по фиксированной цене поставщика.
Защита: исключения по категориям, брендам и конкретным SKU, а также запрет применять промокод к товарам, на которые уже действует акция. Список исключений должен браться из того же каталога, что и цены, — из 1С.
Ошибка 3. Нет срока, лимита и минимальной суммы
Промокод, запущенный на выходные, продолжает работать через полгода, потому что его забыли выключить. Код без минимальной суммы заказа применяют к покупке на копейки с бесплатной доставкой.
Защита: у каждой акции — дата окончания, лимит применений на покупателя и в целом, минимальная сумма заказа. По умолчанию, а не по желанию маркетолога.
Злоупотребление промокодами и скидкой за первый заказ
Ошибка 4. Бонус за первый заказ можно получить много раз
Скидка за первый заказ в приложении — лучший способ перевести покупателей сайта в приложение. И самый частый источник злоупотреблений: человек удаляет приложение, регистрируется с другим e-mail или номером родственника и снова получает бонус.
Защита: «первый заказ» определяется не по аккаунту, а по совокупности признаков — номер телефона, история заказов на сайте и в приложении, адрес доставки, карта оплаты, устройство. Если профиль покупателя единый для сайта и приложения, покупатель сайта с историей заказов не получит бонус «нового клиента» просто за установку.
Ошибка 5. Многоразовый промокод в открытом доступе
Код из push-рассылки или от блогера через час оказывается на агрегаторах купонов. Скидку получают люди, которые купили бы и без неё, а акция для новой аудитории превращается в скидку для всех.
Защита: персональные одноразовые коды, привязанные к профилю, вместо одного общего. Для партнёров и блогеров — отдельные коды с лимитом применений и отчётом, чтобы видеть, кто реально приводит новых клиентов.
Считать успехом акции число применений промокода. Если код утёк и его применяли постоянные клиенты, применений много, а выручки сверх обычной нет — только потерянная маржа.
Технические ошибки: где проверяется скидка
Ошибка 6. Проверка промокода в самом приложении
Если правила скидки зашиты в код приложения и проверяются на телефоне, их можно обойти, а изменить без выпуска новой версии нельзя. Кроме того, сайт и приложение начинают считать скидки по-разному.
Защита: расчёт корзины и проверка промокода — только на сервере, по единым правилам для сайта и приложения. Заказ с итоговой ценой уходит в 1С, где скидка видна отдельной строкой. Так устроена интеграция приложения с 1С, CRM и сайтом: единый профиль, единая корзина, единые правила, а заказ резервирует товар в учётной системе.
Ошибка 7. Возвраты не пересчитывают скидку
Покупатель взял три товара, чтобы пройти порог «скидка от суммы», и вернул два. Скидка осталась, бонусы за весь заказ начислены. Или наоборот: при возврате списали бонусы, которые покупатель уже потратил, и баланс ушёл в минус.
Защита: правила пересчёта при частичном возврате — что происходит со скидкой, бонусами и бесплатной доставкой. Возвраты в приложении оформляются из истории заказа, данные уходят в 1С, и пересчёт должен идти там же.
Ошибка 8. Нет аналитики эффекта акций
Акцию запустили, заказов стало больше — значит, работает. Но без данных о марже по позициям, доле новых и постоянных покупателей и повторных покупках непонятно, заработали вы или раздали скидку тем, кто купил бы и так.
Что нужно видеть по каждой акции:
- маржу заказов с промокодом в сравнении с обычными;
- долю новых покупателей среди применивших код;
- повторные покупки без скидки через месяц-два;
- какие товары продавались по акции и не ушли ли они в минус.
Часть этого показывает аналитика воронки в самом приложении: эффект push-кампаний, выручка по каналам. Маржу по SKU, категориям и поставщикам, а также влияние скидок на ассортимент лучше смотреть в товарной аналитике, где данные 1С, магазина и маркетплейсов собраны в одну картину.
ПРАВИЛОАкция успешна, если после неё выросла маржа или число постоянных покупателей, а не число применённых кодов.
Как заложить защиту при разработке приложения
Все защиты выше дешевле заложить в проект, чем добавлять после первой убыточной акции. Перед стартом разработки или при аудите текущего приложения пройдитесь по списку.
- Есть матрица совместимости скидок и максимальная итоговая скидка
- Промокоды можно ограничить по категориям, брендам и SKU
- У каждой акции есть срок, лимит применений и минимальная сумма
- Бонус за первый заказ проверяется по телефону, истории заказов и устройству
- Есть персональные одноразовые коды и отдельные коды для партнёров
- Расчёт корзины и проверка кодов — только на сервере
- Правила скидок одинаковы для сайта и приложения
- Описан пересчёт скидок и бонусов при частичном возврате
- Маржа и эффект акций видны в аналитике
В формате «Магазин» — от 7 000 000 ₸, 12–14 недель — лояльность и промокоды уже входят в состав работ вместе с полным чекаутом, доставкой и ASO. Если сроки поджимают, первую версию можно выпустить с каталогом, корзиной, Kaspi и push, а промомеханики добавить следующим спринтом. Подробная разбивка бюджета — в статье о стоимости приложения для интернет-магазина.
Что делать, если приложение уже работает
Начните с выгрузки заказов с промокодами за последние месяцы и посмотрите на три вещи: сколько заказов ушло с суммарной скидкой выше допустимой, сколько «первых заказов» сделано с адресов и карт, которые уже встречались, и какие коды применялись чаще, чем было разослано. Это быстро показывает, где утекает маржа. Отдельно сверьте, совпадают ли итоговые суммы заказов в приложении и в 1С: расхождения почти всегда означают, что скидки считаются в двух местах по разным правилам. Дальше — перенос проверки на сервер, если её там нет, и настройка ограничений в админке.
Если хотите проверить механику акций в своём приложении или заложить её правильно в новом, обсудите задачу с нами: точную смету разработки приложения для магазина по функциям присылаем за один рабочий день.
Можно ли дать скидку на первый заказ в приложении?
Да, это один из главных способов перевести покупателей сайта в приложение. Важно проверять «первый заказ» по телефону, истории заказов и устройству, а не только по аккаунту.
Как защититься от злоупотребления промокодами?
Персональные одноразовые коды, лимиты применений, исключения по категориям, проверка на сервере и единые правила для сайта и приложения.
Может ли маркетолог сам запускать акции в приложении?
Да, условия, сроки и суммы меняются в админке без разработчиков. Ограничения — матрицу совместимости и максимальную скидку — задают заранее.
Попадает ли скидка в 1С?
Да, заказ уходит в 1С с итоговой ценой и скидкой, поэтому учёт и аналитика маржи видят реальную выручку.