返品・交換対応の記録を管理するツールを非エンジニアがClaude Codeで内製する手順｜非エンジニア向け

なぜ返品・交換の記録を内製で作るのか

売る側の流れは、たいていどこかに記録が残っています。見積を出したことは見積書に、受注したことは注文書に、納めたことは納品書に、請求したことは請求書に。ところが品物が戻ってくる側の流れには、その一本が通っていません。受け付けた記録はお客様窓口のメールに、品物が戻ってきた記録は倉庫の受入メモに、返金した記録は経理の処理に、それぞれ別に残ります。この状態だと、次のようなことが起きます。

• 品物は戻ってきているのに返金が済んでおらず、お客様からの再度の連絡で発覚する
• 返金は済んでいるのに品物が戻ってこないまま、誰も追いかけずに終わる
• 交換品を送ったつもりが送られておらず、受け付けた担当と出荷の担当が互いに相手がやったと思っている
• 戻ってきた品が倉庫の隅に置かれたまま、再び売れる状態なのか廃棄するのかが決まらない
• 同じ品物で同じ理由の返品が続いていても、誰も気づかないまま出荷され続ける

ここで扱っているのは「受け付けてから、品物とお金の両方が片付いたか」という、状態の突き合わせが中心の処理です。人が頭の中で覚えておくには件数が多く、機械に任せるには向いています。逆に「この返品を受けるかどうか」「いくら返すか」「不具合の責任はどちら側にあるか」という判断は、契約や取引の経緯を知っている人にしかできません。販売管理のパッケージや基幹システムに返品の機能が付いていることもありますが、受付から返金までを一気通貫で入力させる作りになっていて現場が使い切れなかったり、そもそも自社の受け方に合わなかったりします。まずは止まっている件が見えるだけの身軽な仕組みを先に作れるのが内製の強みです。苦情そのものの記録はクレーム対応記録ツールの作り方で扱っています。本記事はそれとは別に、品物とお金が実際に動く側を扱います。

作るツールの全体像

今回作るのは、受け付けた返品と交換を一件ずつ残し、品物とお金の両方が片付くまで見張る小さなツールです。流れは次のとおりです。

• 受付の記録：受付日・顧客名・対象の品物・対応状況を、一件ずつ短く残す
• 二つの流れの管理：品物が戻ってきたかと、返金や交換品の発送が済んだかを、別々に持つ
• 止まっている件の抜き出し：受け付けてから動きがないもの、品物が戻ってこないもの、片方だけ終わっているものを出す
• 繰り返しの集計：同じ品物・同じ理由のものを数え、多い順に並べる
• 引き継ぎの記録：戻ってきた品を再び売るか廃棄するか、返金を経理へ渡したかを残す

この設計でいちばん大事なのは、二つ目です。品物の状態とお金の状態を「対応状況」という一つの欄に混ぜないでください。混ぜると、品物は戻ってきたけれど返金がまだという件も、返金は済んだけれど品物が戻ってこない件も、同じ「対応中」に埋もれます。返品対応が長引くのは、どちらか片方だけが終わったまま放置されるからで、その片方だけの状態を名指しできることが、このツールの値打ちのほとんどを占めます。逆に、最初から項目を増やすのは避けてください。不具合の分類・責任の所在・原価への影響・再発防止策と並べたくなりますが、それらは調べて判断してはじめて決まるもので、受け付ける段階で埋めようとすると、空欄ばかりの表になります。このツールが引き受けるのは、受け付けたものが片付くまで見張るところまでです。受注から納品までの側は受注案件の納期・進捗管理ツールの作り方で作ったものと役割を分けておくと、どちらも軽いまま続きます。

用意するもの

準備するのは次の3つだけです。特別な開発環境は必要ありません。

• Claude Code：指示を出すと、必要なファイルを自動で作ってくれます。導入手順はClaude Codeのはじめ方を参照してください。
• 直近に受け付けた返品・交換の控え（10件程度で十分）：メールの文面でも、手書きの受付票を写したメモでも構いません。実際に来たものを使うことが大事で、整った形になっている必要はありません。
• 返品理由の区分の案（数個）：たとえば不具合・数量や品番の相違・お客様都合といった程度の粗さで十分です。細かく分けるのは、集計してみてから足せば間に合います。

控えを用意するときは、うまく片付いた件だけでなく、長引いた件と途中で分からなくなった件を必ず混ぜてください。滞りなく終わった件ばかりを見て作ると、片方だけ終わっている状態を持たない台帳になり、いちばん見つけたかったものが見つからない仕組みが出来上がります。顧客名や連絡先を含むデータをAIに渡すときの考え方は業務AI利用時の情報漏えい対策で解説しています。社内のどの範囲まで扱ってよいかを先に確認してから進めてください。

Claude Codeへの指示と作成手順

ここからは、実際にClaude Code へ出す指示の流れを順番に見ていきます。専門用語は使わず、ふだんの言葉で頼むのがコツです。

第一段階：受け付けた件の控えをそのまま渡す。「お客様から返品や交換の連絡を受けているが、どこまで進んだのかが分からなくなるので一覧にしたい」と目的を伝え、手元の控えを渡します。「受付日・顧客名・対象の品物・対応状況の4項目を残したい」と項目を伝えれば、Claude Code が台帳の土台と一覧の形を作ってくれます。ここで気をつけるのは、対応状況の段階を現場の工程どおりに細かく刻まないことです。受付済み・対応中・完了の三つ程度から始めてください。工程を細かく写すと入力の手間が増え、更新されないまま古い状態が並ぶ一覧になります。一覧は受付日の古い順に並べておくと、放置されているものが自然に上に来ます。

第二段階：品物とお金を別々に持たせる。「対応状況とは別に、品物が戻ってきたかどうかと、返金や交換品の発送が済んだかどうかを、それぞれ分けて記録できるようにしてほしい」と伝えます。ここが本記事でいちばん大事なところです。この二つを分けた瞬間に、これまで「対応中」という一語に丸められていたものが、「品物待ち」と「お金の処理待ち」に分かれて見えるようになります。そのうえで「両方が済んだときだけ完了として扱ってほしい」と足してください。片方だけで完了にできてしまうと、結局もとの状態に戻ります。交換の場合は戻ってくる品と送り出す品の二つが動くので、「送り出した分も済んだかどうかを記録したい」と伝えておくと、送ったつもりで送っていない件を拾えます。

第三段階：止まっている件を抜き出させる。「受け付けてから状況が変わっていないもの、品物が戻ってくることになっているのにまだ届いていないもの、品物とお金のどちらか片方だけが済んでいるものを、それぞれ出してほしい」と伝えます。三つとも性質が違うので、まとめて一つの一覧にせず、分けて出させるのがコツです。何日で「止まっている」とみなすかは、自社が普段どのくらいで片付けているかを見て決めてください。ここに一般的な目安はありません。短くしすぎると毎日大量に並んで誰も見なくなり、長くしすぎると気づいたときには手遅れになります。まず粗く決めて、一か月ほど使ってから直すのが確実です。担当者が決まっていない件も一緒に出しておくと、受け付けたまま誰の手にも渡っていないものを拾えます。抜き出しを日々の仕事に乗せるには、確認する人と時間を決めてタスク管理ツールの作り方で作った一覧に載せておいてください。

第四段階：繰り返しを数え、後工程へ渡す。「同じ品物・同じ理由のものを数えて、多い順に並べてほしい」と伝えます。一件ずつ見ているだけでは、たまたま起きた不運にしか見えません。数えて並べたときに初めて、特定の品物や特定の出荷経路に偏っていることが見えてきます。これは品質や仕入の側に渡すべき材料です。あわせて「戻ってきた品を再び売る状態にしたか、廃棄したかを残せるようにしたい」と伝えておくと、倉庫に置かれたまま宙に浮く品が減ります。在庫の数を合わせる側は在庫アラートツールの作り方や棚卸しツールの作り方と役割が重なるので、この台帳では「どちらに回したか」を残すところまでにして、実際の数の管理はそちらに任せてください。返金や請求の取り消しも同じで、この台帳には「経理へ渡したかどうか」だけを残し、金額の確定と処理は請求書発行ツールの作り方で扱った請求の側と会計システムに任せます。完成したら操作の流れをメモに残しておくと、担当が交代しても同じ形で回せます。

つまずきやすい点と回避策

はじめて内製する方が引っかかりやすいポイントを、先回りしてお伝えします。

品物の状態とお金の状態を一つの欄にまとめてしまうこと。これが最も多い失敗です。作り始めると、欄が少ないほうが入力が楽に見えるので、「対応中」「完了」だけで済ませたくなります。しかし返品対応で問題になるのはほぼ例外なく、片方だけが終わって止まっている件です。一つの欄にまとめると、その状態を名指しできなくなり、一覧を眺めても何も分かりません。入力の手間が一つ増えることを受け入れて、必ず分けて持ってください。分けたうえで「両方が済んで初めて完了」という扱いにしておけば、締めのときに未完了として残るので、放置されたまま忘れられることがなくなります。

返品の可否や返金額の判断まで、ツールに決めさせようとすること。返品を受けるかどうか、いくら返すか、送料はどちらが負担するかは、契約書や取引の約款、取引の経緯、相手との関係によって決まるもので、台帳の情報だけで導けるものではありません。消費者向けの販売では法令や表示上の定めが関わる部分もあり、自社の都合だけで決められないこともあります。判断の基準は一次情報にあたり、必要に応じて法務や顧問弁護士に確認してください。関連する論点は法務がClaude Codeを使う方法でも触れています。ツールが引き受けるのは、受け付けたものが片付いたかを見張るところまでです。ここを混ぜると、判断の記録がないまま自動で処理が進む仕組みになり、後から経緯をたどれなくなります。

返品の件数を担当者や部署の成績として扱うこと。抜き出された件を「なぜ止めているのか」と問い詰める材料に使うと、次からは受け付けた事実そのものが台帳に載らなくなります。電話で聞いて口頭で処理する運用に戻り、一覧は静かなまま、実際の返品は変わらず起き続けます。この台帳は、誰かの落ち度を探すためではなく、宙に浮いている件を拾うための道具だという位置づけを、使い始める前に共有してください。同じことは返品理由の書き方にも当てはまります。自由な文章だけで残すと、書き手によって表現が割れて集計が効かなくなるので、区分は数個に固定し、詳しい経緯は別の欄に書いてもらう形にしてください。品物の名前も表記が揺れると同じ品物が別々に数えられてしまうので、顧客リスト整理ツールの作り方で扱った表記の揃え方が役に立ちます。作ったあとも運用は変わっていくので、たまに見直す時間を取ってください。長く使い続ける工夫は内製ツールの保守の進め方で解説しています。

まとめ：片付いたかの見張りはツールに、受けるかどうかの判断は人に

本記事の要点を整理します。

• 返品対応が止まるのは対応が難しいからではなく、品物とお金の状態が別々の人の手元にあり、一件が終わったかを判定できる場所がないこと
• 作るのは「受付の記録→品物とお金を別々に管理→止まっている件の抜き出し→繰り返しの集計→後工程への引き継ぎ」の小さなツール
• 用意するのはClaude Code・直近の受付の控え10件程度・返品理由の区分の案の3つだけ
• いちばん効くのは品物の状態とお金の状態を分けて持つことで、片方だけ終わって止まっている件が名指しできるようになる
• 対応状況の段階は三つ程度から始め、現場の工程どおりに刻まない
• 返品の可否・返金額・責任の判断は人と契約と法令が持ち、ツールは片付いたかの見張りまで

片付いたかどうかの見張りはツールに任せ、受けるかどうかと、いくら返すかの判断は人が持つ——この役割分担を押さえれば、返品対応は「聞かれるまで止まっていることに気づけない仕事」から「宙に浮いた件が翌朝には手元に出てくる仕組み」へ変わります。まずは直近に受け付けた数件をClaude Code に渡して、品物とお金を分けて持つところから始めてみてください。小売の現場での使い方は小売業がClaude Codeを活用する方法、出荷や配送の側は物流業がClaude Codeを活用する方法、お客様窓口の側はカスタマーサポートがClaude Codeで内製する方法やカスタマーサポート業務の自動化を内製するもあわせてご覧ください。研修費用の負担を抑えながら社内に内製できる人を増やす方法は生成AI研修に使える助成金もご確認ください。