■ 1. プロダクトビルダーの時代
- 書き手の立場:
- toB SaaS専門のUX/UIデザイナーとして複雑な業務ドメインのプロダクトを12年以上手がけてきた
- プロダクトビルダーという概念:
- PdM、デザイナー、エンジニアという職種の垣根がなくなり、全員が「作る人」になっていく流れを指す
- 実感の裏付け:
- 個人開発でまさにその状態を体験しているため、この話には確かにそうだと感じた
- 本稿の射程:
- 海外で起きていることの整理、一人で全役割をやって分かったこと、垣根が溶けた後にデザイナーへ残るものを扱う
■ 2. 海外で進む職種再編
- 雰囲気ではなく構造変化:
- 職種の再編は組織構造の変化として現れ始めている
- LinkedInの事例:
- 新卒PMの登竜門だったAssociate PMプログラムを廃止し、「Product Builder」トラックに置き換えた
- プロダクト、デザイン、エンジニアリングを横断してローテーションする育成方式である
- PM、デザイナー、エンジニアを統合した役割への組織再編も進めている
- 職種を分けて成果物を受け渡すという前提そのものを見直している
- 求人市場の変化:
- 900名超のデザイナーを調査した「AI in Design」レポートの周辺で新しい職名の出現が報告されている
- 「designer engineer」「builder」「design crafter」といった従来の枠に収まらない職名が求人に現れ始めている
■ 3. 分業が逆転する構図
- 従来の直列分業:
- PdMが定義し、デザイナーが形にし、エンジニアが実装するという受け渡しで開発は動いてきた
- 各工程が高コストで専門家を専任させる必要があったため、この分業が成立していた
- AIによるコスト低下:
- PdMがプロトタイプを作り、デザイナーがコードを書き、エンジニアが画面案を出せるようになった
- ただしこれはたたき台やプロトタイプの水準に限られる
- 最大コストの移動:
- 受け渡しのたびに発生する待ち時間と伝言ゲームこそが最大のコストになった
- 一人または少人数が全域に手を伸ばす方が速いという逆転が起きる
- ボトルネックの所在:
- エンジニアの工数から「何を作るべきかの判断」へ移った
- 海外の議論はおおむねこの点で一致している
■ 4. 日本での動き
- メルカリの経営方針:
- 2026年7月の新年度経営方針発表でグループテーマとして「AI-Native for Hypergrowth」を掲げた
- AIを前提にプロダクトも組織も働く人自身も変えていくという宣言である
- 自律型AIエージェントを全社員の働き方に組み込む取り組みも始まっている
- Figma主催イベントでの言及:
- メルカリの登壇者から、職種の垣根を越えて自ら作るビルダー的な人材と体制への言及があった
- 公式な制度としての詳細は公開されていないが、現場レベルでその方向に動いているのは確かである
- 経営アジェンダ化:
- AIを前提にした職種と組織の再定義は、日本の大手プロダクト企業でもすでに現実の経営アジェンダになっている
■ 5. 一人で全役割をやった体験
- 開発中のプロダクト:
- 幹事がグループにアンケートを取るためのモバイルアプリを個人で開発している
- Expo（React Native）、Vercel、Supabaseで組んでいる
- 企画も仕様もデザインも実装もすべて自分が担い、PdMとデザイナーとエンジニアを一人で兼ねている
- 発見1: 脳内で完結する職種間の会話:
- 実装が重くないか、このUIは要件を満たしているかといった往復が脳内で瞬時に終わる
- 手戻りがほぼゼロになり、この速さは体験すると戻れない
- 受け渡しコストの大きさは、なくなって初めて実感した
- 発見2: 最も重い「何を作らないか」:
- 作る力がAIで拡張されると作ること自体は進む
- 詰まるのは機能を足すか削るか、どの順で作るか、誰のどの課題を最優先にするかという判断である
- PdMの仕事の正体は調整ではなく判断だと、一人になってようやく骨身に沁みた
- 発見3: 良し悪しを決める12年の蓄積:
- AIと組めばコードは書け、画面もAIが出してくる
- 出てきたものが良いか悪いか、ユーザーにとって成立しているかの判断はAIに任せられない
- そこで働いていたのは12年やってきたデザイナーとしての目である
- 越境したことで逆に自分の専門性の所在がはっきり見えた
■ 6. 越境しても届かない深さ
- 届く範囲と届かない深さ:
- 越境して痛感したのは、届く範囲と同じくらい届かない深さがあることだった
- AIでは代替できない領域:
- アーキテクチャの設計、セキュリティ、パフォーマンス、障害への備え、スケールする構造が該当する
- これらは動くものが作れることとはまったく別の話である
- 個人開発の前提条件:
- 自分の個人開発は小規模だから成立している
- 本番環境、大量のユーザー、守るべきデータを抱えるシステムではエンジニアの専門性なしに立ち行かない
- 勘違いへの戒め:
- AIでコードが書けるからエンジニアの領域を越えられるというのは、控えめに言っても勘違いである
- 見えているのは氷山の一角で、水面下にはすぐには越えられない専門性の壁がある
- これはデザインの領域に踏み込んでくる他職種に対して抱く感覚とまったく同じ構造である
■ 7. 溶けない一芸
- 専門性は不要にならない:
- 専門性が要らなくなるのかという問いへの答えは明確にノーである
- Dylan Field氏の見立て:
- チームは領域を越えて貢献できるプロダクトビルダーで構成されるようになる
- 各人は一つの領域に深いクラフト（熟練）を持ち続ける
- この世界でデザインはむしろ重要になる
- プロダクトビルダーの定義:
- 何でも中途半端にできる人ではなく、深い一芸を持ったまま全域に手が届く人である
- 誰もが作れるようになるからこそ、アウトプットの差は一芸の深さで決まる
- 職種横断の一芸:
- エンジニアにとってのアーキテクチャ設計や信頼性の担保も溶けない一芸である
- PdMにとっての事業判断も同じく溶けない一芸である
- ビルダーの時代の本質:
- 互いの一芸が浅くなる時代ではない
- それぞれの一芸を核にした越境者同士が、より深いレベルで協働する時代である
■ 8. デザイナーの武器
- デザイナーの一芸:
- 体験の質を判断する目である
- 差がつく場所:
- AIが画面を量産する時代、作る速さでは差がつかない
- 量産された選択肢から成立しているか否かを見抜き、直すべき点を特定する力で差がつく
- この力は一朝一夕には育たず、だからこそ武器になる
- 目だけでは活きない:
- デザイナーがビルダーにならないまま目だけを持っていても、これからは活きにくい
- 判断は作る流れの中にいてこそ効く
- 深い目を持ったまま企画にも実装にも手を伸ばすのが、デザイナー出身のプロダクトビルダーの形である
■ 9. 会社員デザイナーの第一歩
- 提案1: 個人開発:
- 小さくてよいので自分の困りごとを解くアプリをAIと組んで作ってみる
- 企画から実装までを一人で回す経験は越境の練習として最良である
- 個人開発を通して得た気づきが、そのまま本業の視点を広げてくれている
- 提案2: 開発の構造を学ぶ:
- コードが書けるようになる必要はない
- 要求がどう要件になりどう実装されるのか、フロントエンドとバックエンドがどう分かれているのかを理解する
- 構造を理解しているだけで越境の解像度がまったく変わる
- ビルダーの世界では、作れるの手前にある「作られ方が分かる」が土台になる
■ 10. まとめ
- 垣根が溶ける理由:
- AIが実行コストを下げたことで、分業は受け渡しの遅さという弱点を露呈した
- 海外では職名と組織構造の再編がすでに進行中である
- 溶けるものと溶けないもの:
- 溶けるのは職種の境界線であって一芸の深さではない
- 全員が作れるようになる世界では、深い一芸こそが差になる
- 目指す転換:
- デザイナーにとっての一芸は体験の質を判断する目である
- その目を持ったまま企画へ、実装へ手を伸ばしていく
- 「デザイナーです」から「デザインが一番深い、プロダクトビルダーです」への転換の途中にいる