Опис проєкту
ПерекладУ нас інтернет-магазин середнього розміру, і зараз обробка повернень тримається на переписці в пошті та таблицях Excel — це забирає у команди години кожен день і дратує покупців. Хочу окремий портал повернень і RMA, який підключається до нашого чинного магазину: покупець заходить в особистий кабінет, вибирає замовлення і товари для повернення, вказує причину і одразу отримує номер RMA. Той же механізм повинен закривати і гарантійні звернення з товарів, які вийшли з ладу вже після закінчення строку повернення: клієнт прикладає фотографії або короткий опис, а ми вирішуємо — ремонт, заміна або повернення коштів. Завдання — вивести весь комунікацію з поштової скриньки в структуровану і відстежувану систему.
Зі сторони покупця портал повинен формувати друковану транспортну етикетку повернення (у нас уже є договір з перевізником, тому потрібен насамперед запит етикетки і її PDF), показувати зрозумілу поетапну шкалу статусів (заявка створена, узгоджена, в дорозі, отримана, перевірена, вирішена) і відправляти сповіщення на пошту при кожній зміні статусу. Зі сторони співробітників потрібен бек-офіс з чергою заявок, де наша команда розглядає звернення, узгоджує або відхиляє з коментарем, відмічає приймання посилки, фіксує результат перевірки і запускає повернення коштів або заміну. Гарантійні випадки вимагають трохи іншого маршруту з полями серійного номера, дати покупки і строку гарантії, щоб агент швидко перевіряв право на обслуговування. Будь ласка, збережіть оформлення клієнтських сторінок у стилі нашого поточного магазину і зробіть все адаптивним під мобільні.
Це вузький інструмент під повернення і гарантію, а не повноцінний маркетплейс і не система обліку складу, тому не потрібно роздувати обсяг. Структуру даних замовлень і деталі API передам після узгодження плану.
— Сценарій покупця: старт RMA з замовлення, вибір товарів і причини, видача номера RMA
— Друкована етикетка повернення (PDF) і шкала статусів з сповіщеннями на пошту
— Маршрут гарантії: серійний номер, дата покупки, перевірка строку, завантаження фото
— Бек-офіс співробітника: черга узгодження, відметка приймання, запис перевірки, повернення або заміна
— Адаптивність, єдиний стиль з магазином, зв'язок з даними замовлень через API
Зі сторони покупця портал повинен формувати друковану транспортну етикетку повернення (у нас уже є договір з перевізником, тому потрібен насамперед запит етикетки і її PDF), показувати зрозумілу поетапну шкалу статусів (заявка створена, узгоджена, в дорозі, отримана, перевірена, вирішена) і відправляти сповіщення на пошту при кожній зміні статусу. Зі сторони співробітників потрібен бек-офіс з чергою заявок, де наша команда розглядає звернення, узгоджує або відхиляє з коментарем, відмічає приймання посилки, фіксує результат перевірки і запускає повернення коштів або заміну. Гарантійні випадки вимагають трохи іншого маршруту з полями серійного номера, дати покупки і строку гарантії, щоб агент швидко перевіряв право на обслуговування. Будь ласка, збережіть оформлення клієнтських сторінок у стилі нашого поточного магазину і зробіть все адаптивним під мобільні.
Це вузький інструмент під повернення і гарантію, а не повноцінний маркетплейс і не система обліку складу, тому не потрібно роздувати обсяг. Структуру даних замовлень і деталі API передам після узгодження плану.
— Сценарій покупця: старт RMA з замовлення, вибір товарів і причини, видача номера RMA
— Друкована етикетка повернення (PDF) і шкала статусів з сповіщеннями на пошту
— Маршрут гарантії: серійний номер, дата покупки, перевірка строку, завантаження фото
— Бек-офіс співробітника: черга узгодження, відметка приймання, запис перевірки, повернення або заміна
— Адаптивність, єдиний стиль з магазином, зв'язок з даними замовлень через API
Розробка для WEB Готівка, Банківський переказ
