AUT-0209· Електронна комерція
Сповіщення клієнта про повернення товару в наявність
Запит на конкретний товар або його варіант отримує сповіщення після перевірки доступності та чинного бажання клієнта.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Клієнт чекає потрібний варіант товару, але магазин забуває повідомити про надходження або надсилає повторні листи через коливання залишку.
02 / Результат
Кожен чинний запит має точний варіант, контроль черги відправлення та результат сповіщення без обіцянки резерву.
03 / Процес
ТригерНедоступний товар або його конкретний варіант досяг погодженого стану доступності для запитів на сповіщення.
Зберегти запит клієнта з точною ідентичністю товару або варіанта, адресою сповіщення й чинним станом підписки.
Перевірити доступність для продажу та погоджений поріг; очікуване надходження або дозвіл передзамовлення не підміняє наявність.
Сформувати чергу лише чинних запитів; повторний сигнал того самого надходження не створює повторне повідомлення.
Перед відправленням звірити актуальність запиту й можливість купити точний варіант; скасовані або застарілі записи вилучити з черги.
Надіслати повідомлення з посиланням на потрібний варіант і можливістю припинити сповіщення; зберегти результат відправлення.
Невизначену доставку передати на перевірку; повторне очікування або повторні сигнали обробити за погодженим правилом без автоматичного резервування.
04 / Реалізація1 варіант
Приклад · Точний варіант товару з контрольованим сповіщенням
Клієнт чекав синю модель розміру M. Надходження чорної моделі не запустило лист. Після появи синьої M запит включили в чергу, але клієнт відмовився до відправлення, тому повідомлення скасували. Товар за ним не резервували.
Спосіб реалізації
- Проєктна модель PlanFix: пов’язані запити на варіант, перевірена доступність і журнал сповіщень; можливості магазину, відправника та чинного API перевіряють перед реалізацією.
Що потрібно для реалізації
- Є стабільні ID товарів і варіантів та перевірене джерело доступності для продажу.
- Погоджено правила запиту, відмови, повторних сповіщень і перевірки доставки.
- Є точні варіанти та чинні запити клієнтів.
- Погоджено перевірку доступності й результатів відправлення.
Обмеження
- Повідомлення не резервує товар і не гарантує його наявності в момент покупки.
- WooCommerce описує окреме розширення Back In Stock Notifications, а не універсальну функцію кожного магазину.
- Черга відправлення та позначка відправлено не підтверджують отримання листа клієнтом.
- Запит про конкретний товар не є дозволом на загальну рекламну розсилку.
- Години попередні; реалізація магазину та резервування товару не включені.
- Не створює автоматичного замовлення або резерву.
- Не називає відправлення доказом доставки клієнту.
Що потрібно уточнити (2)
- Чи потрібно звіряти запити, варіанти й доступність із зовнішнім магазином?
Укажіть джерело доступності, ID варіантів та правило застарілих або неповних подій.
- Чи потрібна пакетна черга з обмеженням відправлень і перевіркою результатів?
Погодьте поріг, інтервал повторів, відмову до відправлення й обробку невизначеної доставки.