Товар під замовлення потребує рішення про те, яке зобов’язання магазин готовий узяти до надходження партії. Для однієї позиції можна прийняти замовлення з погодженим очікуванням, для іншої – лише зібрати інтерес. Однаковий напис у картці приховає цю різницю. На Хорошопі її потрібно виразити через доступну дію та зрозуміле повідомлення про постачання.
Складіть невеликий список спірних позицій. Для кожної визначте, чим підтверджений строк, хто відповідальний і який крок доступний відвідувачу. Результатом буде карта рішень: її можна передати тому, хто веде каталог, і використовувати під час приймання. Нижче – порядок підготовки такої карти й перенесення рішень у магазин.
Вирішіть, що відбувається після звернення покупця
Почніть із процесу оброблення, а не з нової назви наявності. Менеджер має розуміти, що станеться, якщо людина захоче купити відсутню позицію сьогодні. Підтверджене майбутнє відвантаження, запит постачальнику та просте повідомлення про повернення асортименту потребують різних дій.
Для приймання замовлень заздалегідь визначте, хто перевіряє можливість постачання й повідомляє умови. Якщо продавець поки готовий лише сповістити про появу, не описуйте підписку як оформлене замовлення. Коли постачання припинене, можливість купити потрібно виключити. Одного видалення картки з видачі каталогу для цього недостатньо.
- Хто підтвердив можливість постачання й коли отримано відомості.
- Який етап охоплює строк: надходження магазину чи вручення одержувачу.
- Що відвідувач може зробити зараз: купити, залишити запит на сповіщення чи лише прочитати повідомлення.
- Хто перегляне рішення, якщо відомості постачальника зміняться.
Не приписуйте налаштуванню обов’язки менеджера. Поява потрібної кнопки не організує закупівлю, перевірку строків чи спілкування з клієнтом. Ці дії мають бути передбачені робочим процесом магазину.
Перевірте, звідки береться доступність покупки
У Хорошопі є два механізми. У режимі призначення статусів товар отримує заздалегідь визначену дію. За обліку залишків рішення залежить від кількості: додатне значення означає наявність, нульове – відсутність. У другому режимі система також обмежує покупку доступною кількістю. Спочатку з’ясуйте, який механізм уже використовується.
Два режими наявності: призначений статус із дією або автоматичний статус за кількістю.
Режим кількісного обліку не можна вмикати заради оформлення однієї картки. Згідно з документацією Хорошопа, під час запуску цієї функції значення спочатку стають нульовими. Без підготовлених складських даних каталог опиниться у стані відсутності. Такий перехід потрібно планувати окремо від роботи з товарами під замовлення.
Майбутня партія ще не перебуває на складі. Не видавайте очікувану кількість за фактичну, щоб дозволити покупку в обхід обмеження. Якщо чинний механізм не дає змоги реалізувати погоджений сценарій, спочатку визначте допустимий процес разом із відповідальним за магазин.
Складіть карту постачання для трьох різних ситуацій
Візьмімо умовний магазин, де кількість не обліковується, а наявність задається призначенням статусів. Для ORD-A постачальник підтвердив надходження магазину за 5–7 робочих днів, і продавець приймає такі покупки. Для ORD-B дата невідома. ORD-C більше не постачається. Це навчальні умови, а не відомості про реальний асортимент.
| Позиція | Рішення магазину | Дія на сайті | Повідомлення в картці |
|---|---|---|---|
| ORD-A | Прийняти замовлення з очікуванням | Замовлення після налаштування відповідного статусу | 5–7 робочих днів до складу, із зазначенням початку відліку |
| ORD-B | Збирати інтерес без обіцяної дати | Сповіщення, якщо магазин веде таку роботу | Строк поки не підтверджений |
| ORD-C | Припинити приймання покупок | Заборона замовлення | Покупка недоступна |
Для ORD-A ще потрібно погодити, від якої події рахують робочі дні. Формулювання «після підтвердження постачальником» означає інший момент, ніж «після оформлення». Виберіть умову відліку, якої магазин справді здатний дотримуватися, і повідомте її відвідувачу.
Не перетворюйте зазначені 5–7 днів на строк отримання покупцем. У прикладі вони закінчуються надходженням на склад продавця. На відправлення й перевезення потрібен окремий час, якщо ці етапи передбачені процесом. Картка має чітко показувати, що саме обіцяно.
Для ORD-B чесна відсутність дати корисніша за випадкове число. Призначте працівника, який дізнається про зміну постачання. Якщо ніхто не веде сповіщення, спочатку організуйте цей процес або виберіть заборону покупки. Сама підписка не створює підтвердження майбутнього постачання.
Перенесіть рішення в підготовлені статуси
Перевірте дії наявних статусів. У стандартних налаштуваннях «В наявності» дає можливість замовити, а «Немає в наявності» й «Очікується» пропонують очікування. Звичайне перейменування не доводить, що магазин тепер приймає покупки до надходження.
За інструкцією створення статусу й зміну його дії виконує підтримка Хорошопа. У запиті потрібні погоджена назва, переклади й потрібна поведінка. Підготуйте ці відомості за картою рішень. Не намагайтеся замінити налаштування новим словом в імпортованому стовпчику: невідоме значення може створити статус без дії.
Для призначення статусу вручну використовується редактор товару: блок «Модифікації», поле «Наявність». За ввімкненого обліку залишків такого поля немає. Для одиничної зміни зіставте артикул, виберіть уже підготовлений варіант, збережіть картку й відкрийте її на вітрині.
Поле наявності в офіційному прикладі редагування товару Хорошопа.
Масове оновлення починайте після перевірки однієї позиції. Для імпорту знадобиться зіставлення стовпчика з полем «Каталог: Наявність». Передайте точне написання затверджених значень. Область оновлення й роботу з рядками, яких немає у файлі, погодьте окремо: карта постачання не замінює інструкцію з імпорту.
Перевірте обіцянку постачання й доступну дію
Відкрийте товар із категорії, потім за збереженою прямою адресою. Порівняйте повідомлення з картою рішень і спробуйте передбачений крок. Для ORD-A має бути доступна покупка; для ORD-B – сценарій сповіщення; для ORD-C – заборона. Завершувати тестове замовлення для першого зіставлення не потрібно.
Є два важливі контрприклади. Картка з «Відображати: ні» може відкриватися за прямим посиланням: приховування не є забороною покупки. Кнопка «Повідомити, коли з’явиться» також не підтверджує прийнятого замовлення. Згідно з інструкцією, лист про зміну на «В наявності» призначений авторизованому покупцю.
Повторіть основні переходи в комп’ютерній і мобільній версіях. Перевірте переклади: в обох мовах мають збігатися етап постачання, початок відліку й невизначеність дати. Знімок картки з правильним написом не замінює перевірки доступної дії.
Переглядайте рішення в разі зміни постачання
Зберігайте поруч із картою джерело відомостей і дату останнього підтвердження. Коли постачальник змінює умови, відповідальний переглядає відповідні позиції: можливість замовлення, повідомлення й подальше оброблення. Якщо вже є звернення клієнтів, їх потрібно розібрати окремо від редагування каталогу.
У разі розбіжності передайте фахівцеві конкретний артикул, адресу, використовуваний механізм наявності та рядок карти. Укажіть, яка дія очікувалася і що вдалося зробити на сайті. Такий набір дає змогу перевірити зв’язок між обіцянкою продавця й поведінкою картки, не змінюючи весь каталог навмання.
Потрібна допомога з вашим проєктом?
Залиште ім’я та номер телефону. Зв’яжуся з вами, щоб обговорити завдання, обсяг робіт і наступний крок.
