なぜ事業会社出身のDSはFDEの書類選考で苦戦するのか？
── 前回記事の補足として、構造から整理する
転職エージェントから聞いた話だけど、最近FDEの選考でよくあるのが、
「事業会社出身のデータサイエンティストが書類で落ちる」
というケースらしい。
前回の記事では、FDE（Forward Deployed Engineer）という職種について、
SalesforceやSB OAI Japanの事例をもとに整理した。
その中でも触れた通り、FDEは
・顧客折衝
・コンサルティング
・実装
を横断する役割である。
一見すると、事業会社で実務を回してきたデータサイエンティストは
むしろ適していそうにも見える。
それでも書類で苦戦するのはなぜか。
これはスキル不足ではなく、
評価軸のズレで説明できることが多い。
1. 前提：FDEは“2つの役割の掛け算”
FDEで求められるのは、
・顧客課題を定義する力（コンサル的スキル）
・それを実装する力（エンジニアリング）
この掛け算である。
どちらか一方では成立しない。
2. 事業会社DSの強み
まず前提として、事業会社出身のDSは弱いわけではない。
むしろ以下の点で強い。
・モデルを実運用に乗せる経験
・MLOpsやデータ基盤の理解
・長期的な改善サイクルの設計
・業務への組み込み（定着）
つまり、
「システムとして価値を出し続ける力」
がある。
3. それでも書類で苦戦する理由
問題は、この強みがFDEの評価軸とズレることにある。
理由①：顧客課題の“切り出し”経験が見えにくい
FDEでは、
・そもそも何が課題か
・どこに価値があるか
を自ら定義することが求められる。
一方で事業会社では、
・課題はある程度整理された状態で渡される
・社内合意済みのテーマに取り組む
ケースが多い。
そのため、
「課題をどう発見・定義したか」
が職務経歴書から読み取りにくくなる。
理由②：提案フェーズの経験が不足して見える
FDEでは、
・顧客への価値提案
・意思決定の支援
・期待値調整
といった提案活動が重要になる。
しかし事業会社では、
・提案対象は社内
・実装や改善が中心
という構造のため、
外部顧客への提案経験が弱く見えてしまう。
理由③：成果の“見せ方”が内向き
事業会社での成果は、
・処理速度改善
・精度向上
・安定稼働
といった内部最適になりやすい。
一方FDEでは、
・売上への影響
・業務改善インパクト
・顧客価値
が重視される。
同じ成果でも、
「誰にとっての価値か」
が違うため評価がズレる。
理由④：スピードとコンテキスト切り替え
FDEは、
・短期間で立ち上がる
・案件ごとに文脈が変わる
という特徴がある。
一方、事業会社では、
・長期プロジェクト
・特定ドメインに深く入り込む
スタイルが多い。
この違いが懸念として見られることがある。
理由⑤：役割の境界に対する前提の違い
事業会社では、
・DS
・エンジニア
・PM
といった役割分担がある程度明確。
一方FDEでは、
それらを横断することが前提。
そのため、
「どこまで自分で担えるか」
が書類から読み取れない場合、評価が伸びにくい。
4. 本質：スキルではなく“翻訳”
ここまで見ると分かる通り、
問題は能力不足ではなく、
経験の翻訳がされていないこと
にある。
事業会社での経験も、
・課題設定している
・意思決定に関与している
にも関わらず、
それがFDEの評価軸で表現されていない。
5. 対応の方向性
このギャップに対しては、いくつかの選択肢がある。
① 職務経歴書の書き換え
・「誰の課題か」を明確にする
・「どの意思決定に影響したか」を書く
・技術ではなく価値から説明する
② 顧客接点を意図的に増やす
・ビジネス部門との折衝
・提案フェーズへの関与
③ 段階的に移行する
・まずエンジニアとして入る
・その後FDE的な役割に広げる
6. 補足：それでもFDEが最適とは限らない
重要なのは、
「FDEに行けるか」ではなく
「FDEが自分に合うか」
である。
FDEは、
・顧客折衝
・コンサル
・実装
を横断する役割であり、
テックコンサルタントに近い側面を持つ。
結論
事業会社出身のDSがFDEの書類選考で苦戦するのは、
・スキルが足りないからではなく
・評価軸が異なるため
である。
そしてその背景には、
・顧客課題起点のキャリア
・プロダクト/内部最適起点のキャリア
という構造の違いがある。
したがって重要なのは、
・自分の経験をどう翻訳するか
・そもそもその役割を選ぶべきか
を整理すること。
少なくとも、
市場のトレンドだけを理由に
急いでFDEに寄せる必要はない。