Wismo проти Wismr: у чому різниця та як опрацьовувати кожен тип тікета

WISMO означає «Де моє замовлення?». WISMR зазвичай означає «Де моє відшкодування?», хоча деякі команди використовують його у значенні «Де моє повернення?». Для команд підтримки електронної комерції практична різниця полягає в доказах, необхідних для вирішення звернення: WISMO потребує інформації про відправлення та доставку; WISMR — інформації про повернення, відшкодування або платіж. Класифікуйте фактичне запитання клієнта перед вибором робочого процесу та призначте одну відповідальну особу, яка супроводжуватиме відповідь до повного вирішення.

Оновлення відстеження не може довести, що відшкодування було здійснено, а підтвердження відшкодування не може пояснити, де знаходиться посилка. Якщо розглядати ці запити як взаємозамінні, це призводить до непотрібної передачі звернень між командами та відповідей, які звучать корисно, але не відповідають на запитання.

WISMO та WISMR: короткий огляд

Ці позначення описують запити клієнтів, а не конкуруючі продукти чи офіційні статуси перевізників. Оскільки WISMR використовується непослідовно, визначте його значення у своїй системі підтримки та відокремте запити про місцезнаходження повернення від запитів про виплату відшкодування.

Тип звернення	Запитання клієнта	Докази для перевірки	Рекомендований відповідальний
WISMO: замовлення	Де придбаний товар, на який я чекаю?	Запис про виконання замовлення, прийняття перевізником, події відстеження, інформація про доставку	Підтримка клієнтів у координації з відділом виконання замовлень або перевізником
WISMR: повернення	Де товар, який я відправив назад?	Дозвіл на повернення, підтвердження передачі, зворотне відстеження, підтвердження отримання складом	Підтримка клієнтів у координації з операційним відділом повернень
WISMR: відшкодування	Де гроші, на які я очікую?	Право на відшкодування, схвалення, запис про транзакцію, статус у платіжного провайдера	Підтримка клієнтів у координації з уповноваженим спеціалістом з платежів

Рекомендоване правило маршрутизації: використовуйте три окремі причини — статус замовлення, статус повернення та статус відшкодування, навіть якщо у звітах останні дві групуються під WISMR. Це зберігає різницю між переміщенням товару та переміщенням коштів.

Починайте з результату, якого прагне клієнт

Повідомлення на кшталт «Я повернув це минулого тижня і нічого не чув» може стосуватися загубленої посилки, не підтвердженого складом отримання або невиплаченого відшкодування. Перевірте записи про замовлення та повернення, перш ніж просити клієнта знову все пояснювати. Якщо бажаний результат залишається незрозумілим, поставте одне чітке запитання: «Ви хочете перевірити, чи надійшло ваше повернення, чи чи було здійснено відшкодування?»

За можливості зберігайте пов’язані питання в одному діалозі. Запит щодо відшкодування може потребувати розслідування відстеження повернення, але клієнт не повинен відкривати друге звернення, щоб пов’язати ці кроки. Зафіксуйте основний запит, поточну перешкоду, наступну дію та відповідальну особу.

Як обробляти звернення WISMO

1. Перевірте замовлення та відправлення

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

Потім переконайтеся, що номер відстеження належить відповідній посилці. Відрізняйте створення етикетки від прийняття перевізником: створена транспортна етикетка сама по собі не підтверджує, що перевізник фізично отримав посилку.

2. Визначте останню перевірену подію

• Ще не передано: уточніть у відділу виконання замовлень, чи посилку упаковано, відправлено та прийнято. Не скеровуйте клієнта до перевізника, якщо відправлення ще очікує передачі.
• Рухається мережею: поясніть останню важливу подію та її часову позначку. Розглядайте орієнтовну дату доставки як оцінку, а не гарантію.
• Немає недавнього руху або є виняткова ситуація: перевірте пояснення перевізника та процедуру розслідування. Сама по собі перерва між скануваннями не доводить втрату.
• Позначено як доставлене, але не отримано: перевірте адресу доставки, доступні докази доставки, а також відомості про безпечне місце або отримання, перш ніж обирати наступну дію.

Для міжнародних відправлень визначте будь-яку документально підтверджену передачу місцевому перевізнику. Не робіть висновків про затримання на митниці, втрату або невдалу доставку лише через відсутність оновлень у відстеженні.

3. Надайте відповідь із чітким наступним кроком

Корисна відповідь містить перевірений статус, його значення, дії вашої команди та час наступного контакту з клієнтом. Встановлюйте подальший контакт відповідно до фактичного процесу обслуговування. Не вигадуйте дату доставки лише для того, щоб відповідь звучала остаточною.

Якщо можуть бути доречними розслідування, заміна або відшкодування, дотримуйтеся відповідної політики та зобов’язань перед споживачами. Процедури претензій до перевізника та засоби захисту клієнта пов’язані, але є окремими питаннями; не припускайте, що клієнт у кожній ситуації має чекати завершення внутрішньої претензії.

Приклад відповіді: «Остання подія перевізника показує, що ваша посилка перебувала в [місце] [дата]. Підтвердженої події доставки ще немає. Ми попросили [команду/перевізника] провести розслідування та оновимо інформацію до [узгоджений час], навіть якщо розслідування ще триватиме».

Як обробляти звернення WISMR щодо статусу повернення

Зворотна логістика передбачає друге відправлення та етап звірки зі складом. Зберігайте ці записи окремо від початкової доставки.

1. Знайдіть дозвіл на повернення. Пов’яжіть повернення з правильним замовленням, товарами та бажаним результатом, наприклад відшкодуванням або обміном.
2. Перевірте, чи було повернення передано. Створена етикетка повернення не є доказом передачі. За можливості використовуйте сканування прийняття або інший відповідний доказ передачі.
3. Перевірте відстеження повернення. Визначте, чи рухається посилка, затримується, доставлена або має винятковий статус.
4. Зіставте доставку з отриманням на складі. Сканування доставки в пункті повернення не обов’язково означає, що товари зіставлено із замовленням або перевірено.
5. Визначте фактичну перешкоду. Прикладами є невідповідна посилка, відсутнє посилання на замовлення, незавершена перевірка або рішення, що очікує авторизації.

Якщо перевізник повідомляє про доставку, але на складі немає відповідного запису, надішліть операційному відділу повернень номер відстеження, час доставки, посилання на повернення та очікуваний вміст. Просити клієнта знову звертатися до перевізника може не вирішити внутрішню проблему з прийманням.

Поясніть, яка подія запускає наступний крок відповідно до чинної політики, враховуючи всі законодавчі вимоги. Не описуйте перевірку на складі як універсальну передумову для кожного відшкодування.

Приклад відповіді: «Відстеження вашого повернення показує доставку на нашу адресу для повернень [дата]. Ми перевіряємо його отримання за поверненням [посилання]. Відшкодування ще не здійснено. [Відповідальна особа/команда] перевіряє запис про отримання, і ми оновимо інформацію до [узгоджений час]».

Як обробляти звернення WISMR щодо статусу відшкодування

1. Відокремте схвалення від виконання платежу

«Схвалено», «надіслано» та «відображається в обліковому записі клієнта» описують різні етапи. Внутрішня примітка «відшкодування схвалено» не є доказом успішного надсилання платіжної інструкції.

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

2. Дотримуйтеся варіанту, підтвердженого записом

• Відшкодування не створено: визначте, чи очікується рішення щодо права на відшкодування або авторизована дія. Передайте звернення особі, яка може ухвалити це рішення.
• Відшкодування очікує: перевірте статус у платіжного провайдера та зазначену причину. Не перейменовуйте очікувану транзакцію на завершену.
• Відшкодування надіслано або успішно виконано в платіжній системі: поясніть зафіксований статус і скористайтеся відповідними рекомендаціями провайдера щодо видимості для клієнта.
• Відшкодування не виконано або потребує дії: передайте питання уповноваженому спеціалісту з платежів для визначення дозволеного наступного кроку.
• Клієнт усе ще не може знайти кошти: перевірте, чи доступне та доречне для надання посилання на відстеження, а потім дотримуйтеся процедури розслідування провайдера.

Термінологія платіжного провайдера має значення. Наприклад, документація Stripe щодо відшкодувань розрізняє обробку відшкодування та сценарії невдалого виконання. Використовуйте документацію відповідного способу оплати та провайдера, а не перетворюйте рекомендації іншого провайдера на універсальну обіцянку.

3. Повідомляйте лише підтверджене

Укажіть підтверджену суму, валюту, дату здійснення та опис призначення, якщо це доречно. Будь-який очікуваний термін обробки має ґрунтуватися на відповідних рекомендаціях провайдера, а не на загальному шаблоні підтримки. Ніколи не запитуйте повний номер картки, пароль або код безпеки для розслідування відшкодування.

Приклад відповіді: «Наш платіжний запис показує, що відшкодування в розмірі [сума та валюта] було надіслано [дата] на ваш початковий спосіб оплати. Його поточний статус: [перевірений статус]. Відповідні рекомендації провайдера: [перевірені рекомендації]. Якщо після цього терміну кошти все ще не буде зараховано, ми проведемо розслідування за доступним ідентифікатором транзакції».

Створіть робочий процес із чіткою відповідальністю

Підтримка клієнтів зазвичай повинна зберігати відповідальність за діалог, поки спеціалізовані команди проводять розслідування. Це операційна рекомендація, а не вимога для всіх компаній використовувати однакову організаційну структуру.

Корисний запис звернення містить посилання на замовлення, тип запиту, номер відстеження вихідного відправлення або повернення, останню перевірену подію, статус транзакції відшкодування, якщо це доречно, перешкоду, внутрішнього відповідального та час наступного оновлення для клієнта. Обмежуйте фінансові та персональні дані до обсягу, необхідного призначеній команді.

Робіть передачу звернень чіткою. Відділ виконання замовлень розслідує посилку, яка не залишила склад; операційний відділ повернень звіряє доставлене повернення; уповноважений спеціаліст з платежів розслідує невдале відшкодування. «Передано в інший відділ» не є вирішенням, доки хтось не прийняв дію до виконання.

Також визначте, що означає «вирішено». На запитання про статус можна відповісти, навіть якщо посилка ще не прибула того дня, але обіцяне розслідування має залишатися під контролем. Запит на відшкодування не вважається вирішеним лише тому, що хтось внутрішньо його схвалив.

Використовуйте інструменти відстеження, не плутаючи видимість із вирішенням

Для WISMO сервіс відстеження посилок, такий як 17TRACK, може допомогти перевірити статус відправлення. Важливо, що саме підтверджує остання інформація відстеження, а не просто наявність сторінки відстеження.

Сторінки відстеження замовлень, системи повернень і платіжні записи мають різне призначення. Оцінюючи інструменти, перевірте, чи можуть агенти пов’язати замовлення, вихідне відправлення, повернення та відшкодування, не плутаючи їхні статуси. Якщо ви розглядаєте 17TRACK Shopify app, 17RETURNS або tracking API, перевірте конкретний потрібний робочий процес та інтеграцію перед придбанням або впровадженням.

Не вважайте жоден інструмент відстеження доказом зарахування коштів банком. Так само не слід вважати, що інтерфейс повернень підтверджує виконання платежу, якщо відповідну інтеграцію та статус транзакції не перевірено.

Зменшуйте кількість повторних звернень, усуваючи відсутні етапи

Для WISMO перевірте, чи можуть клієнти розрізняти підтвердження замовлення, відправлення, прийняття перевізником і винятки під час доставки. Для WISMR перевірте, чи можуть вони розрізняти дозвіл на повернення, отримання повернення, схвалення відшкодування та надсилання відшкодування. Надсилайте повідомлення про етапи лише тоді, коли відповідну подію підтверджено.

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

Поширені запитання

WISMR означає «Де моє повернення?» чи «Де моє відшкодування?»

Це може означати будь-яке з двох, залежно від команди, яка використовує цей термін. Визначте значення абревіатури всередині компанії та зберігайте окремі причини для статусу повернення й статусу відшкодування. У повідомленнях для клієнтів використовуйте просту мову, а не абревіатуру.

Чи повинно доставлене повернення автоматично запускати відшкодування?

Не як універсальне правило. Правильний тригер залежить від чинних вимог щодо захисту споживачів, обставин повернення та законної політики продавця. Сканування доставки підтверджує логістичну подію, але саме по собі не встановлює рішення щодо відшкодування або статус платежу.

Коли агенту слід передавати на ескалацію відправлення без оновлень відстеження?

Враховуйте службу доставки, обіцяні умови доставки, останню подію та рекомендації перевізника щодо розслідування. Передавайте питання на ескалацію, коли ці умови виправдовують дію, а не застосовуйте один довільний період очікування до всіх відправлень.

Чи може одне звернення містити одночасно WISMO та WISMR?

Так. Клієнт може в одному діалозі запитати про недоставлене замовлення та запитане відшкодування. Залиште одного відповідального за комунікацію з клієнтом, задокументуйте обидва питання та окремо призначте відповідні внутрішні дії.

Що робити, якщо відшкодування позначено як успішне, але клієнт його не бачить?

Перевірте суму, дату, призначення та рекомендації провайдера. За можливості використайте посилання на відстеження та передайте питання через процедуру платіжного провайдера, коли це доречно. Не здійснюйте автоматично друге відшкодування.

Джерела

• Stripe: Refunds — рекомендації провайдера щодо обробки, статусу та розслідування відшкодувань.
• Shopify Help Center: Refunding orders — рекомендації платформи щодо обробки відшкодувань.
• 17TRACK: Package tracking — ресурс для відстеження відправлень.
• 17TRACK Shopify app listing — інформація про продукт для оцінювання продавцями.
• 17RETURNS official product page — інформація про продукт для повернень для оцінювання робочого процесу.
• 17TRACK Tracking API — інформація про інтеграцію відстеження.