見出し画像
Photo by happy_recipes

コードが安くなった時代に、非エンジニアが本当に売るべきもの（＝市場への価値貢献のあり方）

APS Partners株式会社

はじめに:コードを書けないことは、もうハンデではありません

AI時代になって、非エンジニアのキャリア論は一段ややこしくなりました。「自分もコードを書けるようにならないと取り残される」という不安と、「いやAIが書くのだからむしろ非エンジニアの時代だ」という楽観が、同じ場所で混在しています。

両方とも、論点を半歩外していると思います。本当に変わったのは「コードを書ける/書けない」の境界線ではなく、市場が何に値段をつけるかの構造だからです。非エンジニアがどこで価値貢献するか、という話の前提そのものが動いています。

第1章:安くなったのは「実装」、高くなったのは「判断」

Karpathyが提唱したSoftware 3.0は、英語が新しいプログラミング言語になる世界です。コード生成のコストは確かに桁で落ちました。

一方で「Code Is Cheap. Engineering Isn't.」という反論も出ています。安くなったのはタイピングであって、複雑性のナビゲーションや不確実下での判断、保守のオーナーシップは安くなっていない、という主張です。

両者は対立しているように見えて、実は同じ風景を別角度から見ているだけです。実装は安くなり、判断は希少になった。これがAI時代の価格構造の本質であり、非エンジニアの価値貢献の議論はここから始まります。

第2章:FDE・Eval-PM・DSが同じことを言っている理由

最近よく語られる3つの役割を並べてみます。

FDE(Forward Deployed Engineer) は「現場で動くエンジニア」から、事業のトレードオフを捌く戦略機能へと進化しました。「より良いモデルはFDEを不要にしない。むしろスタックの上に押し上げる」というのが各社共通の認識です。

Eval-PMは、PRDではなくEvalを書くPMです。Observe → Analyze → Evaluate → Improveのフライホイールを回し、現場の失敗をEvalケース化してプロダクトに戻します。

DS(Deployment Strategist) は、企業価値マップからKPIとロードマップを設計し、変革全体をリードする役割です。

別々のテーマに見えますが、3つとも同じ構造を指しています。現場で起きていることを、製品と事業のループに変換する役であり、これこそが非エンジニアが市場に提供できる中心的な価値になりつつあります。

第3章:非エンジニアが引き受けるべき「3つの判断」

ここから本題です。AI時代に非エンジニアが売るべきものは、以下の3つの判断を一気通貫で担うことだと思います。

① 何を解くか(戦略の判断) 事業価値から逆算して「解くべき問い」を、現場が動かせる粒度に落とす。従来のコンサルとの違いは、問いがEvalに落ちる形でなければ意味がない、ということです。

② 何を残すか(現場の判断) 目の前の案件を「再利用パターン / Eval / ロードマップ前倒し」のどれに変換できるかを見極める。一社向けで閉じるか、会社の資産になるかの分岐点を握る役です。

③ 何を循環させるか(学習の判断) 現場の失敗パターンを構造化して、製品とモデルに戻す。これは技術力ではなく、現象を言語化する力、つまり非エンジニアの強みがそのまま効く領域です。

第4章:キャリア戦略上の2つの動き方

非エンジニアがこの3つの判断を担うために、動き方は2軸あります。

1. 上に動く ― 実装の隣ではなく、問いとEvalとロードマップの上流へ ：
これまで非エンジニアの仕事は「実装の隣で要件を整理する」ことが多かった。しかしAIが実装を安くした今、その役割はAIと開発者で完結しがちです。だからこそ、もっと手前の「何を解くべきか」「成功とは何か」「どの順で投資すべきか」を定義する側に動く必要があります。コンサルマン氏のDS論はこの軸の話で、戦略ロードマップとKPI設計の主導権を握る動きです。

2. 横に貫く ― 戦略・現場・学習を別々の人に渡さず、同じ一人が通す ：
従来の組織では、戦略はコンサル、現場はSE、学習はPMと、別々の人に分割されていました。AI時代にこの分業をすると、FDEパネルが警告する「sales→PM→engineerの伝言ゲーム」が起きて、解像度が落ちて製品が歪みます。だからこそ希少なのは、戦略の意図を持ったまま現場に入り、現場で得た学びを自分の手でロードマップに戻せる人です。3つのレイヤーを同じ人格で貫くこと自体が市場価値になります。

この2軸はセットです。 上に動くだけだと、現場と学習に届かない昔のコンサルに戻ってしまう。横に貫くだけだと、目の前の対応で終わって戦略にならない。上に動きつつ、横にも貫く。この交点に、AI時代の非エンジニアの希少性が宿ります。

おわりに:意思決定・判断のループこそが、新しい堀

肩書きはDSでもFDEでもPMでもコンサルでも構いません。共通するのは、事業のトレードオフを現場で捌き、現場の学びを製品とモデルに戻す ─ 意思決定・判断のループ全体を引き受けるオーナーであることです。

Code is cheapだからこそ、意思決定・判断のループを設計できることが、新しい堀になります。

コードを書けるようになることに焦るより、判断の循環を設計できる人になる。それが、AI時代の非エンジニアが市場に提供できる、一番替えの効かない価値だと思います。

参考文献・出典

FDE(Forward Deployed Engineer)について

  • 「FDEは『顧客に近いエンジニア』ではなくなってきている」OpenAI・Ramp・元Palantirのリーダー登壇パネル(NY、South Park Commons主催)のレポート

  • South Park Commons (@southpkcommons) ― FDEパネル主催

Eval-as-PRDについて

  • Shin丨AI×プロダクト開発の専門家(@shin_sasaki19), X投稿(2026年5月4日)「PRDはもう古い。これからのAI時代、プロダクトマネージャーが書くべきは『Eval』である」

  • OpenAI VP of Scienceによる原典の主張(同投稿内で引用)

DS(Deployment Strategist)とFDEの対比について

  • コンサルマン | FlowX (@mr_grayhair), X投稿(2026年5月5日)「AI時代において、『FDE』という職種が注目されているけど、非エンジニアのコンサルキャリアが見るべきは『DS(Deployment Strategist)』」

Code is cheap / Software 3.0 論について

Code isn't cheap 論について

補足

  • 本記事の構成・統合的考察(「3つの判断」「上に動く×横に貫く」「意思決定・判断のループ」というフレーミング)は、上記出典をもとに筆者が独自に再構築したものです。

いいなと思ったら応援しよう！

この記事が参加している募集

#

PMの仕事

2,911件