01
客戶與權益
- 客戶
- 聯絡人
- 訂單或發票
- 購買日期
- 合約或保固
明確客戶關係和適用政策。
RMA 申請受理
加快授權的 RMA 申請表
在一份可直接審核的申請中，收集客戶、訂單、商品身分、故障、故障排查、證據、期望結果、退回限制和聯絡方式。
僅在提交或核准後生成 RMA。申請人應提供事實和證據；授權團隊負責資格、路線和處置決定。
- 自動產生申請編號和 RMA 識別碼
- 按條件顯示產品、故障、證據和退回問題
- 清晰區分已確認、需補證、已核准和已駁回路徑
只詢問會改變資格或處理方式的事實
使用條件式區段，讓簡單退貨保持簡單，同時讓技術案例收集審核人所需的證據。
02
商品身分
- 產品
- 型號
- 序列號或批次
- 數量
- 地點
防止授權與收貨不匹配。
03
故障與故障排查
- 觀察到的症狀
- 事件日期
- 執行背景
- 已嘗試的步驟
- 目前狀況
支援技術分級，同時不要求申請人判斷根本原因。
04
證據與物流
- 照片或檔案
- 包裝
- 危險或搬運要求
- 取件或運輸限制
規劃安全退回，減少補充證據請求。
05
期望結果
- 維修
- 更換
- 退款或抵扣
- 緊迫性
- 聯絡偏好
明確客戶需求，同時不提前核准補救方案。
根據實際審核的退貨類型對表單分支
並非每項申請都需要回答相同的問題。
| 所選背景 | 接下來顯示 | 分派至 |
|---|---|---|
| 使用中發生故障 | 執行條件、故障過程、故障排查、錯誤或故障程式碼、證據 | 技術授權或保固審核 |
| 到貨即損 | 包裝、承運商、收貨日期、損壞照片、可用狀況 | 運輸索賠或換貨審核 |
| 商品錯誤 | 訂購商品、收到商品、包裝標籤、數量、照片 | 倉庫或履約糾正 |
| 不再需要 | 狀況、未開封狀態、退貨期限、重新入庫規則 | 標準退貨政策 |
| 安全問題 | 即時狀況、受影響人員、遏制措施、聯絡可用性 | 緊急品質與安全升級 |
告知申請人編號的含義和後續流程
如果案例仍需審核，請勿顯示 RMA 編號，以免讓人誤以為退貨已獲核准。
- 01
已收到申請
確認申請編號，並顯示預計審核時間。
資訊是否完整？是否需要緊急升級？ - 02
證據或資格審核
在同一案例中索取缺失詳情，並記錄所採用的規則或異常。
核准、駁回，還是轉交專家審核？ - 03
RMA 已授權
提供 RMA 編號、條件、目的地、退回方式、有效日期和下一步說明。
究竟允許退回哪些商品？需要符合哪些條件？
減少授權前的來回溝通
RMA 申請表應收集哪些資訊？
客戶和聯絡方式、訂單或權益、產品及序列號或批次、數量、故障或原因、故障排查、目前狀況、證據、期望結果、緊迫性和運輸限制。
RMA 申請等同於已核准的 RMA 嗎？
不等同。申請只是請求授權。已核准的 RMA 應說明授權編號、商品、條件、目的地、方式、有效期和操作說明。
RMA 編號應該自動產生嗎？
應該。自動編號可減少重複，並讓申請、運輸、收貨、檢驗、決策和溝通保持可追溯。
Jodoo 能否針對不同退貨原因顯示不同問題？
可以。條件欄位可以根據之前的回答顯示產品、損壞、故障、安全、物流或政策問題。
釋出可直接支援決策的 RMA 申請表
使用 RMA 申請表用完整事實和明確的審核承諾啟動 RMA
面向客戶或合作夥伴釋出前，使用 Jodoo 表單測試條件式問題、證據請求、自動編號、核准和確認。