procurement-optimizer

procurement-optimizer skill の概要

procurement-optimizer の用途

procurement-optimizer は、支出監査、SaaS の見直し、カテゴリーレビュー、サプライヤー統合計画に使うビジネスオペレーション向け skill です。調達、BizOps、財務、オペレーションの責任者が、整理されていない AP、カード、SaaS のエクスポートデータから、何を購入しているのか、どのカテゴリーが支出を押し上げているのか、購買サイクルのどこが遅いのか、どのサプライヤーなら許容できない運用リスクを生まずに統合できるのかを、構造化して把握できるようにします。

最も相性のよい利用者と意思決定

この skill が最も力を発揮するのは、年次の SaaS 監査、間接費レビュー、更新計画サイクル、サプライヤーベースの整理に取り組む Procurement Operations チームです。焦点は実務上の意思決定にあります。どのカテゴリーを優先して見るべきか、重複しているツールやサプライヤーのうち見直す価値があるものはどれか、承認や PO のリードタイムがどこでボトルネックになっているか、また、カテゴリーの重要度が高すぎてシングルソース化を避けるべきなのはどのケースかを判断するために設計されています。

procurement-optimizer skill の違い

一般的な「支出を分析して」というプロンプトとは異なり、このリポジトリには決定論的に動作する Python スクリプトと、調達に特化した参考資料が含まれています。スクリプトは、UNSPSC に沿った支出カテゴリ分類、Pareto 分析、前年比の支出増加、購買サイクルのボトルネック、リスクフラグ付きのサプライヤー統合を扱います。特に大きな差別化要素は、break-glass plan が文書化されていない限り、tier-1 カテゴリーのシングルソース統合を推奨しないと明示している点です。

向いていない使い方

procurement-optimizer は、ベンダーパフォーマンスのスコアカード、契約の法務レビュー、ソーシングイベント管理、ERP／調達スイート全体の代替として使うものではありません。ライブのサプライヤー交渉や主観的な関係性評価よりも、構造化されたエクスポートデータと計画立案上の問いに向いています。入力がベンダー名の一覧だけで、支出、カテゴリー、更新時期、重要度のデータがない場合、結果は方向性の把握には役立ちますが、意思決定に耐える精度にはなりません。

procurement-optimizer skill の使い方

procurement-optimizer のインストールと最初に確認するファイル

npx skills add alirezarezvani/claude-skills --skill procurement-optimizer でインストールします。ソースは alirezarezvani/claude-skills の business-operations/skills/procurement-optimizer 配下にあります。

まず SKILL.md を読み、起動トリガーとなるフレーズと適用範囲を理解してください。次に、データを準備する前に assets/spend_intake_template.md を確認します。より深く判断したい場合は、references/procurement_anti_patterns.md、references/spend_management_canon.md、references/saas_management_canon.md を読みます。決定論的な分析を実行する予定があるなら、scripts/spend_categorizer.py、scripts/purchasing_cycle_analyzer.py、scripts/supplier_consolidation.py も確認してください。

skill に必要な入力データ

支出カテゴリ分類では、サプライヤー、説明、カテゴリーのヒント、年間支出、頻度、通貨、可能であれば前年支出を含む明細を用意します。入力テンプレートは上位 100〜200 件の明細を想定しています。通常、すべての取引をクレンジングしなくても、Pareto によって重要なカテゴリーが見えてくるためです。

サプライヤー統合では、カテゴリー、重要度 tier、契約期間、連携数、切り替えコストの見積もり、更新日、break-glass option の有無を追加します。サイクルタイム分析では、依頼日、承認日、PO 発行日、検収日、支払日、カテゴリー、承認ステップ数を含む PO レコードを提供します。

粗い目的を強いプロンプトに変える

弱いプロンプトは「SaaS 支出の削減余地を見つけて」です。より強い procurement-optimizer の利用プロンプトは次のようになります。

“Use procurement-optimizer for Procurement Operations. I’m running an annual SaaS audit for a 350-person scaleup. Categorize this spend export, identify the Pareto categories, flag duplicate-function clusters, and produce a supplier-consolidation plan. Do not recommend single-source consolidation for tier-1 categories unless a break-glass plan is present. Pay special attention to renewals in Q3 and YoY increases over 30%.”

このように書くと、会社の前提、意思決定の目的、リスク制約、対象期間、優先順位のルールが skill に伝わるため、出力の質が上がります。

より良い結果を得るための実務ワークフロー

統合から始めず、まずカテゴリ分類から始めます。最初に UNSPSC に沿ったグルーピングと Pareto の内訳を実行または依頼し、その後、明らかな誤分類がないかカテゴリーを手作業で確認します。次に、前年比の増加と更新時期の集中を分析します。サプライヤーに関する提案は、カテゴリー、重要度、切り替えコスト、更新タイミングが分かっているほど精度が高くなるため、統合計画を依頼するのはその後にします。

推奨を受け入れる前に、参考ファイルを使って確認してください。特に procurement_anti_patterns.md は重要です。移行コスト、運用上の依存関係、サプライヤー集中リスクを無視すると、理論上の削減額は実際には消えてしまうことが多いためです。

procurement-optimizer skill FAQ

procurement-optimizer は SaaS 監査専用ですか？

いいえ。SaaS 監査は主要なユースケースですが、procurement-optimizer はより広い間接費レビュー、カテゴリ戦略、購買サイクル分析、サプライヤー整理にも対応します。含まれているカテゴリーマップはテック企業の支出に合わせて調整されているため、SaaS 比率の高い企業、スケールアップ、デジタルオペレーションチームでは特に有効です。

通常の調達プロンプトより何が優れていますか？

通常のプロンプトでも、それらしく見えるものの汎用的な提案は出せます。procurement-optimizer skill は、定義されたワークフロー、調達のアンチパターン、カテゴリーマネジメントの参考資料、決定論的スクリプトを加えます。そのため、適切な分析を起動しやすくなり、無謀な統合を避け、「支出額が大きいもの」と「安全に削減できる機会」を切り分けやすくなります。

初心者でも調達の専門知識なしで使えますか？

初心者でもテンプレートとスクリプトは使えますが、最良の結果を得るにはやはり事業判断が必要です。どのシステムが重要か、どのベンダーに運用上のロックインがあるか、どの更新が交渉可能かを把握している必要があります。この skill は分析を構造化するものであり、ステークホルダーへのヒアリングや財務・調達ガバナンスの代替ではありません。

procurement-optimizer をインストールしないほうがよい場合は？

ベンダーヘルスのモニタリング、契約条項の法務抽出、買掛金処理の自動化、単発の交渉メールだけが必要な場合は不要です。また、重要ベンダーを終了する唯一の根拠として使うことも避けてください。これは計画と分析のための skill であり、承認権限を持つものではありません。

procurement-optimizer skill の改善方法

推奨を求める前に procurement-optimizer の入力を改善する

最もよくある失敗は、データの情報量が足りないことです。可能な範囲で、説明、カテゴリーのヒント、年換算の支出、更新日、前年支出、ビジネスオーナーを追加してください。SaaS の場合は、席数、取得できるならアクティブ利用状況、部門オーナー、そのツールが system-of-record なのか、ワークフロー上不可欠なのか、容易に置き換えられるのかも含めます。

削減目標だけでなくリスク文脈を追加する

調達チームが重視するのは、削減額だけではありません。継続性、交渉力、コンプライアンス、利用定着も重要です。「削減を最大化して」というプロンプトは、安全でない統合につながる可能性があります。より良い例は次のとおりです。“Find savings while preserving redundancy for tier-1 systems, avoiding renewal-month overload, and flagging any migration that requires engineering, finance close, security review, or customer-facing downtime.”

最初の出力後に反復する

最初の procurement-optimizer の出力は、トリアージ用の一覧として扱ってください。誤ったカテゴリーを修正し、重複ではないものを除外し、足りない切り替えコストを追加し、tier-1 システムを明確にします。そのうえで、quick wins、negotiation candidates、executive review が必要な high-risk opportunities の 3 つのバケットに分けた改訂版の計画を依頼します。

自社の運用モデルに合わせて skill を拡張する

自社独自のタクソノミーがある場合は、scripts/spend_categorizer.py のカテゴリー前提を変更します。業界上、常に重要扱いすべきカテゴリーがある場合は、scripts/supplier_consolidation.py のプロファイル駆動の tier-1 前提を更新します。成熟した Procurement Operations チームであれば、承認限度額、preferred suppliers、セキュリティレビュー要件、更新通知期間など、社内ポリシーのしきい値を追加してください。