プロダクトデザイナーからスタッフデザイナーへの道（そしてなぜほとんどの人が停滞するのか）

今年30件以上の機能をリリースしました。レビューには「実行力が高い」「優れたクラフト」「信頼できるパートナー」と書かれています。それでもシニアへの昇進は見送られました。プロモーションドキュメントには「インパクトが必要」と書かれていました。3回読んでも、月曜日の朝に何を違うようにすれば良いかわかりませんでした。

そこにいるなら、失敗しているのではありません。ここまで来るのに使ったスキルセットで走れる道が尽きているだけです。プロダクトデザイナーの仕事は実行速度とビジュアルクラフトを評価します。シニアとスタッフの仕事は問題の選択、システム思考、そして影響力を評価します。それはほぼ正反対の筋肉であり、停滞するほとんどの人は間違った方を鍛え続けているから停滞します。

これが罠です。そして、克服できます。

「もっとリリースする」が通用しなくなる理由

どんなデザイン組織でも同じパターンを目にします。早くシニアに到達するデザイナーは、必ずしも最も美しいポートフォリオを持つ人ではありません。正しい問題を選び、解決されていなかった仕事を再定義した人です。

ミドルレベルのプロダクトデザイナーの1日はこんな感じです。PMからブリーフを受け取り、ディスカバリーをして、デザインして、リリースして、測定して、改善する。優れたデザイナーはこのループを密度高くこなします。優秀なデザイナーはさらに速くこなします。そして「インパクトが必要」と告げられます。

実際に何が起きているか。マネージャーはヘッドカウントを守ることを求められています。人を指さして「この人はチームを単に忙しくするだけでなく、実質的に良くしている」と言える必要があります。リリースすることは最低限の基準です。チームが何をリリースすべきかを最初から再定義することが、シニアになるための基準です。3つのチームが何をリリースすべきかを再定義することが、スタッフになるための基準です。

現在のループの中でより一生懸命働いても到達できません。ループの外に出る必要があります。

シニアPDで何が変わるか（ベース$170〜220K、トータル$220〜300K）

シニアはジョブディスクリプションが書き変わる最初のレベルです。バックログをうまく実行することに対して報酬を得るのではありません。バックログに何が入るべきかを決定することに対して報酬を得ます。

具体的に期待されること：

• 機能リストではなく、問題スペースを所有する。 「オンボーディング」は問題スペースです。「ウェルカムモーダルのリデザイン」は機能リストです。シニアプロダクトデザイナーはそのスペースを定義するメトリクス（アクティベーション、タイム・トゥ・バリュー、初週リテンション）に対して責任を持ち、それを実際に動かす機能を決定します。
• 1人のICを正式にメンタリングする。 彼らの作業のデザインレビュー、キャリアについての会話、ステークホルダーで詰まったときのブロック解消。マネージャーではありません。彼らの成長に対して責任があります。
• 自分の領域のデザイン戦略を設定する。 スプリントの成果物だけでなく、四半期の賭け。「来四半期に賭けていることとその理由」を書いたドキュメントを書き、PMとEMがお互いの成果物と同様にそれをピアの成果物として扱います。
• PMとEMと下流の実行者ではなくピアとしてパートナーを組む。 PMが半熟のアイデアを持ち込んだときにプッシュバックします。EMが技術投資を提案したときにユーザーインパクトについて意見を言います。ブリーフが書かれる前に部屋にいます。
• 品質基準： あなたの作業はデザインクリティークで他のデザイナーが指し示す参考例になります。ジュニアのプロダクトデザイナーがあなたのファイルを見たいと頼みます。あなたのパターンが再利用されます。

プロダクトデザイナーからシニアへの報酬の跳ね上がりは本物ですが、人生を変えるほどではありません。より大きな変化は自律性とスコープです。割り当てられることが減り、自分で選ぶようになります。

スタッフPDで何が変わるか（ベース$210〜280K、トータル$300〜450K）

スタッフはまったく異なる仕事です。ほとんどの会社は組織全体で3〜5人のスタッフデザイナーしかいません。最高のシニアになることで到達するのではありません。シニアにはできなかった仕事をすることで到達します。

期待されること：

• クロスチームのデザインインパクト。 あなたの判断が3つ以上のプロダクトエリアに影響します。単一チームのロードマップではなく、あなたなしには実現しなかったものを着地させるためにチームをまたいで動きます。
• プラットフォームとシステムのパターンを設定する。 design systemへの貢献、インタラクションのプリミティブ、組織全体に波及するアクセシビリティ標準。別のプロダクトエリアで新しい機能がリリースされるとき、あなたのパターンがその方法になります。
• PMとエンジニアリングとリサーチのリーダーシップとスケールでパートナーを組む。 DirectorとVPレベルの会話。ロードマップレビューと予算会議に出席します。プレゼンしているのではなく、共同決定しています。
• 複数四半期にわたる戦略的イニシアチブを推進する。PMが割り当てられていないことも多い。 これはトリオモデルに慣れたデザイナーにとって最大の衝撃です。スタッフデザイナーは定期的に、まだプロダクト化されていないイニシアチブを所有します。戦略を書いて、エンジニアを集めて、PMを見つけます（または見つからなければ進めます）。
• ヘッドカウント、採用基準、チーム構造に影響を与える。 デザイン組織に誰が参加するかを形作ります。採用パネルがあなたに一任します。組織変更はあなたと事前に共有されてから発表されます。
• 品質基準： あなたは他のスタッフデザイナーをより良くします。エグゼクティブが重要なプロジェクトであなたを名指しで依頼します。プロジェクトにおけるあなたの不在が感じられます。

このレベルでは、エクイティが主要な報酬レバーになります。強いRSUとオプション付与のシリーズCのスタッフプロダクトデザイナーは、良い年に$400K以上のトータルを達成できます。上場の中規模SaaSでは$300〜380Kの範囲。FAANGでは$450K以上が普通です。シニアとスタッフの間のベース差は意味があるものの、実際のギャップが開くのはエクイティのスタックです。

報酬の実態（並べて比較）

これはシリーズC以降のプライベート企業と中規模SaaSでの米国ベースの典型的なレンジです。ステージとブランドに応じて±20〜30%調整してください。アーリーステージのスタートアップはキャッシュが低くエクイティの賭けが高くなり、FAANGは全体的に高く、中規模SaaSはこれらの中間点に最も近くなります。

Levels.fyiスタイルのデータがこれらのレンジを妥当な分散の範囲内で裏付けています。表が示せないこと：各行間の移行の難しさは線形ではありません。プロダクトデザイナーからシニアは優秀なパフォーマーで1〜2年のジャンプです。シニアからスタッフは多くの場合3〜5年かかり、多くのデザイナーは到達しません。基準は「より多くの年数」ではなく、あなたの仕事が何であるかの書き換えです。

実際にジャンプを解放する4つの能力

50人以上のデザイナーがこの移行を経るのを見てきました。突破する人はこの4つの能力を発達させます。停滞する人はクラフトと実行速度に頼り続けます。

1. システム思考

画面のデザインをやめる。プリミティブのデザインを始める。

フィーチャーシッパーは新しいフィルターUIを構築するリクエストを受け取り、きれいなフィルターUIをリリースします。システム思考の人は同じリクエストを受け取り、問います。プロダクトの中でフィルタリングが必要な場所は何箇所あるか？1つのフィルターを作るのか、12個を作るのか？基盤となるインタラクションモデルは何か？これは5つの他のチームが再利用できるプリミティブになれるか？

この筋肉を鍛えているサインとして、PMが機能を持ってきたとき、「ビジュアル言語は何か？」より前に「このパターンは他のどこに現れるか？」と問いかけるようになります。ハイフィデリティのモックではなく、Figmaでコンポーネント図を描き始めます。リリースする画面は減りますが、再利用可能なコンセプトが増えます。

2. エグゼクティブへのストーリーテリング

デザインの作業をビジネス上のアウトカムに翻訳する。スクリーンショットで埋まったデッキなしでVPにプレゼンする。

VPレベルで機能するフォーマットはこれです。問題についての1スライド（デザイン言語ではなく、ドルまたはユーザーの痛みで）。戦略的な賭けについての1スライド（賭けていることとその理由）。トレードオフについての1スライド（選択しないこと）。勝ちを知るためのメトリクスについての1スライド。スクリーンショットはあれば最後に。

Figmaファイルを見せずに予算会議でデザインのトレードオフを守れないなら、スタッフへの準備ができていません。スタッフデザイナーはきれいなUIを見せるのではなく、戦略について推論することでVPを説得します。

3. メンタリング

他のデザイナーのファイルだけでなく、判断力を育てる。

スタッフを目指すデザイナーがよく犯すミスは、ポートフォリオレビューのように作業をクリティークすることです。「階層がずれている、余白に手を入れる必要がある、CTAをより強くできる。」それはクラフトのフィードバックです。必要ですが、デザイナーを育てません。

判断力のフィードバックは違う響きを持ちます。「なぜこの機能で、隣の機能ではないのか？これが代替案では担えないどのユーザーの痛みに応えているか？より早くリリースするためにスコープを半分に削らなければならないとしたら、何を削るか？」

あなたは「流派」を発展させます。他のデザイナーが吸収する、認識可能な思考の方法。あなたと一緒に仕事をした人が、デザインクリティークであなたのように話し始める。それが目標です。

4. クロスプロダクトのインパクト

チームのサイロを打ち破る。

シニアプロダクトデザイナーの仕事は、チームに深く埋め込まれることを評価します。スタッフプロダクトデザイナーの仕事は、あなたなしでは実現しなかったものを着地させるためにチームをまたいで流動的に動くことを評価します。これは不快です。何をすべきかを指示するPMも、背後に隠れるロードマップの項目もないのだから。

具体的なアクション：3つ以上のチームに採用されるdesign systemへの貢献を1つリリースする。別のチームのロードマップを再形成するリサーチシンセシスを実施する。別の組織のPMと共同で戦略ドキュメントを書く。誰もスタッフさせたがっていないクロスカッティングのアクセシビリティワーキンググループにボランティアで参加する。

フィーチャーシッパーの罠を脱出する12ヶ月プラン

サバティカルは必要ありません。転職する必要もありません。日々の業務をこなしながら、12ヶ月間意識的に4つの能力を構築することが必要です。

1〜3ヶ月：1つの問題スペースを選び、戦略ドキュメントを書く。

誰も求めていません。それでも書いてください。最もよく知っているエリア（最も多く機能をリリースしてきたところ）を選び、2〜3ページのドキュメントを書いてください。何が壊れているか、来年何に賭けるべきか、何をやめるべきか、12ヶ月後の成功はどう見えるか。PMとEMと共有してください。書く行為が価値の80%です。ドキュメント自体が、昇進の時期が来たときにマネージャーが指差す成果物になります。

4〜6ヶ月：誰かを非公式にメンタリングし、デザインレビューシリーズを1つ実施する。

ジュニアデザイナーを見つけて（自分のチームでも別のチームでも）、月次の1on1を申し出てください。定期的なデザインクリティークシリーズを実施してください、月次でも十分です。ポイントはボリュームではなく、あなたのマネージャー以外の誰かが「この人のおかげで私はより良いデザイナーになった」と信用を持って言えることです。

7〜9ヶ月：クロスチームへの貢献を1つリリースする。

システムパターン。別のチームのロードマップを変えるリサーチインサイト。チームをまたいで共同所有された戦略ドキュメント。自チームが担当しないカスタマーに触れる何か。これが昇進パケットの核になる成果物です。

10〜12ヶ月：昇進パケットを作成する。

成果物ではなく、アウトカム。Figmaのファイルではなく、影響力のストーリー。パケットは次の問いに答えるべきです。私がいなければ何が実現しなかったか？私が下した判断（リリースしたデザインではなく）によってどのメトリクスが動いたか？私がどのように仕事をしたことで、誰がより良くなったか？

1〜9ヶ月をうまくやり遂げていれば、パケットは自然と書けます。やり遂げていなければ、どれだけ磨いても薄いパケットになります。

名前を付けて修正すべき停滞パターン

これらは停滞していると感じているミドルレベルのプロダクトデザイナーから最もよく聞く4つのことです。それぞれ同じ形をしています。制約のように聞こえますが、実は仕事そのものです。

「実行に追われすぎている。」 間違ったループに最適化しています。実行ループは目に見える仕事です。戦略ループは、あなたの実行が意味を持つかどうかを決める見えない仕事です。シニア以上のデザイナーは実行プレッシャーに関わらず、週の20%を戦略のために確保します。それができないなら、マネージャーとすべき会話がそれです。

「マネージャーからやるよう言われていない。」 スタッフとは言われる前にやることです。スタッフのジョブディスクリプションには明示的に「指示なしで動く」と書かれています。プロンプトを待っているなら、せいぜいシニアとして行動しています。

「そのためのPMがいない。」 スタッフデザイナーは定期的にPMなしで動きます。ドキュメントを書いて、エンジニアを集めて、後でPMを見つけるか、PMなしでリリースします。PMがいないことはレベルの仕様であり、バグではありません。

「プッシュバックするほどシニアではない。」 プッシュバックすること自体がシニアの行動です。昇進は授与されるものではなく、仕事をやり続けた後に認識されるものです。レビューには「彼女は自分のレベルとして適切にプッシュバックした」とは書かれません。「彼女は6ヶ月間次のレベルで動いてきた」と書かれます。

再フレーミング

「次に何をリリースすべきか？」という問いかけをやめてください。

「誰も解決していないが、本来解決すべきことは何か？」と問い始めてください。

この問いが自然になる日（ロードマップレビューで最初に頭に浮かぶ日、戦略ドキュメントで最初に書くことになる日、PMとの1on1で最初に提起する日）は、昇進が不可避になる日です。

より多くの機能をリリースすることで到達できません。そもそも何の機能をリリースする価値があるかについて好奇心を持ち、その後で他の人を説得する地味な仕事をすることで到達できます。それが仕事です。肩書きはついてきます。

関連記事

• プロダクトデザイナーの1日
• エンドツーエンドのオーナーシップ：問題からリリース、そして学びへ
• 仕事を改善するデザインクリティーク
• プロダクトデザイナーの職務記述書テンプレート