Разработали лист ожидания для интернет-магазина и связали его с мессенджерами

Кратко

Проект выполнен для интернет-магазина одежды с большим количеством вариативных товаров. Один товар мог одновременно существовать в нескольких цветах и размерах, причем часть комбинаций регулярно заканчивалась на складе.

Покупатель находил нужную модель, выбирал цвет и размер, но не мог оформить заказ, если конкретной вариации не было в наличии. Часть клиентов писала в почту и мессенджеры, часть уходила с сайта. Менеджерам приходилось вручную сохранять контакты и помнить, кому нужно сообщить о новой поставке.

Мы разработали собственный лист ожидания для WooCommerce. Он фиксирует интерес к конкретной вариации товара, собирает контакты с согласием на информационные сообщения, показывает накопленный спрос и помогает контролируемо уведомлять клиентов после обновления остатков.

Что происходило до разработки

Стандартный сценарий карточки товара сообщал только о том, что выбранного варианта нет в наличии. Для покупателя на этом путь заканчивался: сайт не сохранял интерес к конкретному цвету и размеру и не обещал вернуться с уведомлением.

Запросы распределялись между электронной почтой, мессенджерами и ручными таблицами. Из-за этого было сложно понять:

• сколько человек ждут конкретную вариацию;
• какие размеры и цвета востребованы сильнее остальных;
• кому уже ответили, а кто остался без обратной связи;
• появился ли товар в достаточном количестве для коммуникации;
• какие сообщения были доставлены, а какие завершились ошибкой.

Даже аккуратная ручная таблица не была связана с каталогом и остатками. Дубли, пропущенные обращения и потеря истории оставались неизбежными.

Что требовалось реализовать

Новый контур должен был работать внутри существующего WooCommerce-магазина и учитывать его реальную товарную модель, а не просто сохранять e-mail на уровне общей карточки.

Основные требования:

• показывать кнопку ожидания только для недоступной вариации;
• фиксировать точный товар, цвет и размер;
• принимать e-mail, телефон и Telegram username;
• сохранять согласие на получение информационных сообщений;
• не создавать повторную активную подписку одного клиента на ту же вариацию;
• подтверждать прием заявки и показывать ее в личном кабинете;
• группировать спрос по товарам и вариациям;
• учитывать пакетные обновления остатков из учетной системы;
• отправлять сообщения по e-mail, WhatsApp и Telegram;
• сохранять статусы, попытки и ошибки доставки;
• дать оператору возможность проверить получателей перед отправкой.

Решение

Встроили подписку в нативную карточку товара

Кнопка «Сообщить о поступлении» появляется вместо покупки только после выбора вариации, которой действительно нет на складе. Поэтому подписка относится не к модели целиком, а к точной комбинации характеристик — например, к черному цвету и размеру M.

В форме клиент оставляет e-mail, телефон и при желании имя пользователя Telegram. Перед сохранением сервер проверяет nonce формы, обязательные контакты, корректность e-mail, согласие на информационные сообщения и отсутствие запрета на лист ожидания для выбранного товара. Подписка сохраняется с идентификатором выбранной вариации.

После подписки покупатель получает подтверждение, а авторизованный пользователь видит активные позиции в разделе «Лист ожидания» своего кабинета.

Создали отдельную модель данных

Для подписок и истории доставки используются отдельные таблицы. В записи хранятся товар, вариация, пользователь, контакты, выбранные каналы, статус, количество попыток, последняя ошибка и время уведомления.

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

Собрали рабочее место оператора

В административной панели появились разделы по товарам, доступным остаткам, подпискам, клиентам, журналу событий и настройкам каналов.

Оператор видит:

• общий спрос по товару и каждой вариации;
• текущий остаток;
• дату последней заявки;
• контакты и статус подписки;
• число попыток отправки;
• ошибки конкретного канала;
• товары, которые уже появились в наличии;
• выгрузки CSV для дополнительного анализа.

Для отдельных товаров лист ожидания можно отключить, в том числе массовым действием из каталога.

Учли пакетное обновление остатков

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

Мы заложили контроль предыдущего и текущего состояния вариации, обработку изменения количества и статуса, резервную периодическую сверку и блокировку параллельного запуска. Для автоматического сценария предусмотрен переход от нулевого остатка к партии не менее пяти единиц, чтобы не отправлять большой аудитории сообщение о единичном товаре.

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

Связали e-mail и мессенджеры

Подтверждения подписки и сообщения о поступлении формируются как брендированные HTML-письма. Для WhatsApp и Telegram система передает сообщения через API Wazzup, подставляя название товара, вариацию и прямую ссылку на карточку.

Ответ каждого канала приводится к единому формату и записывается в журнал. Система различает сетевые ошибки, ограничения частоты и ограничения WhatsApp Business API. Архитектурой предусмотрены отложенные повторные попытки, но финальное решение об отправке остается у оператора.

Отдельно магазин получает служебное уведомление о новой подписке, чтобы команда видела рост спроса еще до поступления партии.

Подтвержденный результат

По обезличенной выгрузке на 13 марта 2026 года в системе находилось 1 048 активных заявок по 336 вариациям товаров.

Дополнительные показатели выгрузки:

• медианное значение — две активные заявки на вариацию;
• 189 вариаций собрали больше одной заявки;
• 62 вариации собрали не менее пяти заявок;
• максимальный спрос на одну вариацию достиг 24 активных заявок.

Магазин получил не просто форму обратной связи, а отдельный источник данных о неудовлетворенном спросе. Команда может видеть, какие размеры и цвета покупатели действительно ждут, проверять новые остатки и возвращаться к аудитории через согласованные каналы.

Почему это важно

Для вариативного интернет-магазина отсутствие конкретного размера — не нулевой спрос. Напротив, это сигнал, который может влиять на закупки, производство и приоритеты следующей поставки.

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

В этом проекте техническое решение превратило разрозненные вопросы покупателей в структурированную очередь спроса, с которой можно работать на уровне конкретных товаров, цветов и размеров.