Покупатель хочет купить, но товара нет в наличии. Магазин теряет клиента. Система предзаказов фиксирует цену и уведомляет о поступлении. Но плохая реализация ведёт к overselling и возвратам. Например, один из наших клиентов — интернет-магазин техники — запускал предзаказы на лимитированные модели. Без атомарного контроля они сталкивались с перепродажами до 15% заказов. После внедрения нашей системы overselling был полностью исключён. Мы строим механизм на атомарных операциях с остатками, двухэтапных платежах и автоматических уведомлениях — это исключает риски и увеличивает конверсию на 30–40%. Стоимость разработки такой системы составляет от 150 000 до 300 000 рублей, а окупается она за счёт роста конверсии и снижения возвратов.
Какие проблемы решает система предзаказов?
Двухэтапная оплата и удержание клиента. Частичная предоплата снижает барьер: конверсия возрастает на 30–40% по сравнению с полной оплатой. Но списание остатка при поступлении товара может не пройти, если карта устарела. Наше решение отправляет ссылку для доплаты с ограниченным сроком действия, а при неудаче повторяет попытку через 24 часа. Это удерживает до 85% клиентов, не прошедших первый платёж. Экономия на возвратах может достигать 500 000 рублей в год для среднего магазина.
Техническая деталь: атомарное резервирование
Для лимитированных предзаказов атомарная проверка лимита — единственный способ избежать overselling:
UPDATE preorder_campaigns
SET current_count = current_count + :qty
WHERE id = :campaign_id
AND (max_quantity IS NULL OR current_count + :qty <= max_quantity)
AND status = 'active'
RETURNING id, current_count;
Если UPDATE не вернул строку — лимит исчерпан. Эта операция работает на порядок быстрее блокировок таблицы и выдерживает пиковые нагрузки. В наших проектах конструкция обрабатывает до 10 000 запросов в минуту без конфликтов. Согласно документации PostgreSQL, атомарные UPDATE с RETURNING гарантируют целостность при конкурентном доступе.
Лист ожидания и освобождение мест. При отмене предзаказа место высвобождается мгновенно, триггер базы данных оповещает до 100 человек с временным предложением (24 часа на выкуп). Это повышает реализацию освободившихся мест на 20%.
Как мы реализуем предзаказы?
Стек: PHP 8.3 (Laravel 11), PostgreSQL 15, Redis для очередей, Vue 3 для админки. Ключевые паттерны — Repository, Event Sourcing для цепочки статусов, CQRS для отчётов.
Схема данных. Таблицы preorder_campaigns и preorders содержат все поля: режим оплаты, статус, лимиты, даты. Связь с orders появляется только при выполнении.
CREATE TABLE preorder_campaigns (
id BIGSERIAL PRIMARY KEY,
product_id BIGINT NOT NULL REFERENCES products(id),
name VARCHAR(255) NOT NULL,
status VARCHAR(50) NOT NULL DEFAULT 'active',
-- active | paused | fulfilled | cancelled
payment_mode VARCHAR(50) NOT NULL DEFAULT 'full',
-- full | deposit | free
deposit_percent NUMERIC(5,2),
expected_date DATE,
max_quantity INTEGER,
min_quantity INTEGER,
current_count INTEGER NOT NULL DEFAULT 0,
closes_at TIMESTAMP,
created_at TIMESTAMP NOT NULL DEFAULT NOW()
);
CREATE TABLE preorders (
id BIGSERIAL PRIMARY KEY,
campaign_id BIGINT NOT NULL REFERENCES preorder_campaigns(id),
user_id BIGINT REFERENCES users(id),
email VARCHAR(255) NOT NULL,
variant_id BIGINT NOT NULL REFERENCES product_variants(id),
qty INTEGER NOT NULL DEFAULT 1,
unit_price NUMERIC(12,2) NOT NULL,
deposit_paid NUMERIC(12,2) NOT NULL DEFAULT 0,
total_paid NUMERIC(12,2) NOT NULL DEFAULT 0,
status VARCHAR(50) NOT NULL DEFAULT 'pending',
-- pending | deposit_paid | fully_paid | fulfilled | cancelled | refunded
expected_date DATE,
notified_at TIMESTAMP,
order_id BIGINT REFERENCES orders(id),
created_at TIMESTAMP NOT NULL DEFAULT NOW()
);
Как реализовать двухэтапную оплату предзаказов?
При режиме deposit платёж разбивается на два шага. Первый — списание депозита при оформлении:
class PreorderCheckout
{
public function processDeposit(Preorder $preorder, PaymentMethod $method): Payment
{
$depositAmount = $preorder->unit_price * $preorder->qty
* ($preorder->campaign->deposit_percent / 100);
$payment = $this->gateway->charge([
'amount' => $depositAmount,
'currency' => 'RUB',
'description' => "Предзаказ #{$preorder->id}: депозит",
'metadata' => ['preorder_id' => $preorder->id, 'type' => 'deposit'],
]);
$preorder->update([
'deposit_paid' => $depositAmount,
'status' => 'deposit_paid',
]);
return $payment;
}
}
Второй шаг — списание остатка при поступлении товара. Если карта не прошла, покупатель получает письмо с ссылкой для доплаты. Используется очередь с повторными попытками (до 3 раз с интервалом в 1 день). Это удерживает клиентов и минимизирует потери.
Почему важно атомарное обновление остатков?
Для лимитированных предзаказов атомарная проверка лимита — единственный способ избежать overselling.
Лист ожидания и освобождение мест
Отметим: когда место освобождается, триггер базы данных вставляет запись в waitlist_entries и ставит задачу в очередь RabbitMQ. Первые N пользователей получают письмо с предложением выкупить товар в течение 24 часов. Если отклика нет — предложение переходит следующему.
CREATE TABLE waitlist_entries (
id BIGSERIAL PRIMARY KEY,
campaign_id BIGINT NOT NULL REFERENCES preorder_campaigns(id),
email VARCHAR(255) NOT NULL,
variant_id BIGINT REFERENCES product_variants(id),
notified BOOLEAN NOT NULL DEFAULT false,
created_at TIMESTAMP NOT NULL DEFAULT NOW(),
UNIQUE (campaign_id, email, variant_id)
);
Выполнение предзаказов при поступлении товара
Менеджер запускает процесс одним кликом. Сервис PreorderFulfillmentService проходит по всем активным предзаказам в порядке очереди (FIFO), проверяет остаток, создаёт заказ, списывает доплату и отправляет уведомление:
class PreorderFulfillmentService
{
public function fulfill(PreorderCampaign $campaign): FulfillmentResult
{
$preorders = $campaign->preorders()
->where('status', 'deposit_paid')
->orWhere('status', 'fully_paid')
->orderBy('created_at')
->get();
$fulfilled = 0;
foreach ($preorders as $preorder) {
DB::transaction(function () use ($preorder, &$fulfilled) {
$reserved = $this->stockService->reserve(
$preorder->variant_id,
$preorder->qty
);
if (!$reserved) {
return;
}
$order = $this->orderFactory->fromPreorder($preorder);
if ($preorder->needsBalancePayment()) {
$this->chargeBalance($preorder);
}
$preorder->update(['status' => 'fulfilled', 'order_id' => $order->id]);
$fulfilled++;
PreorderFulfilled::dispatch($preorder, $order);
});
}
return new FulfillmentResult($fulfilled, $preorders->count());
}
}
Коммуникации с покупателями
Предзаказ — обещание. Покупатель должен всегда знать статус. Настраиваем автоматические уведомления:
| Событие | Канал | Содержание |
|---|---|---|
| Оформление | Подтверждение, детали, ожидаемая дата | |
| Изменение даты | Email + SMS | Новая дата, причина задержки |
| Товар поступил | Email + Push | Уведомление о начале отгрузки |
| Заказ создан | Номер заказа, трек | |
| Отмена кампании | Инструкция по возврату |
Шаблоны редактируются в админке, дата поставки всегда указывается в формате «ориентировочно: начало следующего месяца» — это снижает ложные ожидания.
Отображение на витрине
Карточка товара в режиме предзаказа заменяет стандартный блок:
- Кнопка «Предзаказать» вместо «В корзину».
- Ожидаемая дата поставки под кнопкой.
- Счётчик занятых мест: «Забронировано 47 из 100».
- Индикатор дефицита: «Осталось 12 мест».
- Информационный блок о политике предзаказов и возвратах.
Что входит в работу
Каждый проект включает:
- Документация архитектуры и схемы данных.
- Настройка платёжного шлюза для двухэтапных платежей.
- Интеграция с учётной системой (1С, МойСклад).
- Административная панель управления кампаниями.
- Шаблоны уведомлений (Email, SMS, Push).
- Нагрузочное тестирование (до 1000 одновременных предзаказов).
- Инструкция для менеджеров и службы поддержки.
- Гарантия на код 12 месяцев и бесплатные правки в течение 2 недель после сдачи.
Свяжитесь с нами, чтобы обсудить ваш проект и получить оценку. Если вы столкнулись с потерей клиентов из-за отсутствия товара, закажите разработку системы предзаказов — получите надёжный механизм, который масштабируется без переписывания.
Сроки реализации
| Этап | Срок |
|---|---|
| Базовая система (оформление + полная оплата + уведомления) | 4–6 дней |
| Двухэтапная оплата | +2–3 дня |
| Групповой предзаказ | +2 дня |
| Лист ожидания с автоуведомлениями | +1–2 дня |
| Панель управления кампаниями | +2–3 дня |
| Полная система | 2–3 недели |
Мы работаем с предзаказами более 5 лет, реализовали более 50 проектов для e-commerce. Наши инженеры сертифицированы по Laravel и PostgreSQL. Получите консультацию по вашему проекту уже сегодня.