購買・調達の仕事をAIでタスク分解する方法
この記事の要点
見積取得・発注管理・サプライヤー評価など購買業務のタスク分解をAIで行う手順。工程漏れを防ぐプロンプト例と活用方法を解説します。
結論
AIを使えば、購買・調達の業務プロセスを工程ごとにタスク分解するのが、従来の30〜60分から10〜15分に短縮できます。発注一本を完了させるまでの工程数は多い案件で20を超えることがあり、工程漏れが発注ミスや納期遅延につながります。AIはプロセス全体を網羅的に展開するのが得意で、担当者が見落としやすい確認工程も拾い上げてくれます。
使うAIツール
ChatGPT(GPT-4o)、Claude、Geminiのどれでも動きます。本記事のプロンプトはツールを問わず使えるよう汎用的に書いています。
タスク分解の出力をそのまま管理ツールに貼り付けて使う場合、Markdown形式で出力させると汎用性が高くなります。プロンプトの末尾に「Markdownのチェックリスト形式で出力してください」と加えると、多くのツールでそのまま使えます。
なぜ購買業務のタスク分解にAIが向いているのか
購買・調達の業務は、関係者や工程が多く、一つひとつの作業が連鎖している点が特徴です。見積依頼書の作成→複数社への送付→回答期限管理→受領確認→比較分析→稟議起案→承認取得→発注書発行→納品確認→支払い処理、と工程が続きます。
この連鎖の中に一つでも抜けがあると、後工程に影響が出ます。特に初めて扱うカテゴリの調達や、通常より複雑な条件がある発注では、工程の見落としが起きやすくなります。
AIはこうした多工程のプロセス全体を俯瞰して展開するのが得意です。担当者が「あの確認、どこかで漏れてたかも」と気づく前に、工程として提示してくれます。また、同じプロセスを複数の担当者に標準化して共有するためのたたき台としても使えます。
手順
ステップ1:分解する業務の範囲を決める
プロンプトを入力する前に、以下を確認します。
- どの業務のタスク分解が必要か(見積取得・発注管理・サプライヤー評価・新規調達立ち上げなど)
- 業務のスタートとゴール(例:「購買依頼受領から発注書発行まで」「サプライヤー候補の選定開始から承認完了まで」)
- 関係する部門や承認フローの概要(品質保証部が関与するか、法務確認が必要かなど)
- 対象の商材カテゴリ(原材料・設備・間接材・ITサービスなど、カテゴリによって工程が変わる)
スタートとゴールを明確にしないと、AIは自分で範囲を設定して出力するため、求めていない工程が含まれたり、必要な工程が抜けたりします。
ステップ2:プロンプトを入力する
以下は原材料の新規調達プロセスのタスク分解プロンプト例です。
あなたは購買・調達プロセスの専門家です。
以下の条件で業務タスクを詳細に分解してください。
【業務】
新規サプライヤーから原材料を初めて調達する一連のプロセス
【範囲】
調達依頼を受けてから、初回納品確認と支払い処理完了まで
【前提条件】
・製造業の購買担当者が一人で担当
・新規サプライヤーのため審査・評価が必要
・社内稟議:5百万円以上は部長承認、50万円以上は課長承認
・品質保証部がサンプル評価を行う必要がある
【出力形式】
・フェーズで大分類(例:事前準備・サプライヤー選定・見積・承認・発注・納品管理)
・各フェーズ内にサブタスクをMarkdownチェックリスト形式で列挙
・各タスクに担当者(購買担当・品質保証部・上長など)と目安所要時間を付記
・工程漏れが起きやすいポイントには「⚠注意」を付けること
このプロンプトで、フェーズ別・担当者別・所要時間付きのチェックリストが出力されます。
ステップ3:出力を自社プロセスに合わせて調整する
AIの出力は汎用的な購買プロセスに基づいています。自社固有の要素を加えて実用化してください。
承認フローを実態に合わせる
AIが出力した承認ルートが自社の実際の稟議フローと異なる場合は修正します。「課長承認→部長承認→調達委員会→役員承認」のような複数段階フローは、自社の規程通りに書き換えてください。
使用するシステム・書式を追記する
「見積依頼書作成」のタスクに「システム名:調達管理システムの〇〇画面から入力」と補足すると、実際の業務手順書として使えます。
不要な工程を削除する
AIは網羅的に出力するため、自社では行っていない工程も含まれます。実態に合わせて削除・統合してください。
具体例1:設備購入の発注プロセス分解
食品工場の購買担当者が、生産ラインの増設に伴い製造設備を新規購入する案件のタスク分解。
プロンプトに「製造設備(購入金額3,000万円規模)の購入プロセスをタスク分解してください。前提:複数メーカーへの入札形式、社内では設備企画部が仕様策定に関わる、法務確認あり、工場設置工事は別途発注」と入力します。
「仕様書作成(設備企画部との合意)→入札要件書作成→入札公示→各社現場見学の調整→提案受領・技術評価→価格交渉→法務確認(契約書審査)→稟議・承認→発注書発行→製造進捗確認→納入・据付・試運転確認→支払い処理」という大きな流れに加え、各工程のサブタスクが詳細に出力されます。
具体例2:間接材の定期発注プロセス標準化
オフィス消耗品など間接材の発注を、担当者が変わっても手順がわかるように標準化する目的でのタスク分解。
プロンプトに「オフィス消耗品(文具・コピー用紙・清掃用品)の月次定期発注プロセスをタスク分解してください。前提:現在は担当者の経験に依存していて標準化されていない、在庫確認は各フロアの総務担当が行う、承認は係長まで、発注システムはウェブ受発注システムを使用」と入力します。
新任担当者でも迷わず作業できる標準化チェックリストのたたき台が出力されます。これを社内の手順書に仕上げると、引き継ぎ時間の削減と作業ミスの防止につながります。
うまくいかない場合
タスクが粗すぎて実作業に落とし込めない場合
「各タスクを1人の担当者が半日以内に完了できる粒度でさらに細かく分解してください」と追加指示します。または特定のタスク(例:「サプライヤー評価」)を取り出して「このタスクをさらに詳細に分解してください」と追加でプロンプトを入力する方法が効果的です。
担当者と所要時間が実態と大きくズレている場合
AIは一般的な製造業のプロセスを想定して出力するため、自社固有の作業量と合わないことがあります。「このタスクの所要時間は半日ではなく2時間です」「承認者は課長ではなく部長です」のように具体的な補正をAIに伝えて再出力させるか、手動で修正してください。
業界固有の工程が出てこない場合
「この会社は食品業界で、原材料調達にはアレルゲン管理書類の取得が必須です」のように業界特有の要件をプロンプトに追記します。AIへの情報提供が増えるほど出力が実態に近づきます。
タスクが多すぎて管理に使いにくい場合
「フェーズを最大5つに絞り、各フェーズのタスクは最大5項目にまとめてください」と制約を付けます。詳細なチェックリストと大まかな工程管理表を別々に作る用途で2回プロンプトを実行する方法も有効です。
内部リンク
よくある質問
AIによるタスク分解と通常のチェックリスト作成の違いは何か?
通常のチェックリストは過去の経験から作るため、経験のない工程は抜けやすい傾向があります。AIは多様な購買プロセスを学習しているため、自分では思いつかなかった工程や確認事項を出してくれる点が違いです。AIの出力をベースに自社の実情に合わせて調整するのが効率的です。
タスク分解の粒度はどの程度が適切か?
担当者が1日の作業計画に落とし込める粒度が目安です。「見積依頼書を作成する」ではなく「品番・数量・仕様・希望納期を確認して見積依頼書のドラフトを作成する(所要30分)」のように、実行単位で分解するとタスク管理に使えます。
タスク分解した結果をどのツールで管理するのが良いか?
特定のツールを推奨することは難しいですが、Notionやスプレッドシートに一覧化する、Excelのチェックリストに転記する方法が現場では多く使われます。AIの出力はテキストなので、使い慣れたツールに貼り付けて使うのが最も現実的です。