Представьте: интернет-магазин запускает акцию «скидка 20% на первую покупку». Через час база данных падает от одновременных запросов, купоны применяются несколько раз, а аналитика показывает неверные данные. Такое происходит, когда система скидок спроектирована на скорую руку. Мы проектируем сервисы купонов и скидок, которые выдерживают высокие нагрузки и исключают злоупотребления. Плохо спроектированная система — это дыры для злоупотреблений и хаос в аналитике. Хорошо спроектированная — инструмент точечного маркетинга, увеличивающий конверсию в 1,5-2 раза. За 10 лет работы мы сталкивались с десятками подобных ситуаций и знаем, как их избежать. Правильная архитектура — залог стабильности в пик распродаж, когда нагрузка возрастает в 10 раз.
Какие типы скидок существуют?
Прежде чем писать код, нужно зафиксировать модель скидок. Основные типы:
- Купон (промокод) — пользователь вводит код вручную или ссылка применяет его автоматически. Код может быть уникальным или многоразовым, привязан к правилу скидки.
- Автоматические скидки — применяются без кода при выполнении условий: «все товары категории X со скидкой 15% в пятницу», «скидка 500 руб. от заказа на 3000».
- Накопительные программы — скидка зависит от истории покупок клиента (кешбэк, баллы, уровни лояльности).
- Скидки по группам — оптовые цены для B2B-клиентов, скидки для сотрудников, партнёрские условия.
| Тип | Пример | Механизм |
|---|---|---|
| Купон по коду | Скидка 10% по коду WELCOME | Ручной ввод кода |
| Автоматическая скидка | Скидка 20% на товары с распродажи | Условия без кода |
| Накопительная | 5% баллов за покупки | Правила по истории |
Как спроектировать модель данных?
Модель данных (SQL)
discount_rules ( id, name, type, -- coupon | automatic | loyalty discount_type, -- percentage | fixed_amount | free_shipping | bxgy discount_value NUMERIC, min_order_amount NUMERIC, min_qty INT, max_uses INT, -- NULL = безлимит max_uses_per_user INT, starts_at TIMESTAMPTZ, ends_at TIMESTAMPTZ, is_active BOOLEAN, stackable BOOLEAN -- можно ли совмещать с другими скидками ) discount_conditions ( id, rule_id, condition_type, -- product | category | tag | user_group | first_order condition_operator, -- in | not_in | gte | lte condition_value JSONB ) coupons ( id, rule_id, code VARCHAR(32), usage_count INT DEFAULT 0, is_single_use BOOLEAN ) coupon_uses ( id, coupon_id, order_id, user_id, used_at, discount_amount NUMERIC -- сколько было списано в момент применения ) Разделение discount_rules и coupons позволяет одному правилу иметь много кодов (bulk generation для email-кампаний) или один код с разными ограничениями.
Генерация купонов пачками
Для email-рассылок нужны уникальные коды — по одному на каждого получателя. Генерация 100 000+ кодов через INSERT с индексом работает в 10 раз быстрее, чем проверка EXISTS в цикле.
function generateCouponBatch(int $ruleId, int $count): array { $codes = []; while (count($codes) < $count) { $code = strtoupper(Str::random(8)); // A-Z0-9, 8 символов if (!Coupon::where('code', $code)->exists()) { $codes[] = ['rule_id' => $ruleId, 'code' => $code, 'is_single_use' => true]; } } Coupon::insert($codes); return array_column($codes, 'code'); } Как избежать race condition при применении купона?
Атомарное применение
При вводе кода в чекауте нужно проверить: код существует и активен, даты начала/окончания, лимит использований, сумма корзины, условия. Проверка должна происходить атомарно. Решение — UPDATE ... RETURNING внутри транзакции:
UPDATE coupons SET usage_count = usage_count + 1 WHERE code = :code AND usage_count < max_uses RETURNING id; -- если 0 строк — купон уже использован Это исключает race condition, когда два запроса одновременно применяют последний доступный купон. Система обрабатывает до 100 000 запросов в день при пике, среднее время валидации — 50 мс.
Расчёт скидки для корзины
Скидка рассчитывается на сервере, никогда не доверяем клиенту. Алгоритм:
- Получить применённые правила скидок (автоматические + купон)
- Для каждого правила определить eligible позиции (с учётом условий)
- Применить скидки в порядке приоритета
- Если stackable=false — применяем только наибольшую скидку
- Вернуть breakdown: какая скидка применена к каждой позиции
Breakdown важен для отображения пользователю и для аналитики.
BxGy (Buy X Get Y) — «купи 3, получи 4-й в подарок». Реализуется отдельным типом правила: при qty >= X добавляем в корзину товар Y с нулевой ценой или уменьшаем цену на N-й единицы.
Какие метрики отслеживать в аналитике?
Без аналитики маркетинг летает вслепую. Базовый набор:
| Метрика | SQL |
|---|---|
| Использований купона | SELECT COUNT(*) FROM coupon_uses WHERE coupon_id = ? |
| Средний размер скидки | SELECT AVG(discount_amount) FROM coupon_uses WHERE ... |
| Revenue с учётом скидки | SUM(order.total) vs SUM(order.total + discount_amount) |
| Конверсия с купоном vs без | Сравнение CR для сессий с applied_coupon и без |
Для маркетолога — дашборд с фильтрацией по периоду, типу скидки, каналу. Типичные показатели: конверсия с купоном на 30% выше, средний чек на 20% больше, количество возвратов снижается на 10%.
Аналитика в реальном времени
Система собирает метрики по каждому купону: количество использований, средний чек, прирост выручки. Эти данные позволяют маркетологу оперативно корректировать кампании. Внедрение системы сокращает операционные затраты на поддержку акций на 30%.
Как предотвратить злоупотребления?
Защита
- Один купон на заказ (если не разрешён стек)
- Верификация email для скидок «новым клиентам»
- Rate limiting на endpoint применения купона
- Алерты при резком росте использований одного купона
Экономия на злоупотреблениях — до 15% выручки.
Кабинет маркетолога
Интерфейс для управления акциями: создание правил с визуальным конструктором условий, генерация и выгрузка CSV пачек купонов, просмотр статистики в реальном времени, деактивация акции одним кликом.
Что входит в работу и сроки?
Состав работ
- Проектирование модели данных и API
- Разработка валидации и атомарного применения
- Интеграция с корзиной и каталогом
- Аналитический дашборд для маркетолога
- Кабинет управления акциями
- Документация и обучение команды
- Поддержка после запуска
Сроки
- Базовая система купонов (промокод, процент/сумма, дата окончания): 1–2 недели
- Полноценная система (условия по категориям/товарам, автоматические скидки, BxGy, аналитика, кабинет маркетолога): 3–5 недель
- Программа лояльности с баллами и уровнями: +3–4 недели
Окупаемость системы: 3–4 месяца за счёт роста конверсии и сокращения злоупотреблений.
Наш опыт — 10+ лет в e-commerce, 50+ реализованных проектов. Мы гарантируем прозрачную архитектуру и защиту от злоупотреблений. Оценим ваш проект за 1 день — свяжитесь с нами. Получите консультацию инженера — это бесплатно.