1. ドメインキャッチアップとは——「業界が毎回変わる」前提の職種スキル
ドメインキャッチアップとは、未知の業界（ドメイン）の構造・業務・用語・規制を、実務で会話が成立するレベルまで短期間で把握する技術のことです。多くのエンジニアは自社プロダクトという固定されたドメインの中で経験を積みますが、FDEは違います。顧客企業の中に入り込んで課題を解く職種であるため、担当する業界は案件ごとに変わります。今日は製造業の生産計画、次は金融の与信審査、その次は医療機関の文書管理——という具合です。
ここで重要なのは、キャッチアップの目的が「専門家になること」ではない点です。目指すのは、①顧客の説明に登場する用語と業務の流れが理解できる、②その業界で「やってはいけないこと」（規制・商慣習）の見当がつく、③わからないことを的確に質問できる——この3点です。言い換えると、ドメインキャッチアップとは知識の詰め込みではなく、「質の高い質問ができる状態」まで自分を最短で持っていく技術です。案件のたびにこれを繰り返すため、一度型を作れば効き続ける、投資効率の高いスキルだといえます。
2. FDEの現場でどう使うか——勝負は「初回訪問の前」に始まっている
FDEの案件で最初の信頼を分けるのは、初回の顧客訪問です。ここで「業界のことを何も知らない人」と映るか、「短い準備期間でよくここまで調べてきた人」と映るかで、その後のヒアリングの深さがまるで変わります。現場のFDEが初回訪問までにやる準備は、おおむね次の3点に集約されます。
①業界構造の把握
その業界は誰が顧客で、誰から仕入れ、どこで利益が出ているのか。プレイヤーの相関（メーカー・卸・小売、元請け・下請け、保険者・医療機関など）を図にしておきます。顧客企業の課題は、ほとんどの場合この構造上の位置から生まれているためです。
②業務用語の下地作り
業界には固有の言葉（「歩留まり」「与信枠」「レセプト」など）があり、これが通じないとヒアリングが用語解説で終わってしまいます。すべて暗記する必要はなく、頻出語の意味と「どの業務工程で出てくる言葉か」の対応を押さえておけば十分です。
③規制・制約の当たりをつける
金融・医療・製造など規制産業では、「技術的にできる」と「やってよい」がまったく別物です。個人情報・業法・業界ガイドラインのどこに地雷があるか、正確でなくてよいので「ここは確認が必要」というリストを持って行きます。AIの導入提案では、この規制感度の有無が信頼に直結します。
そして現場に入ってからの中心は、「わからないことを的確に聞く」質問設計です。「業務を教えてください」という漠然とした質問は相手の時間を奪うだけで、良い答えが返ってきません。効くのは「この帳票は誰が作り、誰が見て、どの判断に使われますか」「この作業で一番時間を取られるのはどこですか」「例外的なケースは月に何件くらい起き、誰が処理しますか」といった、仮説を持った具体的な質問です。ここは要件の言語化と地続きのスキルで、質問の質がそのまま要件の質になります。
なお、こうした「職種や専門の枠を越える」動きはFDEという職種自体の特徴として語られています。Findyの求人特集（2026年3月）はFDEを「顧客の最前線に立ち、課題ヒアリングやデータ分析から、システムのカスタマイズ・実装・運用まで一気通貫で行う」ポジションと紹介しており、Sansanも公式テックブログでFDEを「ビジネス・データ・現場の全てを理解する」役割と位置づけています（いずれも出典は記事末尾）。エンジニアリングの外側——顧客のビジネスとドメイン——へ踏み出すことが職務の定義に含まれている、という点は押さえておく価値があります。
3. 今どうやって身につけるか——情報源の使い分けと「2週間プラン」の型
ドメインキャッチアップは才能ではなく手順です。情報源ごとの使いどころと、繰り返し使えるプランの型を紹介します。
Step 1: 三種類の情報源を使い分ける
- 業界レポート・業界地図——最初の1〜2日で読む「地図」。市場規模・主要プレイヤー・商流・直近のトレンドを俯瞰します。書籍の業界地図シリーズや官公庁の公開資料（各省庁の業界動向資料・統計）は無料〜安価で信頼性が高い出発点です。
- 有価証券報告書（有報）——顧客企業が上場企業なら必読です。EDINETで無料公開されており、「事業の内容」でビジネスモデルと収益構造、「事業等のリスク」でその会社が何を恐れているか、「従業員の状況」で組織の規模感がわかります。顧客自身が公式に書いた自社の説明なので、初回訪問前の情報源として最も外れがありません。
- 業務マニュアル・現場文書——案件が始まったら最優先で読む「現場の一次情報」。マニュアルには正規の手順が、実際の運用にはマニュアルにない例外処理が潜んでいます。この「マニュアルと実態のズレ」こそAI導入の論点になりやすい場所です。
Step 2: ドメインエキスパートへの質問テンプレを持つ
調べてもわからないことは、顧客側の詳しい人（ドメインエキスパート）に聞くしかありません。汎用的に使えるテンプレは、たとえば次のようなものです。——「この業務の始まりと終わりはどこですか（何が来たら始まり、何を出したら終わりですか）」「この判断は何を根拠にしていますか。文書化されていますか、経験ですか」「新人がこの業務を覚えるのに何が一番難しいですか」「この手順を省略したら何が起きますか」。共通するのは、知識を問うのではなく業務の因果と例外を引き出す質問だという点です。
Step 3: 「2週間キャッチアッププラン」の型を回す
実際の案件を想定した標準的な型はこうです。Day 1–2: 業界地図・レポートで構造の把握、頻出用語リストの作成。Day 3–5: 顧客企業の有報・公式サイト・プレスリリースを読み、「この会社の課題仮説」を3つ書き出す。Day 6–8: 業務マニュアルや提供資料を読み、業務フロー図を自分の手で描く（描けない箇所＝質問すべき箇所）。Day 9–10: 質問リストを仮説付きで整理し、初回ヒアリングに臨む。Day 11–14: ヒアリング結果でフロー図と用語集を修正し、課題仮説を要件の言葉に書き直す。練習としては、身近な上場企業を1社選び、Day 1–5相当（有報を読んで課題仮説3つを書く）だけでも十分にトレーニングになり、まとめたものはポートフォリオの題材にもなります。学習全体の設計は未経験からのロードマップを参考にしてください。
4. FDE Outlook——ドメインキャッチアップの現在地と見立て
今見えていること: FDEの職務は各社の発信で一貫して「技術と顧客ビジネスの両方を理解する」役割として説明されており、業界理解のスピードは事実上の必須要件になっています。FDEスキルマップでは「ドメイン適応」を5領域のひとつとして立てており、RAG実装のような技術スキルと並ぶ柱と位置づけています。技術スキルとの関係はFDEとAIエンジニアの違いの整理もあわせてご覧ください。
今後の見立て: 皮肉なことに、ここまで述べた「情報を読んで整理する」段階はLLM自身が最も得意とする作業です。業界レポートの要約も、有報からの論点抽出も、用語集の作成も、今後さらに高速化・自動化されていくと見ています。すると差別化のポイントは、公開情報の取得スピードから、公開情報には存在しない「現場の暗黙知」をどう引き出すか——つまり、マニュアルに書かれていない例外処理、ベテランの勘所、部署間の力学を、対話の中で言語化させる力に移っていくはずです。LLMで下調べを高速化した分の時間を、現場での質問と観察に振り向けられるFDEが強くなる。これが当サイトの見立てです（断定はできませんが、求人要件の記述の変化は求人ウォッチで引き続き観測していきます）。目指し方の全体像はFDEになるにはをご覧ください。