プロダクトデザイナーのキャリアを静かに壊す7つの落とし穴（そして自分の中でそれを見つける方法）
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
2回目のパフォーマンスレビューを終えて、1回目と同じことを考えながら席を立ちました。「また『期待に応えている』。」同じ画面。同じ数字。どうやらFigmaファイルを読めないらしいキャリブレーション委員会。メールを開いて返信を書きかけたけれど、やめました。なぜなら、苛立ちの奥に静かな問いがあったから。もしかしたら、問題は彼らではないのでは？
ここ数年で200件近いミドルレベルのデザイナーポートフォリオをレビューしてきました。あなたの想像を省きます。ほとんどのプロダクトデザイナーがIC2とIC3の間で停滞する理由は、才能ではありません。センスでもありません。キャリブレーション委員会でもありません（ただし、委員会が間違えることもあります）。問題は、以下の7つのパターンのうち1〜3つを、見えない形で走らせていることです。毎四半期それを見つけられないでいれば、3ヶ月分の誤った繰り返しが積み重なっていきます。
私はこの7つを全部自分でやったことがあります。だから、内側からどう見えるかを知っています。
なぜ今これが重要なのか
ミドルレベルはデザインキャリアの中で最も長い期間であり、最も停滞しやすい時期でもあります。シニアICのロールは会社によって上限が違いますが、構造的なパターンは同じです。IC2は多く、IC3は少なく、その差はほぼ働いた時間数ではありません。どのパターンをオートパイロットで走らせているかの問題です。
やっかいなことに、この7つの落とし穴はすべて、やっている最中は生産的に感じます。PMのスペックを実行することはリリースしているように感じます。デザインクリティークをスキップすることは集中しているように感じます。空の状態を磨くことはクラフトに見えます。仕事が問題を隠してしまうので、チェックリストが必要です。あなたの直感はすでにこれらの判断すべてを承認しているのだから。
こうしてほしいのです。各落とし穴を読んでください。最後に正直に採点してください。最悪のものを1つ選んでください。1週間その改善策を実行してください。30日後に戻って再採点してください。
落とし穴1：ディスカバリーなしにPMスペックを実行する
症状： リサーチドキュメントを開く前にFigmaを開いた。機能の詳細を説明できるが、「私たちは誰のどんな問題を解決しているのか」と聞かれたら、問題ではなくソリューションを説明してしまう。
数字： 私自身のポートフォリオレビューでは、ミドルレベルデザイナーのおよそ3分の2が、最後にリリースした機能の背後にあるユーザーの問題を、PMのPRDを参照せずに説明できません。機能は説明できるが、ユーザーを説明できない。それが判断基準です。
なぜ致命的か： スペックを実行するデザイナーは、まともな外注と互換性があります。問題を再定義するデザイナーは、PMがチームに置き続けたいと思う存在です。スタッフデザイナーはブリーフを実行して昇進するのではありません。ブリーフを変えることで昇進します。
今週の改善策： 次のチケットでFigmaを開く前に、100語の「問題ブリーフ」を自分の言葉で書いてください。3つだけ。誰が問題を持っているか、現在どんな不便を回避しているか、私たちが解決すれば彼らの週が何か変わるか。PMに1つの質問とともに送りましょう。「これが私たちが解決していることですか？」PMから修正が来れば、何かを学びました。PMが同意すれば、どんなPRDよりも強い共通の文脈を得ました。これを4チケット連続でやってください。5チケット目には、PMはスペックの代わりに問題ブリーフを送ってくるようになります。
落とし穴2：ハンドオフで終わる。ローンチ後の関与ゼロ
症状： あなたがデザインした機能が6週間前にリリースされました。今この場で、採用率を言えますか？コンバージョンのデルタは？それが生み出した上位のサポートチケットは？推測しているなら、あなたはハンドオフで終わっています。
数字： 私がレビューするミドルレベルデザイナーのほとんどは、最後にリリースした3つの機能について2つ未満のローンチ後メトリクスしか言えません。優秀なデザイナーは1つの機能について5つ言えます。その差が「デザイナー」と「プロダクトデザイナー」の差です。
なぜ致命的か： 仕事はエンジニアがPRをマージした瞬間に終わったのではありません。「プロダクトデザイナー」というタイトルのポイントは「プロダクト」という言葉にあり、プロダクトとは成果物ではなくアウトカムを意味します。ローンチ後に何が起きたかを知らなければ、学ぶことも、改善することも、昇進の根拠を作ることもできません。自己評価は機能リストのようになります。結果のログを持っていないのだから。
今週の改善策： 最後にリリースした3つの機能を選んでください。それぞれについて、1つの数字を見つけてください（採用率、コンバージョン、リテンション、NPS、サポートチケット数、何でも定量的なもの）。会社にAmplitudeやMixpanelがあれば、30分で基本的なチャートを学んでください。なければ、PMまたはデータアナリストに名指しでSlackで聞きましょう。「Xの6週間時点での採用率はどれくらいですか？」金曜日にやってください。「リリースして測定した」という継続ドキュメントに数字を追加してください。そのドキュメントが次の昇進パケットになります。
落とし穴3：居心地が悪いからデザインクリティークをスキップする
症状： 定期的なチームのデザインクリティークがカレンダーに入っています。直近5回のうち3回は「集中していた」という理由でスキップしました。自分では「守られたデザイン時間」と言い訳しています。違います。守られた自尊心の時間です。
数字： 私がいたすべてのチームで追跡した結果、デザインクリティークに継続的に参加するデザイナーは、スキップするデザイナーに比べて、360度レビューのクラフトスコアが約1.5〜2倍速く向上します。仕組みは謎ではありません。自分の盲点は自分では見えません。デザインクリティークは文字通り、他のデザイナーがあなたのためにそれを探してもらえる唯一の時間です。
なぜ致命的か： フィードバックループのない実験を続けています。作業をリリースして、デザイナーでないPMから「いいね」をもらって、同じ隠れた欠陥を持つ作業をさらにリリースします。デザインクリティークでパターンを30秒で指摘できたシニアデザイナーは、それが本番に入ってからあなたの作業を初めて見ることになり、修正コストは50倍になります。
今週の改善策： 次のデザインクリティークに何かを持ち込んでください。あなたのベストワークではなく。最も不確かな作業を。具体的には、4回描き直してもまだ好きになれない画面を。1つの質問をしてください。「ここの階層が正しく伝わっているか判断できません。最初に目が行くのはどこですか？」その質問でデザインクリティークがパフォーマンスから診断に変わります。チームに定期的なデザインクリティークがない場合は、週に1回シニアデザイナーと30分の「デザインオフィスアワー」を設定してください。2つの画面を持ち込み、2つの質問をし、時間通りに終わりましょう。
落とし穴4：データが自分のセンスと矛盾するときに無視する
症状： アナリティクスが、あなたがデザインしなかったバリアントをユーザーが好むと示しています。「データは方向性を示すもの」とか「テストがクリーンじゃなかった」とか「ユーザーは自分が何を欲しいかわかっていない」という言葉を聞いたことがあります。データがあなたに同意したときは、そのフレーズを使ったことがありませんでした。
数字： ある会社でA/Bテストへのデザイナーの反応を静かに監査しました。テストがデザイナーの好みのバリアントを確認した場合、デザイナーは95%の確率で結果を受け入れました。テストが彼らに反した場合、受け入れ率は約40%に下がり、最も一般的な拒否理由は「方法論の懸念」でした。同じデザイナー、同じ統計的厳密さ、まったく異なる受け入れ率。それは分析ではありません。防衛です。
なぜ致命的か： 自分を褒めるデータしか聞かないなら、あなたはデザイナーではありません。Figmaライセンスを持つアーティストです。デザインが過去15年間でプロダクトテーブルに席を得てきた唯一の理由は、ユーザー行動について経験的であるという主張です。エゴのためにそれを曲げた瞬間、席を失います。
今週の改善策： 前の四半期に、データを無視または軽視した判断を1つ見つけてください。データが何を示したかと、あなたが何を決定したかを書き留めてください。次に事後分析を書いてください。あなたの決定は功を奏しましたか、それともデータが正しかったですか？この作業は、会議ではなく1人でやってください。目的は公開の反省ではなく、「私は正しい」と「正しくありたい」を切り離す筋肉を鍛えることです。四半期に1回繰り返してください。1年後には、自分のセンスをより信頼できるようになります。それが実際に通用したケースを知っているから。
落とし穴5：design systemへの貢献ではなく、ワンオフのコンポーネントをリリースする
症状： 最新の機能のFigmaファイルにボタンのバリアントが14種類あります。design systemには3種類しかありません。ほとんどを深夜1時にページ内で自分でスタイリングしました。システムが「必要なものを持っていなかった」から。
数字： 健全なデザイン組織では、個々のコントリビューターはIC2であっても四半期に1〜3件のdesign systemへの貢献をするはずです。私がレビューする停滞したミドルレベルデザイナーのほとんどは、過去12ヶ月間でゼロです。ゼロ。彼らのFigmaファイルは、誰も再利用できないデタッチされたコンポーネントとカスタムシャドウで満杯です。
なぜ致命的か： 2つの理由。まず、リリースするワンオフはすべて、未来のチームメイトが払う技術的負債です。次に、design systemへの貢献はシニアリティの最もクリーンなシグナルの1つです。昇進委員会はそれを見て、数えて、追跡できます。あなたのワンオフトークン？見えません。インパクトの台帳でゼロに丸められます。
今週の改善策： 最後にリリースした機能を監査してください。システム外でスタイリングしたコンポーネントを数えてください。それぞれについて、「これはシステムに存在すべきか？」と問いかけてください。もしそうなら、1段落の提案を書いてください。「YのコンテキストでXバリアントをリリースしました。他にも使えそうな場所があります。提案するトークン名はこれです。」design systemのオーナーに送りましょう。誰もdesign systemを所有していなければ、それは別の問題であり、おそらく手を挙げた人のためのスタッフの機会です。どちらにせよ、あなたは今月ミドルレベルデザイナーができる最もシニアなことをやりました。
落とし穴6：レバレッジが低い画面を磨きすぎる
症状： 設定ページの空の状態に2日費やしました。一方、離脱率38%のチェックアウトフローは「誰も優先していない」という理由で8ヶ月間手が付けられていません。空の状態を選んだのは楽しくて範囲が限られていたから。チェックアウトフローは複雑で政治的だから。
数字： 停滞したIC2に最後の5プロジェクトのユーザーリーチを推定させたことがあります。上位3つの合計：月間約800ユーザー。選ばなかった2つ：約14万人。同じデザイナー、同じ週、2桁違うレバレッジの差、書き出すまで完全に見えていませんでした。
なぜ致命的か： トラフィックの少ない画面でのクラフトは磨きに見えます。レバレッジの高い画面でのクラフトは判断力に見えます。昇進委員会は2つ目に気づきます。1つ目は一瞥するだけです。正直に言えば、あなたの時間は組織で最も高価なリソースです。800人しか見ない画面に費やしながら14万人のユーザーフローを放置するのは、静かにできる最もコストの高いミスです。
今週の改善策： 手持ちのすべてのプロジェクトに「レバレッジリスト」を作ってください。3カラム：プロジェクト名、影響するユーザーの推定数、今月費やした時間数。ユーザーあたりの時間数（低いほど良い）でソートしてください。上位の四分の一でユーザー数が少ない画面に高時間を費やしているものは、優先を下げるか再構成する候補です。このリストをマネージャーの1on1に持っていき、「私は正しいことに取り組んでいますか？」と聞いてください。ほとんどのマネージャーは1週間以内にあなたの作業を組み替えます。そうしないマネージャーでも、少なくともあなたがレバレッジを考えていることはわかります。
落とし穴7：自分のインパクトを測定しない
症状： 自己評価の季節です。フォームを開きます。リリースした機能を並べ始めます。ドキュメントはリリースノートのページのようになります。数字がありません。ビフォー・アフターもありません。「私がこれをしたから、あれが変わった」もありません。
数字： 何百もの自己評価を読んできました。IC3に昇進したIC2は平均して4〜7つの定量的なアウトカム（特定の判断に紐づけられた数字）をパケットに持っていました。昇進しなかったIC2は0〜1つと長い機能リストを持っていました。同じ会社、同じキャリブレーション、多くの場合同じデザイナー。パケットが違いを生みます。
なぜ致命的か： 昇進はストーリーテリングの作業であり、主人公はアウトプットではなくインパクトです。マネージャーはあなたが渡したものを持ってキャリブレーションに臨みます。「12の機能をリリースした」を渡せば、ボリュームで守らなければなりません。それは誰もが持っています。「Xをリデザインして、アクティベーションを14%向上させた」を渡せば、委員が覚えているクリーンなストーリーになります。停滞しているミドルレベルデザイナーのほとんどはキャリブレーションが実力によるものだと思っています。ナラティブの質によるものであり、ナラティブはあなたが書き留めた証拠から作られます。
今週の改善策： 「インパクトログ」というドキュメントを開いてください。毎週金曜日に15分、3つの箇条書きを書きます。今週リリースしたもの、それによって変わった数字（大まかなものでも）、次にどうするか。8週間分で、あなたは同僚の80%より多くの定量的証拠を持つことになります。そして書き留めるという儀式が、静かにあなたが何を選んで取り組むかを変え始めます。8週間連続で「誰も見なかった空の状態を磨いた」とは書きたくないから。
正直な自己監査
金曜日の午後、15分、このチェックリスト以外のデバイスなし。各落とし穴に0、1、または2を採点してください。0はあなたには当てはまらない。1は時々やる。2は読んで「自分のことだ」と感じた。
- 問題を理解する前にFigmaを開く。
- 最後の機能の採用率を知らない。
- 忙しいときにデザインクリティークをスキップする。
- 自分と意見が合わないデータを無視する。
- design systemへの貢献ではなくワンオフをリリースする。
- レバレッジが低い画面を磨きすぎる。
- 自己評価が機能リストのようになっている。
合計してください。
- 0〜3： 問題ありません。最も高い個別スコアを選んでそれを磨いてください。おそらくマネージャーが気づいているよりIC3に近いです。
- 4〜7： 停滞リスクあり。3つ以上のパターンがバックグラウンドで走っており、複合しています。最高点のものを選び、7日間の改善策を実行し、30日後に再採点してください。
- 8以上： すでに停滞しています。それは道義的な判断ではなく、診断です。IC2に至らせたのと同じパターンが今IC3を妨げています。1つではなく2つの落とし穴を選び、1ヶ月間両方の改善策を実行してください。マネージャーにやっていると伝えてください。30日後のチェックインを依頼してください。
月曜日にやること
1つの落とし穴を選んでください。最高点のもの、または読んで最も不快だったもの。たいていそれは同じです。月曜日の午前中に90分を確保して、その落とし穴の7日間の改善策を実行してください。30日後に再監査するリマインダーをカレンダーに繰り返しで追加してください。それだけです。7つ全部を一度にやろうとしないでください。燃え尽きて、すべてを浅くやって、3ヶ月後に何も変わらなかったと思いながら戻ってくることになります。
IC2からIC3をクリアするデザイナーは、7つ全部を修正した人ではありません。自分が2つのパターンを走らせていることに気づき、1つを修正し、残りの1つも気づきだけで自然にやめた人です。意識するだけで悪いパターンの約半分を消せます。監査こそが作業です。
次のレベルでの「良い」が実際にどう見えるかをより明確に把握したい場合は、このロールのコンパニオン職務記述書に、IC3以上のデザイナーが達成することを期待される責任と成果指標が記されています。罠ではなくターゲットとして有用です。
関連記事
