外注先・仕入先の評価を残すツールを非エンジニアがClaude Codeで内製する手順｜非エンジニア向け

なぜ外注先の評価を内製で残すのか

発注先の選び方が「前も頼んだから」で決まってしまう会社は少なくありません。担当者が手を抜いているわけではなく、過去にどうだったかを引き出せる場所が社内にないからです。多くの現場で次のようなことが起きています。

• 納期が遅れた・品質が期待どおりでなかったという事実が、担当者の記憶とメールの往復にしか残っていない
• 担当者が交代したとたん、前任者が避けていた発注先へまた同じ内容を出してしまう
• 同じ会社に同じ問題が何度起きているのかを、誰も数えていない
• 良い仕事をしてくれた先も記録されないので、次に急ぎの案件が出たときに思い出せない

発注先の情報が個人の中にあるあいだは、選定はいつも記憶の鮮明さで決まります。直近のトラブルは大きく見え、数年前に助けてもらったことは忘れられます。にもかかわらず、この記録は「発注のたびに数行を残し、あとから発注先ごとに束ねる」という機械的な処理が中心で、実は仕組み化しやすい領域です。調達管理や購買管理の専用システムもありますが、発注書の起票から検収や支払いまで一気通貫で扱う前提の重いものが多く、まず自社がどこに何を頼んでどうだったかを残したいだけの段階には過剰なことがあります。検討しているあいだにも発注は続きます。自社の取引先だけに絞った身軽な記録を先に作れるのが内製の強みです。購買や調達の業務全体の進め方は購買・調達部門がClaude Codeで内製する方法、バックオフィス全般の考え方はバックオフィス業務をClaude Codeで効率化する方法で整理しています。

作るツールの全体像

今回作るのは、発注のたびに短い記録を残し、次に発注先を決めるときにその積み重ねを取り出せるようにする小さなツールです。流れは次のとおりです。

• 発注ごとの記録：発注先名・発注内容・発注日・評価・一言メモを、納品が終わった時点で一件ずつ短く残す
• 発注先ごとの束ね：ばらばらの記録を発注先ごとにまとめ、その会社との取引の履歴として並べる
• 繰り返しの抜き出し：同じ発注先で同じ種類の問題が複数回起きているものを抜き出す
• 空白の洗い出し：しばらく発注していない先と、評価が一度も入っていない先を出す
• 発注前の取り出し：次にその会社へ頼むとき、過去の記録を先に机の上へ出す

大切なのは、評価の項目を最初から細かくしないことです。技術力・価格・納期遵守・対応の速さ・提案力と並べたくなりますが、項目が増えるほど記入は重くなり、やがて誰も書かなくなります。まずは「納期」「品質」「やりとりのしやすさ」の三つ程度と、自由に書ける一言メモがあれば十分です。むしろ後から効いてくるのは点数のほうではなく、一言メモに残った具体的な事実——何日遅れたのか、どこを直してもらったのか——のほうです。発注内容も社内で呼んでいる言い方をそのまま使い、発注先名は請求書や契約書に書かれている正式な社名に合わせておくと、あとで突き合わせるときに困りません。

用意するもの

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

• Claude Code：指示を出すと、必要なファイルを自動で作ってくれます。導入手順はClaude Codeのはじめ方を参照してください。
• 直近の発注の記録（数件ぶんで十分）：どこに何を頼んだかが分かれば、Claude Code が記録の形をつかめます。全件をそろえる必要はありません。
• 社内で使っている評価の言い方：「助かった」「もう頼まない」など、担当者がふだん口にしている言葉をそのまま持ち込んでください。新しい評価基準を作る必要はありません。

取引先の情報には、価格や契約条件など社外はもちろん社内でも扱いを限るべきものが含まれます。とくに評価のメモは、相手先の名前と結びついた否定的な記述になりがちです。誰が見られる場所に置くか、どこまで書くかを先に決めておくのが安全です。試す段階でも社内の情報の取り扱いルールに沿って作業してください。業務でAIを安全に使う考え方は業務AI利用時の情報漏えい対策で解説しています。

Claude Codeへの指示と作成手順

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

第一段階：直近の発注をそのまま渡す。「どこに何を頼んで、どうだったかを残せるようにしたい」と目的を伝え、手元にある発注の情報を渡します。発注書の控えでも、担当者のメモでも構いません。「発注先名・発注内容・発注日・評価・一言メモを残したい」と項目を伝えれば、Claude Code が記録の土台を作ってくれます。まずは直近の数件だけを入れて、納品のたびに書くのが面倒でない形になっているかを確かめます。ここで入力が重いと感じたら、その場で「一件30秒で終わる形にしたい」と伝えて削ってください。書かれない記録は、無いのと同じです。

第二段階：発注先ごとに束ね、繰り返しを抜き出させる。記録がたまり始めたら、「発注先ごとにこれまでの記録をまとめて、同じ問題が複数回起きている先を抜き出してほしい」と伝えます。ここが本記事でいちばん大事なところです。一件ごとの評価は、その日の担当者の気分にも左右されるので単体では当てになりません。ところが同じ会社で同じ種類の問題が三度続いているとなれば、それは偶然ではなく、相手の体制や自社の頼み方に原因があるという手がかりになります。一回のトラブルで取引先を替えるのではなく、繰り返しが見えてから動くほうが、結果として判断を誤りません。あわせて「しばらく発注していない先」も抜き出してもらってください。使わなくなった理由が誰にも分からない先が並ぶはずで、そこには過去のトラブルが隠れていることも、単に忘れられているだけのこともあります。

第三段階：発注する前に過去の記録を出す。「この会社に発注しようとしたら、その会社の過去の記録を先に出してほしい」と伝えます。評価を残す値打ちの半分はここにあります。記録は、あとから振り返るためではなく、次に頼む前の数分で読まれてはじめて意味を持ちます。発注先名の書き方を見積書作成ツールの作り方や請求書照合ツールの作り方で作った仕組みとそろえておくと、見積もりを取る段階から支払いまでが別々の場所に分かれずにつながります。相見積もりで価格の動きも並べて見たい場合は競合価格モニタリングツールの作り方で作った記録と同じ会社名を使ってください。

第四段階：契約や納期の管理と切り分けて運用に乗せる。記録が回り始めたら、「評価を書いたら、その日付と書いた人も一緒に残してほしい」と伝えます。誰がいつ書いたかが残ると、あとで背景を聞ける相手が分かり、記述の重みも読み取れます。一方で、契約書の期限や自動更新の管理までこの記録に詰め込む必要はありません。そちらは契約更新管理ツールの作り方で作った一覧に置き、受注した案件の納期の進み具合は受注案件の納期と進捗を管理するツールの作り方に任せるほうが、どれも軽いまま続きます。完成したら操作の流れをメモに残しておくと、担当が交代しても同じ形で回せます。

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

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

点数をつけて発注先を順位で並べ、下位を切ろうとすること。これが最も気をつけたい点です。評価を数値にすると比較したくなり、点数の低い順に取引を減らすという話になりがちですが、この見方は用途の違いを消してしまいます。単価が高くても短納期に応えてくれる先、対応は素っ気ないが品質が安定している先——どれが良いかは、そのとき何を求めているかで変わります。順位ではなく「この案件に向いているのはどこか」を選べる形にしてください。具体的には、点数だけを見るのではなく一言メモに残った事実まで一緒に出るようにしておくことです。取引を続けるかどうかの判断は、記録を読んだ人が行うものとして残しておきます。

評価を、価格交渉の材料として使い始めること。記録が集まると、これを根拠に値下げを求めたくなります。ところがその使われ方が相手に伝わると、現場は正直に書かなくなります。悪い評価が交渉に使われると知れば、担当者は角の立たない記述しか残さなくなり、記録は当たり障りのない文章の集まりになります。取引先との関係を損なうだけでなく、下請代金の取り扱いなど法令に関わる論点にも触れる領域です。この種の判断は、記録を材料にしながらも人と、必要に応じて専門家が持ってください。ツールにやらせるのは、過去に何があったかを漏れなく並べるところまでです。取引先とのやりとりで起きた問題の記録はクレーム対応記録ツールの作り方の考え方も参考になります。

書く人によって評価の重みが違うまま、そろえたつもりになること。同じ「納期に遅れた」でも、一日の遅れを重く見る人と、想定内と受け止める人がいます。評価の言葉をそろえても、その裏にある基準まではそろいません。無理に統一しようとするより、一言メモに具体的な事実を書いてもらうほうが実用的です。何日遅れたのか、どこをどう直してもらったのか——事実さえ残っていれば、読む人が自分の物差しで読み替えられます。逆に「対応が悪い」とだけ書かれた記録は、半年後には何の役にも立ちません。記録を書く欄の見出しに「何があったかを一行で」と添えておくだけでも、書かれる内容は変わります。社内で作ったツールを長く使い続ける工夫は内製ツールの保守の進め方、製造や資材の調達と絡めた進め方は製造業がClaude Codeで内製する方法で解説しています。

まとめ：記録はツールに、取引を続ける判断は人に

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

• 発注先の選定が記憶で決まる原因は担当者の怠慢ではなく、過去の取引を引き出せる場所がないこと
• 作るのは「発注ごとの記録→発注先ごとの束ね→繰り返しの抜き出し→空白の洗い出し→発注前の取り出し」の小さなツール
• 用意するのはClaude Code・直近の発注の記録・社内で使っている評価の言い方の3つだけ
• 評価の項目は三つ程度から始め、点数より一言メモに残った具体的な事実を重く見る
• 一回のトラブルでは動かず、同じ問題の繰り返しが見えてから手を打つ
• 取引を続けるかどうかの判断と価格の交渉は人が持ち、ツールは過去を並べるところまで

記録はツールに任せ、取引を続けるかどうかを決める判断は人が持つ——この役割分担を押さえれば、発注先の選定は「誰かの記憶頼み」から「社内に積み上がった事実をもとに選べるもの」へ変わります。まずは直近の発注を数件、Claude Code に渡して記録の形にするところから始めてみてください。材料や在庫の側から発注のタイミングを整えたい場合は在庫アラートツールの作り方もあわせてご覧ください。研修費用の負担を抑えながら社内に内製できる人を増やす方法は生成AI研修に使える助成金もご確認ください。