プロダクトデザイナーの1日（B2B SaaSのリアル、LinkedIn版ではなく）

職務記述書には「エンドツーエンドのプロダクトデザインをオーナーする」とあります。火曜日のカレンダーには3つのミーティング、実際のFigma作業時間90分、そして午後4時47分に「なぜうちのプロダクトはまだLinearみたいに見えないんだ」というエグゼクティブからのSlackメッセージが書かれています。

そのギャップこそが仕事です。バグではありません。仕事です。

プロダクトデザイナー職務記述書テンプレートを読んで、集中したクラフト作業の1日を想像したなら、この記事はその認識を調整するためのものです。60人規模のB2B SaaS企業でミッドレベルのICデザイナーが過ごすリアルな火曜日。カレンダー、Slackのスレッド、誰もインタビューでは教えてくれないが実際に多くのエネルギーを消費する小さな政治的なやりとりも含めて。

なぜ今これが重要なのか

デザイナーは最初の6か月でやめます。デザインができないからではありません。クラフト70%を期待して入社し、実際にはクラフト30%、調整40%、ダメージコントロール30%という現実に直面するからです。

採用マネージャーはあなたを怖がらせたくないので面接では教えてくれません。チームのデザイナーも自分の週がいかに多くのミーティングで占められているかを認めたくありません。だから入社し、シニアデザイナーのほとんどの時間がSlackとLinearで費やされているのを3週間見続け、自分が間違った仕事を選んだのではないかと思い始めます。

違います。その分割は単なる現実です。名前をつけることで乗り越えられるようになります。

では、リアルな1日をお見せします。ハイライトリールではありません。実際の時間を。

リアルな1日

午前8時：顧客コールのレビュー

コーヒー、ヘッドフォン、Gongのタブを開く。昨日のホームサービス業界の新規ロゴ顧客とのオンボーディングコールは47分でした。必要なのはそのうちの22分。管理者が80件のディールを一括編集しようとして諦めた場面です。

1.5倍速で視聴します。Notionの「bulk-edit pain」タグの下に4つの摩擦の瞬間をタイムスタンプで記録します。1つの引用に手が止まります。「スプレッドシートにエクスポートして再インポートした方が早かったので、そうしました。」このたった1文が、次のスプリントの仕様にある前提を崩します。そこでは一括編集がまだ「あれば良いもの」とされています。そうではありません。誰もそこに手をつけなければ、この顧客が4か月目にチャーンする理由になります。

タイムスタンプ付きのGongリンクと引用をディスカバリードキュメントに貼り付けます。合計12分。この日で最も有意義な12分です。

午前9時30分：ディスカバリー作業とスケッチ

金曜日の非モデレートテストのMaze結果が受信トレイに届いています。20人中14人がディールカードのセカンダリアクションを理解できませんでした。ヒートマップは衝撃的です。全員が違うボタンにカーソルを合わせています。

Figmaを開き、新しいファイルを作成し、一括編集フローの3つの方向性をスケッチします。ピクセルなし。テキストなし。グレーのボックスと矢印だけです。方向Aはチェックボックスとツールバーのパターン（馴染みがある、退屈、安全）。方向Bは選択時に開くサイドパネル（画面スペースが広い、クリックが増える）。方向Cはテーブル自体でのインライン編集（クリックが減る、構築が難しい、エンジニアリングが文句を言う）。

90分。3つのスケッチ。ゼロピクセル。誰もが「デザイン」と呼ぶものはまだ何も作っていませんが、それで問題ありません。スケッチがデザインです。ピクセルは後から来ます。次の4時間を生き残った1つの方向だけに。

午前11時30分：PMとエンジニアリングとのトレードオフについての非同期コミュニケーション

仕様についてのLinearスレッド。エンジニアリングリードが書きます。「方向CはStorybook内の3つのコンポーネントを更新し、おそらくテーブルの仮想化レイヤーに触れる必要がある。1スプリントではなく2スプリントだ。」PMが返信します。「このスプリントで方向Aをリリースして、来四半期にCを再検討することはできますか?」

これはあなたが折れるか押し返すかの瞬間です。あなたは押し返します。午前8時のGongリンクをスレッドに貼り付け、一行だけ書きます。「方向Aはエクスポートして再インポートする動作を修正しません。Aをリリースして完了と呼んでしまうと、このタイプの顧客を失い続けます。」

すぐにYesとはなりません。「1時30分のクリティークで議論しましょう」となります。これが正しい結果です。議論を生み出しました。それが勝利です。

そのついでに、他の2件のLinearコメントに返信し、1枚のチケットを「仕様が必要」としてマークし、同僚の空の状態のモックについて4行のコメントを書きます。美しいけれどコピーが仕事をしすぎていると。親指を立てた絵文字が返ってきます。非同期コミュニケーションの理想的な形。

午後1時30分：デザインクリティーク

他の2人のデザイナーと45分。3つの方向性をピンし、最初に顧客の引用から話します（常に顧客から始める、デザインからではない）。それからスケッチを見せます。

方向Aはリリースできることで称賛されます。方向Cは実際に問題を解決することで称賛されます。方向Bはバラバラにされます。それは公正です。最初から最も弱いものだとわかっていました。そしてシニアデザイナーが尋ねます。「Cで空の状態はどうなりますか?ユーザーがゼロ件のディールを選択しているとき、インライン編集のアフォーダンスが壊れているように見えるでしょう。」

答えがありません。選択済み状態のスケッチと、空の状態については曖昧なジェスチャーだけです。それがギャップです。クリティークは方向性を否定しませんでした。来週落ちていたはずの穴を見つけました。これで高精度モックに3日費やす前にふさぐことができます。

方向Cは生き、方向Aは死に、明確な課題が残ります。本番品質で何も構築する前に空の状態を解決すること。

午後3時：高精度FigmaとStorybook確認

実際のFigmaの90分。クリティークと避けられない1日の終わりの中断の間の窓。方向Cを2つの画面の本番品質にします。3件のディールが選択された状態と、先ほど欠けていることに気づいた空の状態。

design systemのトークンと照合します。2つの色がトークンリストにありません。1つのスペーシング値が4pxずれています。両方を修正します。Storybookを開き、既存のテーブル行コンポーネントを確認し、インライン編集パターンに新しいバリアントが必要であることを確認します。LinearにStorybookのチケットをファイルし、design systemのメンテナーにタグ付けし、仕様にリンクします。

これは面接からの仕事のように感じられる部分です。また、最も短い時間でもあります。90分で6時間ではないことに注目してください。

午後4時47分：エグゼクティブの割り込み

SlackのDMが届きます。「[競合他社]が新しいダッシュボードをリリースしたのを見た。かなりすっきりしている。うちのアプリにも検討できますか?顧客が聞いてくるんです。」

この誘いに対して(a)はいと言ってパニックになる、または(b)いいえと言って防衛的に見えるという選択肢があります。どちらも間違っています。

3文書きます。

ディスカバリードキュメントをリンクします。一括編集は今四半期のトップの摩擦ポイントで、2スプリントで修正をリリースします。ご希望であれば、ダッシュボードについて別途簡単なデザインレビューをすることは喜んで行いますが、現在のスプリントを支持する顧客データがあるため、Q3の計画にダッシュボード作業を留めることを提案します。明日15分で一括編集のリサーチをご説明する時間を設けましょうか?

顧客の引用と4つのタイムスタンプ付きGongの瞬間が含まれたNotionのディスカバリードキュメントを添付します。送信します。

エグゼクティブが読みます。3分後。「わかりました、意味があります。明日15分やりましょう。」

デッドラインを取り戻しました。「いいえ」とは言わずに。自分の仕事を見せることで。それが正直なところ、エグゼクティブに対して常に機能する唯一の手です。意見対意見はコインの裏表です。証拠対意見はほぼ常に勝ちます。エグゼクティブは実際には間違いたくないのであり、ただ話を聞いてもらいたいだけです。

午後5時30分：1日の終わりのハンドオフ

Linearの更新。4行。毎日使うテンプレートです。

今日リリースされたもの：一括編集の方向C高精度（選択済み＋空の状態）
ブロックされているもの：インライン編集テーブル行のStorybookバリアント（ファイル済み、design systemレビュー待ち）
次にやること：100件以上選択時のエッジケース、エラー状態、キーボードナビゲーション
明日テストすること：[顧客名]とのディスカバリーコール。方向Cは彼らのエクスポート・インポートの回避策と一致するか?

Figmaフレームにエンジニアリングリードをタグ付けします。仕様リンクをチームチャンネルに貼ります。来週金曜日のラウンド用にMazeテストIDを追加します。ラップトップを閉じます。

今日のFigma合計時間：8時間の勤務日のうち約110分。それは全体の約23%であり、デザイナー以外のほとんどの人が仕事の全てだと思っているものです。

残りの77%は顧客のエビデンス、調整、防衛、ハンドオフでした。それが仕事です。23%だけがDribbbleで評価されます。

現実のチェック

PMがデッドラインを押す現実

PMがデッドラインを押すのは彼らの仕事だからです。敵ではありません。でもPMが小さいバージョンをリリースしたいたびに折れると、「PMに同意するデザイナー」になります。それは6か月程度は褒め言葉に聞こえますが、その後デザインをやめて装飾を始めていることに気づきます。

すべての戦いで戦うことが正解ではありません。顧客のエビデンスがある戦いを選んでそこで強く戦い、エビデンスがない部分では譲ることが正解です。今日の一括編集は顧客エビデンスの戦いでした。価値がありました。別の日に議論するかもしれない空の状態のコピー?おそらくそうではありません。場面を選んでください。

競合他社のリデザインの割り込み

エグゼクティブは競合他社が何か光るものをリリースするのを見てパニックになります。常に。答えはほぼ決して「はい、リデザインしましょう」ではありません。答えは午後4時47分の3文の返信パターンです。

1. エビデンスで認める：「私たちが取り組んでいることとその背後にある顧客データはこれです。」
2. 小さなコミットメントを提供する：「別途15分のレビューを喜んで行います。」
3. タイミングを再構成する：「このスプリントではなく、Q3の会話に含めましょう。」

この返信が機能するのは、要求したもの（リデザイン）を与えずにエグゼクティブに何か（ミーティング、認識）を与えるからです。彼らはほぼ常に慰めの賞を受け取ります。実際に望んでいたのは注目していると感じることだけだからです。

「Figmaを装飾しているだけ」の診断

次のセルフチェックを毎週金曜日に実行してください。

最後に顧客と話したのはいつですか?リアルなコールを見たのは?サポートチケットを読んだのは?

答えが10日以上前であれば、あなたはデザイナーではなく装飾者です。根拠のない真実なしにピクセルを動かしており、デザインの判断が美的好みと最後に見たDribbbleのショットから来ていることを意味します。それは趣味の作業では構いませんが、人々がお金を払うソフトウェアをリリースするには壊滅的です。

修正：今週1件の顧客コールを予約してください。PMのスクリプト付きのリサーチコールではありません。本物のコール。カレンダーに入れられない場合はGongで見てください。22分あれば感覚を取り戻すのに十分です。

スタック（実際の仕事と共に名前をつけて）

2026年にB2B SaaS企業のすべてのICデザイナーが使用しているツールと、それぞれが日々のフローで実際に何をするか：

• Figma：探索、クリティークのピン留め、本番ハンドオフ。スケッチからリリースまでの全行程がここに存在します。ネイティブの複数選択編集とオートレイアウトを6か月使ってからプラグインにお金を使ってください。
• Maze（またはUserTesting）：毎週のサイクルで非モデレートテスト。20名のテスター、4つの質問、48時間のターンアラウンド。開発に届く前に20人中14人の問題を発見する、コストが低く速いフィードバックループ。
• Notion：ディスカバリードキュメント、顧客引用ライブラリ、デザイン原則。日付ではなく機能エリアでタグ付け。引用ライブラリは今朝8時のスプレッドシートエクスポートについての引用が今住んでいる場所で、次の議論のために準備できています。
• Storybook：design systemの信頼できる唯一の情報源。新しいコンポーネントはあなたのFigmaファイルではなくここに入ります。チームがFigmaを信頼できる唯一の情報源として扱っているなら、design systemは壊れています。信頼できる唯一の情報源はエンジニアリングが実際にリリースするものでなければなりません。
• Linear：仕様、チケット、エンジニアリングハンドオフ、ステータス。すべての仕様はFigmaフレーム、Notionドキュメント、顧客引用にリンクしています。Linearチケットにこれら3つのいずれもない場合、構築の準備ができていません。

組み合わせが個々のツールよりも重要です。NotionなしのFigmaは装飾です。LinearなしのNotionは演劇です。MazeなしのLinearは推測です。スタック全体が顧客シグナルからリリースされた機能への1つの閉じたループで、デザイナーの仕事はそのループを密に保つことです。

テンプレートとツール

1日の終わりの4行ハンドオフ

今日リリースされたもの：
ブロックされているもの：
次にやること：
明日テストすること：

毎日午後5時30分にLinearに貼り付けます。エンジニアリングは朝何を受け取るかを知っています。PMは何がリスクかを知っています。「今これはどこまで進みましたか?」という午前9時のSlackがなくなります。

エグゼクティブの割り込みへの返信スクリプト

3文。常にこの順番で。エビデンスで認める、小さなコミットメントを提供する、タイミングを再構成する。言葉は調整してください、構造は変えないでください。構造がパニックを解消するものです。

毎週「私は装飾者か?」セルフチェック

毎週金曜日、2つの質問：

1. 最後に本物の顧客コールを見たか、本物のサポートチケットを読んだのはいつか?
2. 今週の決定のうち、顧客エビデンスに基づいたものと自分の好みに基づいたものはそれぞれいくつか?

質問1が10日以上前なら、月曜日に修正してください。質問2でエビデンスよりも好みが多ければ、方向がずれています。

Notionの顧客引用タグ付けスキーマ

保存するすべての引用には3つのタグが必要です。機能エリア（bulk-edit、onboarding、dashboard）、痛みのタイプ（workaround、dropoff、confusion、delight）、顧客セグメント（smb、mid-market、enterprise）。午後4時47分にエグゼクティブの割り込みのための引用が必要なとき、15秒で取り出せます。タグなしでは、スクロールするだけです。

良い1日の測り方

すべての日がピクセルをリリースするわけではありません。では、良い日だったかどうかをどうやって知るのでしょうか?4つのシグナル：

1. 1件の本物の顧客シグナルを記録した。 引用、Gongのタイムスタンプ、サポートチケットのメモ。1つ。1日につき。それだけです。
2. 1つのトレードオフを意見ではなくエビデンスで守った。 議論に負けたとしても、その防衛自体が勝利です。デザインが美的好みではなく規律であることをエンジニアリングとPMに証明するからです。
3. 昨日よりもリリースに近いFigmaフレームが1つある。 完成していなくてもいい。より完成に近くなっていれば良い。
4. エグゼクティブに送って後悔するSlackメッセージがゼロ。 これは冗談のように聞こえます。そうではありません。

4つすべてを達成できれば、LinkedInバージョンの仕事がこれを「つまらない」と呼ぼうとも、今日は良い日でした。LinkedInはあなたにお金を払っていません。顧客が払っています。

関連リンク

• プロダクトデザイナー職務記述書テンプレート
• プロダクトデザイナーとしてのディスカバリー作業
• 仕事を改善するデザインクリティーク
• エンドツーエンドのオーナーシップ：問題からリリース、学習まで
• プロダクトデザイナーからスタッフデザイナーへの道