FDEの成果指標（KPI）｜発注側が契約前に決める測り方
結論（冒頭での明確な答え）
FDEのKPIは「指標名」だけでなく、算式・母数・データソース・評価日・責任者・除外条件・未達時の対応まで契約前に合意することが重要です。これによりPoCで留まらず本番化・定着・内製移管まで一貫して評価できます。
導入：FDEとは何か（本記事の定義）
本記事でのFDEは Forward Deployed Engineer（フォワード・デプロイド・エンジニア）を指します。FDEは顧客現場に深く入り、要件整理・プロトタイピング・技術実装・運用設計・導入後の改善支援までを行う役割です。契約範囲は案件ごとに異なり、利用定着や運用移管を支援する場合もあれば、設計・実装中心に止まる場合もあります。
なぜ「稼働時間」だけで評価してはいけないか
準委任契約では投入工数での管理が起きやすい一方、活動量と業務成果は一致しません。発注側の意思決定を支えるためには、業務効果・本番化・利用定着・内製移管といった成果指標（KPI）を、測定可能な形で定義しておく必要があります。
FDEの成果指標（KPI）設計の基本フレーム
評価は「主要成果4領域」と「補助指標群」で構成します。
- 主要成果4領域：業務効果（工数削減・リードタイム短縮等）、本番化（PoC→本番移行率・条件充足など）、利用・定着（利用率・継続利用率等）、内製移管（引き継ぎ合格率・自走率等）
- 補助指標：プロジェクト進行、AI品質、システム品質（SLA）、経済性（ROI/TCO）
発注前に決めるべきKPI一覧（主要候補）
領域 | KPI例 | 算式（要約） | 主な責任区分 | 用途 |
|---|---|---|---|---|
業務効果 | 工数削減率 | (導入前工数−導入後工数)÷導入前工数×100 | 共同 | 投資判断 |
本番化 | 本番化率 | 本番移行済ユースケース数÷検証対象数×100 | 共同 | ステージゲート |
利用・定着 | 利用率 | 期間内実利用者数÷利用対象者数×100 | 共同 | 定着判断 |
AI品質 | 重大修正率 | 重大修正件数÷評価対象出力数×100 | 共同 | 品質管理 |
運用品質 | 稼働率 / p95応答時間 | 稼働時間÷総時間、p95応答時間 | FDE中心 | SLA監視 |
経済性 | ROI | (累計効果額−累計投資額)÷累計投資額×100 | 共同 | 投資回収判断 |
KPI設計の6ステップ（実務手順）
- 対象業務を工程単位で絞る（開始・終了・対象データを明確化）。
- 導入前ベースラインを測る（発注側が保有する実績値を提示する。データが無ければ契約開始後2〜4週を測定期間に設定）。
- 先行指標×遅行指標を組合せる（例：利用率は先行、工数削減は遅行）。
- 目標の階層化：最低達成ライン／標準目標／ストレッチ目標を分ける。
- 測定方法とデータソースを固定（生ログ、抽出クエリ、集計手順、欠損処理を明記）。
- レビュー頻度と未達時フローを決める（週次：先行指標、月次：KPI評価、四半期：継続可否）。
代表的KPIの定義例（実務で使える記入例）
KPI名：重大修正率（AI品質の代表例）
- 目的：AI出力が業務運用に耐えうるかを判断する。
- 算式：重大修正件数 ÷ 評価対象出力数 × 100
- ベースライン：PoC開始後2週間の重大修正率（AI出力で評価を開始した時点の値）
- 最低達成ライン：20%以下（例：業務による）
- 標準目標：10%以下、ストレッチ：5%以下（数値は例示。業務要件に応じて調整）
- データソース：回答ログ＋評価者による修正ログ（評価者は発注側が指定）
- 測定頻度：週次集計、月次確定
- 責任分担：FDE＝ログ実装・モデル改善、発注側＝評価基準提示・評価者確保
- 未達時対応：原因分析→改善計画（期限付）→再測定（30日）
注：導入前に「手作業時の差し戻し率」をそのままベースラインに使うのは不適切です。AI出力の特性と手作業の測定対象が異なるため、PoC初期値を基準にするか、業務品質KPI（例：顧客に送る前の重大誤り率）と分けて比較してください。
RFP・契約への落とし込み（実務向け表現）
RFP案（発注側の提示事項を明確化する例）：
発注者は対象業務・現行実績値・取得可能なログの仕様を提示する。提案者は提示情報を踏まえ、ベースライン検証方法、提案KPI（算式・母数）、必要なログ・目標設定方法、発注者に求める協力事項を提示すること。契約開始時にベースラインが確定しない場合は、契約条件として初期測定期間と確定手続きを定めること。
契約上の注意点：KPIは「受入基準」「善管注意義務のもとでの管理目標」「契約更新判断基準」「成果報酬算定基準」など、どの位置づけで運用するかを明記してください。準委任契約であれば、業務の達成保証を一律に定めるのは法務面で不整合を生む可能性があるため、法務の確認を推奨します。
未達時の判定表（運用ルール例）
判定 | 状態 | 対応例 |
|---|---|---|
拡大 | 標準目標を安定達成 | 対象部門拡大・追加投資検討 |
継続 | 最低ライン達成、標準未達 | 改善施策継続・次四半期で再評価 |
再設計 | 最低ライン未達だが改善可能 | 対象工程・UI・運用見直し |
縮小 | 一部のみ効果 | 効果ある領域に限定 |
撤退 | 再測定後も未達で改善見込み小 | 移管計画実行・契約終了 |
よくある質問（FAQ）
Q. 主要KPIはいくつに絞るべきですか？
A. 主要KPIは3〜5個に絞り、その他は原因分析用の補助指標として紐づけるのが運用しやすいです。
Q. ベースラインデータがない場合は？
A. 契約開始後の初期測定期間（2〜4週）を設定し、そこで得た値をベースラインとして確定する二段階設計を提案します。
Q. 準委任契約で成果KPIを設定できますか？
A. 設定は可能ですが、達成保証は慎重に扱い、善管注意義務のもとでの管理目標、更新判断基準、成果報酬の分離などを明記してください。法務監修を推奨します。
コピーして使える：KPI定義書テンプレート（要項）
以下はそのままコピーして使える主要項目です。Web記事での配布版としてHTML表を用意しています。
項目 | 記入例・説明 |
|---|---|
KPI名 | （例）重大修正率 |
目的 | 何を判断する指標か |
分類 | 成果KPI／受入基準／SLA／活動指標 |
算式（分子・分母） | 分子＝、分母＝（集計期間を明記） |
対象範囲 | 業務、対象者、対象データの定義 |
ベースライン | PoC初期測定値等（取得期間を明記） |
最低達成ライン／標準／ストレッチ | 数値と判定頻度 |
データソース | ログ名、DB、抽出クエリ等 |
集計方法 | 欠損値扱い・除外条件・再集計手続き |
測定頻度・評価日 | 週次/月次/四半期、評価日を指定 |
測定責任者・承認者 | 氏名または役職 |
責任区分 | FDE側／発注側／共同（具体タスク含む） |
未達時の対応 | 原因分析→改善計画→再測定→縮小/撤退手順 |
契約との関係 | 受入条件/更新基準/成果報酬の有無 |
まとめ（要点の再提示）
- FDEのKPIは「誰が・どのデータで・いつ・どの算式で判定するか」を契約前に定めることが最重要。
- 主要KPIは3〜5個に絞り、補助KPIで原因分析できる設計にする。
- ベースラインは発注側が原則提示し、未保有時は初期測定期間を契約で定める。
- 成果報酬や受入条件の扱いは契約類型（準委任/請負等）に合わせ、法務確認を行う。
