Інтернет-магазин — це не лише сторінки товарів і кнопка оплати. Після натискання «Замовити» мають узгоджено відпрацювати ціни, залишки, платіжний сервіс, склад і доставка. Якщо ці частини не пов’язані, покупець може сплатити за відсутній товар, а менеджер — дізнатися про замовлення лише з випадкового листа. Розібрати весь шлях корисно ще до вибору платформи.
Каталог задає правила продажу
Спочатку визначають, що саме продається: один товар, розмір і колір, комплект чи послуга. Кожна позиція, яка окремо зберігається на складі, потребує узгодженого ідентифікатора. Назва для покупця може змінюватися, але облікова система має впізнати ту саму позицію. Також потрібні правила ціни, податків, знижок, доступності та одиниць виміру.
На картці товару відвідувач повинен зрозуміти характеристики, комплектацію, умови доставки й повернення. Фільтри мають відповідати характеристикам, за якими люди справді обирають. Наприклад, для кабелю довжина та тип роз’єму практичніші за внутрішню назву категорії постачальника.
Замовлення та платіж — різні події
Замовлення може вже існувати, а платіж ще очікувати підтвердження. Повернення покупця на сторінку «Дякуємо» не замінює перевірку оплати на сервері. Платіжний сервіс надсилає подію окремо; її справжність перевіряють, а повторну доставку не повинні перетворювати на повторне списання товару чи створення нового документа.
У навчальному сценарії покупець оформлює замовлення, закриває вкладку під час оплати, а банк підтверджує платіж трохи пізніше. Магазин має коректно оновити статус без відкритої вкладки. Якщо надходить повторне повідомлення про той самий платіж, підсумок замовлення залишається тим самим.
Де зберігається правильний залишок
До розробки погоджують, яка система керує залишками та резервами. Для невеликого магазину це може бути сама платформа; для компанії з офлайн-продажами — облікова система або WMS. Важливо визначити момент резервування, строк очікування оплати та дії при скасуванні. Інакше одна й та сама остання одиниця товару може бути обіцяна різним покупцям.
-
Перевірте одночасні замовлення одного товару.
-
Погодьте поведінку при недоступності облікової системи.
-
Передбачте часткове відправлення, скасування та повернення товару.
Як ми розбираємо інтеграційну частину магазину
На сторінці послуги ALL IT Agency магазин розглядається разом із каталогом, оплатою, CRM та обліком. У технічному завданні для такого рішення корисно фіксувати не лише список підключених сервісів, а й конкретні події: замовлення створено, кошти підтверджено, товар зарезервовано, відправлення оформлено. Для кожної події мають бути відповідальна система та спосіб перевірки.
Практичний результат такої підготовки — схема обміну, таблиця статусів і перелік помилкових ситуацій для тестування. Вона дає бухгалтерії, складу та розробникам однакове розуміння того, що означає «оплачене» чи «скасоване» замовлення.
Що перевірити перед прийманням
Пройдіть покупку зі смартфона без облікового запису, з помилкою платежу та з повторною спробою. Звірте суму доставки, знижку, повідомлення покупцю й записи в обліку. Потім перевірте повернення коштів і товару. Важливо не лише побачити успішний екран: менеджер має знайти замовлення, склад — правильний резерв, а клієнт — зрозуміле підтвердження та контакт підтримки.
Джерела та подальше читання
