こんにちは、株式会社TIMEWELLの濱本です。
FDE実践シリーズの9本目です。ここまで、現場の技術、一週間の回し方、市場の数字を書いてきました。今回は、その全部を成り立たせている前提、つまり成果をどう測り、どう契約するかを書きます。
当社は、FDEの工数は売上ではなく投資だ、と言い続けています。この言い方は、聞こえはよいですが、成果の測り方と契約の型が受託開発と違っていなければ、ただの言い回しです。工数を時間で売り、検収で終わり、学びを持ち帰らないなら、それは名前が違うだけの受託です。この記事では、当社が何を測り、何を契約に書き、何を顧客のものとし、何を製品に返しているかを、隠さずに書きます。自社の契約がどちらの型に近いかを先に確かめたい方は、AIリテラシー診断を使ってください。
何を測るか。技術の指標ではなく、担当者の一日の指標
最初に、何を測るかです。当社は、技術の指標で成果を測りません。精度95％、応答時間2秒、稼働率99.9％。これらは製品の品質の指標であって、成果の指標ではありません。成果の指標は、担当者の一日にあります。承認待ちが47分から12分になったか。差し戻しが週に何件減ったか。月末の締めの残業が何時間減ったか。
測り方は、ビデオ分析の記事で書いたとおりです。動くものを置く前に、同じ作業を数えます。置いた翌週に、もう一度数えます。差分が成果です。撮影の同意がなければ、観察の五列の記録で数えます。数え方が変わらなければ、差分は比べられます。
なぜ技術の指標で測らないのか。理由は二つあります。一つは、技術の指標で測ると、本番に届く前に評価が終わるからです。精度95％は、会議室のデモで達成できます。承認待ち12分は、担当者が毎日使って初めて達成できます。もう一つは、Palantirの商用部門を率いた人物が書いたとおり、FDEは顧客の事業の「権限ゼロのCEO」として、成果物ではなく事業の成果に責任を持つ役割だからです1。事業の成果は、技術の指標では書けません。
指標は、三層で分けます。経営には業界の指標、事業部長には今期の数字、現場には一日の時間です。インタビューの記事で書いたとおり、三層は同じ案件について違うことを望んでいます。だから指標も三つ置き、三つが同じ方向を向く一点を最初の週に探します。「現場の承認待ちを縮めると、事業部の出荷リードタイムが縮み、経営が言う納期競争力につながる」という線が引けたら、その線の上で三つを測ります。線が引けなければ、その案件は引き受けません。
工数は売上ではなく投資。見ている三つの比率
次に、工数の見方です。a16zのJoe Schmidtは2025年6月に、短期の粗利率を捨てて深さを買う、と書きました。実装を厚くして一時的に利益率を下げてでも、業務の入口を握る堀を買う、という経営の判断です2。同じa16zのMarc Andruskoは2026年1月に、本物の型は時間区切りの展開とエンジニア対ARRの比率を明示的に持ち、成熟した顧客でエンジニアリングの工数が減っていく、と整理しました3。
当社が見ている比率は三つです。一つ目は、顧客ごとの現場工数の推移です。第1週から第8週で、当社のエンジニアが現場にいる時間が減っているか。減っていなければ、担当者が辞書を触れるようになっていないか、書き込みの段階で止まっているか、どちらかです。二つ目は、型の還流数です。その案件から、製品の標準機能になった型がいくつ出たか。ゼロなら、その案件は枝だけで構成されていて、次の顧客に効きません。三つ目は、再利用率です。次の顧客で、前の顧客から返った型がいくつ使われたか。この比率が上がるほど、次の顧客の初日にコードを出す速さが上がります。
この三つは、受託開発の指標とは逆向きです。受託では、現場工数は売上なので増えるほどよく、学びは顧客の資産なので還流しません。FDEでは、現場工数は減るほどよく、学びは製品に返るほどよいのです。だから工数は投資です。投資である以上、回収の見込みが立たない案件は引き受けられません。型が一つも出そうにない案件、つまりその会社だけの枝しかない案件は、当社より受託開発のほうが合っています。これは正直に伝えます。
Palantirの数字は、この比率が長期でどうなるかを示しています。元FDEの回想によれば、同社は2016年頃にはサービス会社と見られていましたが、学びを製品に返し続けて2023年に80％の粗利率に達しました4。工数が投資として回収されると、利益率はソフトウェアの水準に近づきます。
契約の型。請負でも人月でもなく、時間区切りと成果指標と終了条件
契約の型を書きます。日本のシステム開発の契約は、大きく請負と準委任に分かれます。民法では、請負は仕事の完成を約束して報酬を受ける契約、準委任は法律行為でない事務の処理を委託する契約として、別の類型に置かれています5。契約書の名前ではなく中身で、どちらに当たるかが決まります。
FDEは、どちらにも収まりが悪い仕事です。請負は完成を約束しますが、FDEは動くものを毎週更新し、完成の定義が週ごとに変わります。準委任は工数を時間で売りますが、長くいるほど売上が立つ構造は、早く出るほど価値が出るFDEの目的と逆です。だから当社は、次の六つを契約に書き、そのうえで法的な類型を法務と確認する形を取っています。
| 条項 | 何を書くか |
|---|---|
| 期間 | 現場にいる期間を45日から90日で区切る。延長は目的を書き直して別契約にする |
| 成果指標 | 三層の指標と、置く前と置いた後の数え方。技術の指標は品質条件として別に置く |
| 学びの帰属 | 型は当社の製品へ、枝は顧客の拡張へ、辞書の内容は顧客へ |
| 書き込みの四条件 | 権限、事前シミュレーション、重大判断での人の介在、監査記録。四条件が揃うまで本番に書き戻さない |
| 追加要望の扱い | 型なら製品のロードマップに入れて追加費用なし、枝なら設定で吸収するか根拠を示して断る |
| 終了条件 | 担当者が辞書を自分で更新できること、成果指標が担当者自身に見えていること、型が製品に返っていること |
費用の構造も、二つに分けます。製品の利用料と、時間区切りの展開の費用です。展開の費用は、期間と成果指標に紐づけ、工数の積み上げでは決めません。工数で決めると、長くいる動機が契約に入ります。期間で決めると、早く出る動機が契約に入ります。
この型は、当社の発明ではありません。AWSが2026年6月に立ち上げたFDE組織は、終了時に顧客が自走できる状態、つまり動くものと文書と訓練された社内人材を残すことを設計の中心に置いています6。AnthropicとFISの提携は、FDEを埋め込む狙いが常駐し続けることではなく、知見を渡してFISが自走できるようにすることだと明記しています7。OpenAIの実装専門会社は、価値の診断から始めて少数の優先ワークフローを選ぶ、と典型的な進め方を公開しています8。終わりを最初に決め、成果を業務で測り、学びを渡す。三社の発表に共通する型を、当社は契約の条項に落としています。
学びの帰属。型は製品へ、枝は顧客へ、辞書の内容は顧客へ
契約の中で、いちばん揉めやすく、いちばん大事なのが、学びの帰属です。FDEは顧客の現場で業務を学びます。学んだことを製品に返すと言うと、顧客の側は「うちの業務知識を持ち出すのか」と感じます。当然です。だから、三つに分けて契約に書きます。
型は、当社の製品に返り、当社のものです。「承認は複数段になりうる」「例外は区分で分岐する」「急ぎの経路は別に要る」という構造です。a16zのAndruskoが再利用可能なプリミティブと呼んだもので、データモデルやワークフローの部品です3。これは、どの会社の業務でもなく、業務一般の構造です。
枝は、顧客側の拡張として持ち、顧客のものです。「その紙を経理の田中さんが預かる」「この帳票は月末だけ使う」という、その会社だけの手順です。製品には入れず、設定か拡張として顧客の環境に置きます。
辞書の内容は、顧客のものです。オントロジーの記事で書いた、その会社の名詞と動詞と関係と状態と例外です。製品に返るのは「注文は状態を持つ」という構造であって、「この会社の注文の状態は受付、承認待ち、承認済、出荷済である」という中身ではありません。中身は顧客のもので、当社は次の顧客に持ち込みません。
この三分法を契約に明記すると、顧客の側は安心して現場を見せてくれます。明記しないと、FDEは業務知識を持ち出す人に見え、現場の担当者は「あるべき業務」しか見せてくれなくなります。帰属の明記は、法務の話である前に、現場で本当の業務を見せてもらうための条件です。
受託開発との違い
契約の観点で、受託開発との違いを並べます。
| 観点 | 受託開発 | FDE |
|---|---|---|
| 工数の性格 | 売上。長くいるほど良い | 投資。顧客ごとに減るほど良い |
| 成果の測り方 | 検収（仕様どおりか） | 担当者の一日の指標（置く前後の差分） |
| 変更の扱い | 追加費用と再見積 | 型なら追加費用なし、枝なら設定か断る |
| 学びの帰属 | 顧客の資産 | 型は製品、枝は顧客、辞書の内容は顧客 |
| 終わり方 | 検収して撤収 | 担当者が自走し、当社が要らなくなる |
| 延長の動機 | 契約に内在する | 契約に入れない |
いちばん大きな違いは、延長の動機を契約に入れないことです。受託開発では、工数が売上なので、延長は自然な動機です。FDEでは、期間で費用を決め、終了条件を成果で書くので、延長は目的の書き直しを伴う別契約になります。この設計が、FDEを受託開発から切り離す線です。
もう一つの違いは、変更の扱いです。受託開発では、要件の変更は追加費用と再見積になります。FDEでは、変更が型なら製品のロードマップに入れて追加費用を取らず、枝なら設定で吸収するか、根拠を示して断ります。a16zの圧力テストにあるカスタマイズに「No」と言えるかは3、契約にこの条項があって初めて言えます。
当社の実践と限界
正直に書きます。この型は、すべての現場で組めるわけではありません。
成果指標が置けない現場があります。担当者の一日を数えられない業務、たとえば判断そのものが仕事で、時間で測れない業務です。この場合、当社は差し戻しの件数や、判断に使った情報の数といった代替の指標を探しますが、見つからなければ、この型では引き受けません。
期間が守れない現場があります。セキュリティ審査が長い、データの持ち主が決まらない、担当者の時間が取れない、といった現場です。一週間の記事で書いた速さの条件が揃わない現場では、45日から90日の区切りは守れません。当社は初回の打ち合わせでこの条件を確かめ、揃わなければ期間を延ばすのではなく、条件が揃うまで開始を遅らせます。
型が出ない現場があります。その会社だけの枝で構成された業務で、次の顧客に効く型が一つも出そうにない案件です。この場合、工数は投資として回収できないので、当社より受託開発のほうが顧客にとっても合っています。これは、営業の場面で正直に伝えています。
そして、当社の容量です。小さな会社なので、同時に入れる現場の数に限りがあります。聞く人、作る人、製品に返す人が同じ人であることは速さの理由ですが、同時に容量の上限でもあります。この上限は隠しません。
まとめ
FDEの工数が投資だと言えるのは、成果を担当者の一日の指標で測り、顧客ごとの現場工数が減り、型が製品に返り、次の顧客で再利用されるからです。契約は請負でも人月でもなく、45日から90日の期間、三層の成果指標、学びの三分法（型は製品、枝は顧客、辞書の内容は顧客）、書き込みの四条件、追加要望の扱い、自走を終了条件とする六つの条項で組みます。費用は製品の利用料と時間区切りの展開の費用に分け、工数の積み上げでは決めません。
受託開発との境界線は、延長の動機を契約に入れないことです。長くいるほど売上が立つ契約は受託で、早く出るほど価値が出る契約がFDEです。
自社のAI導入の契約をこの型で組み直したい方、あるいは発注先の契約がどちらの型かを見分けたい方は、WARPのプログラムをご覧いただくか、個別相談でお話ししましょう。次の記事はシリーズの最終回として、FDEをどう育てるか、エンジニアが現場力を身につける研修と評価を書きます。
Footnotes
-
Sorry, that isn't an FDE（Ted Mabrey、2024年9月21日）。「権限ゼロのCEO」、成果物ではなく事業の成果への責任は同稿による（筆者訳） ↩
-
Trading Margin for Moat: Why the Forward Deployed Engineer Is the Hottest Job in Startups（Joe Schmidt、a16z、2025年6月） ↩
-
The Palantirization of everything（Marc Andrusko、a16z、2026年1月16日）。時間区切りの展開、エンジニア対ARR比率、再利用可能なプリミティブ、圧力テストは同稿による ↩ ↩2 ↩3
-
民法（明治二十九年法律第八十九号）第632条（請負）、第656条（準委任）。e-Gov法令検索 ↩
-
AWS invests $1 billion to embed AI forward deployed engineers with customers（Amazon、2026年6月30日） ↩
-
FIS Brings Agentic AI to Banking with Anthropic, Starting with Financial Crimes（FIS、2026年5月4日） ↩
-
OpenAI launches the OpenAI Deployment Company（OpenAI、2026年5月11日） ↩
