デザイナーはもうPMである
シニアデザイナーの仕事は、実質「センスのあるPM」です。役割の統合はすでに起きました。2026年にデザイナーPMが担うもの、デザイン予算が削られる理由、そして雇われ続けるための実践的な動き方を解説します。

2026年のシニアデザイナーの仕事は、センスのあるPMです。ICロールの統合はすでに起きました。これをまだ来ていない未来のように扱うことが、デザイン予算が削られている理由です。
この12か月、Figmaでピクセルを動かし、PMが仕様を書くのを待っていたのなら、市場はその役割にお金を払うのをやめました。代わりに生まれた仕事は、仕様、指標、リリース日、そしてユーザーリサーチを所有します。同じ椅子、同じFigmaファイル、違う成果物です。
役割の統合はすでに起きた
この統合は一時的な流行ではなく、構造的なものです。 調整するより統合する方が人員コストが安くなり、AIが役割の下層にある制作作業を引き受け、生き残ったデザインICは、かつて別のPMが持っていたディスカバリー、仕様、リリース日の責任を吸収しました。市場は2つの役割を1つの値段で評価し、先に進みました。
求人票を見ればわかります。2026年の「プロダクトデザイナー」の募集要項は、Figmaの項目を後付けしたPMの募集要項のように読めます。ロードマップへの関与、指標のオーナーシップ、評価基準、顧客インタビュー、ライトアップ、リリース日への責任。Figmaはもはや前提条件であり、仕事そのものではありません。
すでにこの形で動いていたチームは、誰もレイオフしませんでした。2018年型の分業、つまりデザイナーが画面を作り、PMが仕様を書き、エンジニアが実装する体制を続けていたチームはレイオフしました。人数は同じ、運命は2つ、構造的な理由は1つです。
デザイナーPMが実際に所有するもの
新しいICの役割には、所有すべき成果物が5つあります。1つでも欠ければ別の誰かがその仕事をしていることになり、それはあなたの役割が冗長だという最初のサインです。

-
仕様。 Figmaのフローではありません。課題、ユーザー、成功指標、失敗モード、切り捨てラインを明記した文書です。Figmaファイルは付録です。
-
指標。 その仕事が動かす、名前の付いた1つの数字。アクティベーション率、コンバージョンの上昇、リテンションカーブ、レイテンシ、特定セグメントのNPS。このリリースが動かす数字を言えないなら、その仕事は装飾です。
-
リリース日。 本物のカレンダー上の本物の日付で、チームがあなたに守らせるもの。2026年にこれを遅らせるのは、チームの問題ではなくデザイナーPMの問題です。
-
ユーザーリサーチ。 自分で行った5件のインタビュー、自分で書いたアンケート、自分で見たセッション、自分で読んだSentryのトレース。ICレベルでの意味は、ユーザーリサーチの用語集を参照してください。
-
ライトアップ。 リリース後に公開する短い文書で、何を出荷し、何が動き、何が動かず、チームが何を学んだかをまとめます。上司が上に転送する成果物です。
オーナーシップとは、書き、共有し、レビューで擁護し、間違っていたときに責任を負うことです。PMとの共同執筆は構いません。PMが書くのを待つのはダメです。
Linear、Stripe、Vercel、Anthropic、Figmaはデザイン ICをどう動かしているか
最もクリーンなソフトウェアを最高の速度で出荷している企業は、すでにこの形で動いています。組織再編を発表したわけではありません。ただ、古い役割の採用をやめただけです。
LinearのデザインICは仕様を回します。Karri Saarinenは何年も前から、Linearのデザイナーが課題、提案、実装、リリースを所有すると語っています。PM機能は存在しますが、成果物のオーナーシップは、その画面でペアを組むデザイナーとエンジニアにあります。プロダクトビューに対するアンチダッシュボードのアプローチは、PMからの上意下達の仕様ではなく、デザイナーPMの判断です。
Stripeのデザインの成果物はPMの形をしています。Stripeの新しい料金画面を担当したデザイナーは、モデル、加盟店インタビュー、ロールアウト計画、指標を所有しました。Figmaファイルが固まったのは、仕様とデータが確定した後でした。同じ規律は料金ページ問題にも見て取れます。
Vercelのデザイン組織は、サービス部門ではなくプロダクトパートナーのユニットです。デザイナーは画面を握り、ローンチ記事を出し、ダッシュボードの指標を所有します。2026年のマーケティングサイトスタックのスタックを持つのは、コードを書き仕様を書くデザイナーであり、彼らにブリーフを渡すPMではありません。
Anthropicのプロダクトデザイナーは評価基準を出荷します。評価は、仕様であり、指標であり、テストです。自分の画面の評価を書けないデザイナーは、その画面を出荷するチームにいません。
FigmaのデザインICはPRDを書きます。PRDは要るのか要らないのかという議論は、Figmaのデザインチームが書き始めた時点で終わりました。業界にFigmaを真剣に扱うことを教えた会社は、自社のデザイナーにも仕様を真剣に扱うことを教えたのです。
5社、1つのパターン。デザインICは文書、数字、日付を所有します。背伸びのプロジェクトとしてではなく、仕事そのものとして。
古い役割と新しい役割
市場の変化は雰囲気ではありません。シニアデザイナーが出荷する成果物と、主導する会話に表れています。

| 観点 | 古い役割(2018〜2022年) | 新しい役割(2026年) |
|---|---|---|
| 主な成果物 | Figmaファイル | 文書化された仕様、Figmaは付録 |
| 成功の尺度 | デザインレビューの承認 | 名前の付いたプロダクト指標が動いたこと |
| リリース日のオーナーシップ | 「チームの準備ができたとき」 | ICが握る本物の日付 |
| ユーザーリサーチ | リサーチャーが書いたレポートを読む | 自分で5件のインタビューを行う |
| ロードマップへの関与 | 「デザイナーも同席すべき」 | デザイナーがロードマップの行を書いた |
| 評価基準 | なし | デザイナーがその画面のテストを書いた |
| リリース後のライトアップ | PMが書いた | デザイナーが書いた |
| 調整モデル | PMからブリーフを受け、エンジニアに引き渡す | エンジニアとペアを組み、仲介者なし |
| 最初に切られるもの | ピクセルを出すだけのIC | その上にいる冗長なPMの席 |
右の列は理想ではありません。2026年にまだデザイナーを採用しているあらゆる企業での、現在進行形の仕事です。左の列は、自動化され、統合され、レイオフされました。
デザイン予算が削られる理由
デザイン予算が削られているのは、仕事の重要性が失われたからではありません。2つの役割が1つの仕事をしていて、AIが制作レイヤーを十分に安くしたため、その冗長性が経理のダッシュボードに引っかかったからです。

計算は容赦ありません。Figmaを動かすデザイナーと仕様を書くPMがいるチームは、両方をこなすデザイナーPMがいるチームの約2倍のコストがかかります。かつて2つ目の席を正当化していた制作の苦労はAIが引き受けるので、2つの役割のどちらかが予算を失います。
失うのは、仕様、指標、リリース日を吸収しなかった方の役割です。カットを行ったほとんどの組織では、それがデザイナーでした。デザイナーは歴史的に、プロダクトの成果ではなくFigmaの成果物で自分を定義してきたからです。
切られなかったチームは、デザイナーがPMになり、PMが上に上がるか、統合されて抜けたチームです。人数は同じ、肩書きは少なく、1席あたりのアウトプットは多い。
デザイン組織をカット対象として眺めるCFOは、「デザインに価値はあるか」とは聞きません。「どの席が指標を動かす成果物を出荷しているか」と聞いています。名前で答えられない席が先に切られます。このパターンは残酷で、正確で、2026年第1四半期のあらゆるレイオフリストに見えています。
2026年に雇われ続けるために
5つの動きです。順番にではなく、並行して走らせてください。どれも許可は要りません。

-
仕様を所有する。 次に出荷する画面を選び、仕様を自分で書きます。1ページ。課題、ユーザー、指標、失敗モード、切り捨てライン。PMに、PMがいなければ上司に送ります。
-
指標を出荷する。 次のリリースが動かす数字を1つ決めます。ダッシュボードはデザインレビューの後ではなく前に配線します。デザインシステムは制作レイヤーとして参照し、仕事そのものとして扱ってはいけません。
-
日付を守る。 リリース日をカレンダーに書き、チームに伝えます。遅らせるのは1回まで。教訓を得て、2度は遅らせない。
-
リサーチを回す。 1画面につき最低5件のユーザーインタビュー。15分の通話を録音し、OtterかClaudeで文字起こしし、自分で要約します。仕様の中でユーザーの言葉を引用します。オンボーディングなきオンボーディングのような画面は、これなしには不可能です。
-
ライトアップを書く。 リリースから5営業日以内に、1ページのローンチサマリーを公開します。何を出荷し、何が動き、何が動かず、チームが何を学んだか。上司が転送したくなる成果物にしましょう。
この5つを2四半期続ければ、肩書きに関係なく、社内でのあなたの役割は構造的に変わります。ゼロなら、あなたの役割は次の組織再編で統合される項目になります。
同じオーナーシップは、デザイナーPMが出荷するあらゆる画面に現れます。ローディング状態こそプロダクトや設定ページ問題をどう扱うかが、画面を所有するデザイナーと、画面を飾っただけのデザイナーの違いです。
慌ててブックマークした若手へ
業界経験が3年未満なら、動き方はもっとシンプルで、もっと急ぎです。慌てないでください。1年の計画を立て直しましょう。
古いキャリアパスは、5年目に最高レベルでFigmaを動かすシニアICになることでした。その道は、新卒にはもう存在しません。
存在する道は、3年目で仕様を書き、リサーチを回し、指標を所有し、出荷するICです。ハードルは上に、そして手前に動き、タイムラインも同じです。
実践としては3つ。ポートフォリオをショットの数ではなく、指標付きの出荷済み画面で測ること。PMの下での修行をやめ、シニアのデザイナーPMの下で修行すること。出荷が小さくても、仕様と出荷を自分で持つサイドプロジェクトを選ぶこと。
2026年にこれをやる若手は、2028年にはシニアです。Dribbbleのショットを投稿し続ける若手は、2028年になってもジュニアのまま、もうジュニアを採用しない市場にいます。
統合が来るふりをやめよう
統合はトレンドではありません。2026年のデザインIC業務の構造的な姿です。仕様、指標、リリース日、ユーザーリサーチを所有するシニアデザイナーは、いまも雇われ、予算がつき、エンジニアリングの対等なピアとして尊重されています。
Figmaを出荷するだけのシニアデザイナーは、市場が値下げし、自動化し、いままさに削っている役割です。そうでないふりをするのが、今年デザインICができる最も高くつく行動です。同じFigmaファイル、同じ椅子、違う仕事。
席を守りたいなら、成果物を取りに行ってください。仕様、指標、日付、リサーチ、ライトアップ。誰もあなたに渡してはくれません。最初に手を伸ばしたICが、次の組織再編で会社が守る人になります。
FAQ
デザイナーは本当にPMの仕事をしているのですか、それとも単なるシニアIC のインフレですか?
どちらもですが、大半は前者です。ICロールの統合は、2026年にデザイナーを採用しているあらゆる企業で現実に起きており、求人票、成果物のオーナーシップ、レイオフのパターンに表れています。シニアICのインフレは、構造的な問題の上に乗った呼称の問題です。仕様のオーナーシップ、指標のオーナーシップ、リリース日のオーナーシップ、ユーザーリサーチ、ライトアップという仕事そのものが、肩書きにかかわらずシニアICの仕事です。
PMはデザイナーに置き換えられるということですか?
いいえ。PMとデザイナーのIC層が1つの席に畳まれ、PM機能は組織の上位に移るか専門化しました。シニアPMはいまも存在し、ポートフォリオ、戦略、市場ポジショニング、チーム横断の調整を担っています。
デザイナーにブリーフを渡してエンジニアリングを待っていたIC PMが、統合された役割です。生き残る2つの形は、デザイナーPMとシニアPMです。
指標や仕様に関わらず、ただデザインだけしたい場合は?
妥当な希望です。ただし、2026年の市場がシニアの給与を払う希望ではありません。時間単位で請求するエージェンシー、純粋なビジュアルやブランドの仕事、制作タスクの契約者としてなら、その役割を続けられます。
「シニアデザイナー」の給与バンドが付いたプロダクト組織の内側では、その役割こそ統合されている最中のものです。市場は変わってよく、あなたのキャリア戦略も変えてよいのです。
CTA
デフォルトでデザイナーPMのユニットとして動き、仕様、指標、リリース日を所有し、仕事が公開されたらローンチ記事まで書くデザインパートナーをお探しなら、Brainyに依頼してください。私たちは、2018年に報われた形ではなく、2026年の市場がお金を払う形でプロダクトをデザインします。
Want a design partner who ships specs, ship dates, and shipped product instead of just screens? Brainy operates as a designer-PM unit by default, owning the spec, the metrics, and the launch.
Get Started




