顧客先に入ったエンジニアが残したものは、なぜ毎回消えるのか

どんな問題か

エンタープライズにAIを売る会社は、いま人を顧客の中へ送り込む。フォワードデプロイドエンジニアが数週間から数カ月そこに座り、レガシーシステムにアダプタを付け、どこにも文書化されていない業務ルールを掘り出し、汚れた本番データを製品が飲み込める形に整える。終われば、システムは動く。そしてその過程で作られたものの大半は、その顧客の壁の内側に残る。

出せないのは怠慢ではない。NDAがあり、データ所在地の規定があり、何よりその成果物自体に顧客のスキーマと業務ロジックが染み込んでいる。スクリーンショット一枚すら持ち出せない。だからベンダー側に積み上がるのは人の記憶と、導入が終わって数週間後に手が空いたら書かれる社内Wikiの数ページだけである。Wikiは必ず腐る。

結果は利益率の曲線に出る。3社目の導入が1社目とほぼ同じ時間を要する。売上は伸びても原価が同じ比率でついてくるので、成長速度の上限が採用速度になる。それがどれほど高くつくかは報酬帯が語る。クリスチャン・アンド・ティンバースがまとめた市場データでは、ミドル級FDEの総報酬中央値は38万5,000ドル、スタッフ級は61万ドル、フロンティアラボのプリンシパル級は120万ドルを超える。その人たちが、3社目で1社目と同じマッピング作業をやり直している。

なぜ今か

まず需要が破裂した。同じ資料によれば、Indeed上のFDE求人は2025年4月の643件から2026年4月には5,330件へ、729%増えた。2026年半ば時点で39社のAI企業に224の枠が開いている。セールスフォースはFDEを1,000人採ると公言した。パースペクティブAIが英文求人約1,000件を分析した資料では前年比の伸びが1,000%を超え、求人の70%以上が要件の掘り起こしと、曖昧なビジネス課題を翻訳する仕事を明示的に求めている。AIエンジニアの41%はすでに勤務時間の30%以上を顧客対応に使っている。

大手も同じ形に資本を張った。AWSは6月30日、FDE専任組織に10億ドルを投じると発表し、OpenAIとAnthropicはそれぞれ40億ドル、15億ドル規模の合弁を先に立ち上げていた。盗む価値があるのは、アマゾンが別会社ではなく社内組織を選んだ理由だ。IPを内側に留めるためである。最大手ですら導入で生まれた資産が漏れ出るのを構造で止めにいくなら、その体力がない会社には代わりにやってくれる道具が要る。

技術的な前提もそろった。顧客環境の中で動き、外へは要約だけを出す構成、つまりデータは内に置いて形だけを取り出す設計は、プライバシーエンジニアリングでもう珍しくない。数年前なら法務レビューで止まっていた提案が、いまは交渉可能な範囲に入っている。日本の受託開発文化では成果物の権利がそもそも顧客側に寄りがちなので、何が出たかを顧客に見せられる設計であることが、そのまま商談の前提条件になる。

flowchart LR
  A[顧客環境<br/>連携・マッピング・プロンプト] --> B[観測層<br/>何をどう作ったかを記録]
  B --> C[非識別抽出<br/>値を落とし構造だけ残す]
  C --> D[ベンダー側の導入記憶<br/>検索できるパターン群]
  D --> E[次の導入<br/>白紙ではなく骨組みから開始]

どう作るか

成果物を一種類に絞って始める。データマッピング仕様が最初の的として一番いい。顧客のスキーマを製品が期待する形へ移す表は、どの導入でも作り直され、同じ業種なら驚くほど構造が似ており、カラム名と値を落とせば再利用できる骨組みが残る。

道具は顧客環境の中で動く。オンプレでも顧客のVPCでも構わないが、生データは決して外へ出ない。外へ出るのは三つだけだ。スキーマの形、変換ルールの形、そして失敗した試行の種類である。最後の一つが実は一番価値がある。どのマッピングを試してなぜ壊れたかは、どのWikiにも書かれない。

ベンダー側には検索できる導入記憶が積み上がる。次の案件に入るエンジニアが業種とソースシステムとフィールド構造で検索すれば、先行する3件のマッピング骨格と、そのとき踏んだ地雷が先に出てくる。初日が白紙ではなく下書きから始まる。

設計の半分は契約側にある。基本契約書にはたいてい派生資産の帰属条項があるが、実際には執行されない。何が出ていったのか誰にも見えないからだ。この道具は外へ出た項目の監査ログを顧客にそのまま開く。それが売り文句になる。顧客は初めてベンダーが何を持ち出すのかを見られ、ベンダーは初めて持ち出してよいものを正当に持ち出せる。課金はFDEの席単位の購読か、導入1件あたりで付ける。

成功の条件

一つ目は、非識別化の設計が顧客の法務レビューを通ることだ。通らなければ道具はそもそも設置されず、残りの議論は全部無意味になる。だから顧客が直接見られる監査ログは機能ではなく前提である。

二つ目は、2社目から実際に時間が縮むことだ。縮まなければこれはただのドキュメントツールで、FDEはドキュメントツールならもう十分持っている。最初に狙う目標は、3社目の導入で最初の連携が動くまでの時間を半分にすることだ。

残るのは業種の選択である。パターンが繰り返されるには領域が狭くなければならない。保険金請求、病院の医事、物流の精算あたりが候補になるが、どれが最もスキーマの定型化が進んでいるかは、実際の導入に二件ほど同行してみないと分からない。