01
承認
- 依頼済み
- 証拠が必要
- 承認済み
- 却下済み
- 期限切れ
現物を移動してよいかを示します。
RMA追跡
返品された全商品を追跡するRMAトラッキングシステム
承認済みの商品を、発送期限から輸送、受領、検品、診断、処置、修理または交換、顧客確認まで追跡します。
トラッカーから、商品がどこにあるか、どの判断が待機中か、誰が担当しているか、約束の期限はいつか、顧客へ最後に何を伝えたかが分かる必要があります。
- 自動生成されたRMAと商品識別情報
- 移動、検品、処置、履行の各状態
- 経過時間、停滞要因、SLA、担当者、期限、顧客への最新連絡
実際の業務に対応する少数の状態を使用
発送、受領、検品、技術判断、履行を、曖昧な1つの「進行中」ステータスにまとめないでください。
02
移動
- 未発送
- 輸送中
- 配達済み
- 配送業者の例外
- 返品不要
社内受領前の商品位置を特定します。
03
検品
- 待機中
- 進行中
- 停滞中
- 完了
- 不一致
到着と現物レビューを分けます。
04
処置
- 保留中
- 再入庫
- 修理
- 交換する
- 返金
- 却下
- サプライヤー返品
- 廃棄
承認された業務上・顧客向けの結果を明示します。
05
終結
- 履行未完了
- 顧客への連絡期限
- 確認待ち
- 終結確認済み
- 再開
「判断済み」を「顧客対応済み」と取り違えないようにします。
RMAサイクルタイムがどこで増えているかを測定
段階別に所要時間を分け、チームが正しい制約を改善できるようにします。
承認までの経過時間
情報がそろった依頼から承認判断までの時間。
ポリシー、証拠、承認による遅延を見つけます。輸送の経過時間
承認または最初のスキャンから、照合済み受領までの時間。
顧客と配送業者による例外を分けます。検品の経過時間
受領から診断または推奨事項の完了までの時間。
技術者の処理能力と証拠不足への対応を計画します。結果までの経過時間
処置の承認から、履行・顧客確認済みの結果までの時間。
交換、修理、返金、顧客連絡の約束を守ります。顧客案件、現物商品、移動イベントを連携して維持
1つのRMAに複数の商品が含まれ、各商品が異なる経路を進む場合があります。共通する顧客・承認情報を失わず、レコードを分けます。
RMA案件
顧客、注文、承認理由、承認範囲、返品期間、希望する結果、顧客連絡の担当者。
実現する機能顧客向け参照番号を1つにし、ポリシー判断に一貫性を持たせます。
返品商品
製品、シリアル番号またはロット、数量、予定状態、受領時の状態、診断、処置、現在の担当者。
実現する機能複数商品を含む返品が異なる結果に分かれる場合の商品単位の追跡。
移動・対応履歴
発送イベント、受領照合、検品の更新、承認、修理、交換、返金、サプライヤーへの引き継ぎ、顧客確認。
実現する機能遅延の理由を説明し、ステータスの上書きを防ぐ監査可能なタイムライン。
本日行うべき次の対応を中心にトラッカーを構築
管理職は各シグナルを開き、対応が必要な案件を正確に確認できる必要があります。
受領前に期限超過しているものは何か？
承認日、発送期限、追跡状況、顧客連絡、担当者。
受領後に停滞しているものは何か？
商品照合、状態、不具合の再現、証拠、担当技術者、停滞要因。
判断済みなのに結果が完了していないものは何か？
処置、履行担当者、約束日、在庫状況、決済または発送イベント、顧客への最新連絡。
商品状況と顧客対応状況を一致させる
RMAトラッカーには何を表示すべきですか？
RMA番号、顧客、商品、承認、発送、受領、検品、診断、処置、担当者、期限、停滞要因、約束した結果、顧客への最新連絡、終結確認を表示します。
1つのRMAに複数の商品を含められますか？
含められますが、商品の到着、検品、結果が異なる可能性がある場合は、商品単位の識別情報と処置をモデル化します。親RMAで顧客案件を要約できます。
RMAの例外はどのように追跡しますか？
発送、識別情報、証拠、診断、部品、承認、サプライヤー、顧客確認の停滞要因に、標準の例外種別と絞り込み済みキューを使用します。
Jodooは期限前に担当者へ通知できますか？
はい。ワークフローから、段階、期限、SLAの状況、例外状態に基づくリマインダーやエスカレーションを送信できます。
RMA例外キューを処理
RMAトラッカーを開く商品がどこにあり、次に何をすべきかを把握
サンプルデータ入りのJodooアプリで、段階の定義、担当者キュー、期限リマインダー、例外ビュー、顧客確認をテストします。