product-sense-interview-answer

目的

PM 候補者や面接コーチが、紙の上だけでなく、口頭でも説得力のあるプロダクトセンスの回答を組み立てられるよう支援します。「X をどう改善しますか？」「Y 向けのプロダクトを設計してください」「Z 向けに次に何を作りますか？」といった質問の練習に使ってください。

これは、暗記してそのまま話すための台本ではありません。解決策に飛びつくのを防ぎ、実際に優先順位を付けられるようにし、面接官が追いやすい明快なストーリーを残すための思考の足場です。

入力

特に役立つもの： 練習する面接の質問（例：「X をどう改善しますか？」「Y 向けのプロダクトを設計してください」）。 あると便利なもの： 面接を受ける会社や職種、回答に使える時間。

呼び出し時に一緒に渡されたもの（スキル名の後のテキスト、貼り付けられたコンテキスト、追記された ARGUMENTS: 行など）は、すでに回答済みの情報として扱います。それを使い、該当する内容については聞き直さないでください。

何も用意していなくても大丈夫です。 このスキルでは、まず質問を尋ね、その後、思考の足場に沿って一緒に考えていきます。

呼び出し例： これを練習してください：「通勤者向けに Google Maps をどう改善しますか？」—回答時間は25分、L5 PM 面接ループ。

主なコンセプト

プロダクトセンス面接で実際に評価されること

優れたプロダクトセンスの回答では、アイデアを出すだけでは不十分です。面接官は通常、次の能力を評価します。

• 行き詰まることなく、曖昧な質問を明確にする
• ユーザー価値を市場やビジネスの論理に結び付ける
• 「全員」について語るのではなく、適切にセグメント化する
• 痛点を10個並べるのではなく、1つに優先順位を付ける
• MVP を選ぶ際にトレードオフを明確にする
• 時間が限られていても、明快に伝える

回答を組み立てる6つの要素

1. 明確化 - 曖昧さを減らし、範囲を定め、前提を述べます。
2. 根拠 - 市場にとって、また該当する場合は会社にとって、なぜ今この問題が重要なのかを説明します。
3. プロダクトの目標 - 機能について話す前に、実現したいユーザーの成果を定義します。
4. セグメンテーション - まず誰を対象にするかを選び、そのターゲットを選ぶ理由を示します。
5. 痛点 - ユーザーのジャーニーを整理し、主な摩擦を挙げ、最初に解決すべきものを選びます。
6. 解決策 - 異なる選択肢を出して比較し、対象外とするものを明確にしたうえで、1つの MVP に決めます。

順序が重要です。質問から機能のアイデアに飛ぶと、賢そうには聞こえても、根拠が薄くなります。ユーザー、目標、痛点を先に明確にすれば、解決策に納得感が生まれます。

この方法が有効な理由

• 機能の羅列を防ぐ： 誰のどの問題を解決するのかが分かる前に、アイデアを出し始めることがありません。
• ユーザーとビジネスの両面を考えられる： UX の話だけでなく、需要、会社との適合性、戦略上のトレードオフも回答に含まれます。
• 口頭で伝えやすいストーリーになる： 各セクションが短いチェックポイントとなり、面接官が話についていきやすくなります。
• 優先順位付けを促す： リーチ、インパクト、適合性、頻度、深刻度、労力を考えることで、曖昧な楽観論ではなく、トレードオフが明らかになります。

よくある落とし穴（これは何ではないか）

• 機能のブレインストーミングではありません： 対象ユーザーや問題を選ばずにアイデアを並べるのは、プロダクトセンスではありません。
• TAM のプレゼンではありません： 戦略的に見せるために、根拠のない市場規模の数字を作る必要はありません。
• 暗記した独白ではありません： 面接官に話の方向を変えられたり、範囲を絞られたりした途端、硬直した台本は役に立たなくなります。
• ビジネスケースだけの回答ではありません： プロダクトセンスには、共感、行動、ユーザーの状況も必要です。

使う場面

• プロダクト設計に関する質問
• プロダクト改善に関する質問
• 「次に何を作りますか？」という質問
• 繰り返し使える口頭での構成を身に付けたい模擬面接

使わない場面

• STAR 形式のエピソードが必要な行動面接
• 指標の診断が中心となる実行・分析ケース
• 流通や収益化が主な課題となる市場投入戦略・価格設定の面接

適用

作業用の構成として template.md を使ってください。

提案の進め方

• 早い段階で構成を示し、話の展開を面接官に伝えます。
• 確認質問は1～2個にとどめます。それ以上は、時間稼ぎのように感じられます。
• できる限りMECEになるようにリストを整理します。セグメントは明確に区別し、ペインポイントは重複を避け、解決策は同じものを言い換えただけの3案にならないようにします。
• 短い文で話します。面接での回答は、メモを読み上げるようではなく、会話らしく聞こえる必要があります。
• お題に企業名がない場合は、スタートアップを想定し、企業のミッションについて無理に語るのは避けます。

ステップ1：お題を確認する

まず、回答を大きく左右する2つの曖昧な点を明らかにします。確認質問では、通常、次の点を絞り込みます。

• 製品または対象領域
• ユーザーグループ
• 時間軸
• ビジネスモデルまたは運用上の制約

面接官から回答がない場合は、前提を明示して先に進みます。目的は残りの回答に取りかかれるようにすることであり、面接を要件定義の場に変えることではありません。

品質基準： 解決策を大きく左右する質問をします。「モバイルとデスクトップのどちらを想定していますか？」より、「視聴者、クリエイター、広告主のうち、誰にとっての最適化を目指しますか？」のほうが重要です。

ステップ2：機能の前に根拠を組み立てる

なぜ今この領域が重要なのかを説明します。

市場の見方として、次の点を取り上げます。

• 市場が大きい、または戦略的に重要である理由
• この課題が実際の人々にとって重要である理由
• 今が取り組むのに適したタイミングである理由

企業名が挙がっている場合は、さらに次の点を加えます。

• ミッションとの適合性
• ビジネス目標
• 競争環境
• 市場の空白
• 独自の強み

このセクションは、全体を一文で表す主張で締めくくります。その主張によって、以降の回答が必然のように感じられるようにします。

品質基準： 数字を確実に把握している場合を除き、定性的なシグナルを使います。根拠のある判断より、見せかけの精密さのほうが問題です。

ステップ3：製品の目標を定義する

次の形式で一文を書きます。

[ユーザー]が[成果]を達成できるよう支援し、[より広い影響]につなげます。

次に、ユーザーにとっての成功が、観察可能な形でどのような状態かを説明します。

良い例：「YouTubeで学び始めた人が、見てよかったと思えるコンテンツを見つけられるよう支援し、プラットフォームを意識的に学ぶための場所にします。」

悪い例：「パーソナライズされたAI学習パス機能を構築する。」これは、解決策を目標のように見せているだけです。

ステップ4：市場をセグメント化し、ターゲットを選ぶ

いきなりペルソナを設定してはいけません。まずエコシステムの参加者を特定し、次にサービスを提供する対象を選びます。その後、ニーズを実際に変える2つのセグメンテーション軸を選びます。

適切なセグメンテーション軸では、通常、次の点が変わります。

• 目標または達成すべき作業
• 重要度または影響の大きさ
• 専門性のレベル
• ワークフロー上の制約
• 課題が発生する頻度

製品の意味を大きく変えない人口統計的な区分は、適切でないことがよくあります。

ターゲットセグメントを選んだ後は、次のようにします。

• リーチ、インパクト、戦略との適合性について簡潔に説明します
• 2文のペルソナを書きます
• ペルソナにはペインポイントを含めません。ペインポイントは次の段階で扱います

ステップ5：ペインポイントを整理し、1つに優先順位をつける

ユーザージャーニーを4～6段階に分けます。そのうえで、その一連の流れで生じる摩擦を列挙します。

次の観点から、最も重要なペインポイントに優先順位をつけます。

• 頻度 - ユーザーがどのくらいの頻度で直面するか
• 深刻度 - その課題が作業をどれほど妨げるか、十分に対応されていない度合い、感情的な負担

ここが回答全体の要です。ペインポイントが曖昧だったり弱かったりすると、解決策がありきたりになります。

品質基準： ペインポイントでは、機能の不足ではなく、ユーザーが感じる摩擦を説明します。「各動画の後に体系的な学習の進行がない」はペインです。「AI学習パスがない」は、すでに解決策です。

ステップ6：選択肢を出し、MVPを選び、締めくくる

互いに異なる解決策を3つ挙げます。同じ課題を異なる方法で解決する案にし、1つの案に含まれる機能項目を3つ並べるのは避けます。

各案を次の観点で評価します。

• ユーザーへのインパクト
• 労力

そのうえでMVPを1つ選び、次の点を明確にします。

• 中核となる機能
• v1では対象外とする項目を1～2個
• 主なリスクとその緩和策

最後に、次の点を含む一文で要約します。

• ターゲットセグメント
• 最も重要なペインポイント
• 最初に賭ける施策

面接官に覚えておいてもらうべきなのは、この最後の一文です。

例

良い例：初学者向けにYouTubeを改善する

詳しい実践例については、examples/improve-youtube.mdをご覧ください。

この例が優れている理由：

• まず対象ユーザーを1つに絞っています。「エコシステムに関わるすべての人」ではなく、視聴者を選んでいます
• 学習目的と習熟度でセグメントを分けています。どちらも必要なものに大きく影響するためです
• 「動画間に体系的な進行がない」という課題を1つ選んでいます
• MVPとしてLearning Pathsを選ぶ前に、複数の解決策を比較しています

良い例：聴覚障害者向けの火災警報器を設計する

このプロンプトに対する優れた回答では、会社名が指定されていない場合にスタートアップについての前提を明示し、一人暮らしの人を優先したうえで、通報やスマートホームとの連携について論じる前に、起床時の課題に取り組みます。

この例が参考になる理由：

• 対象セグメントが明確で、課題の重要性も高いです
• 幅広いリーチより、深刻度を重視しています
• ハードウェア、ソフトウェア、エコシステムの制約も推論に含まれています

反例

「AIによる要約、より優れたおすすめ機能、クリエイター向け分析機能、学習モードを追加してYouTubeを改善します。」

この回答がよくない理由：

• 対象ユーザーがいません
• 優先順位をつけた課題がありません
• ビジネスや市場に関する論理がありません
• 比較されていないアイデアが4つあります

こうした回答は、その場では勢いがあるように聞こえることがありますが、プロダクトマネージャーとしての判断力の弱さを示しています。

よくある落とし穴

• 解決策から考え始める： ユーザーや課題を特定する前に、機能を提案し始めています。解決策をブレインストーミングする前に、プロダクトの目標と最も重要な課題を書くようにしましょう。
• セグメンテーションの見せかけ： 多くのセグメントを列挙してから、トレードオフの論理なしに1つを選んでいます。リーチ、インパクト、戦略との適合性を明示的に比較しましょう。
• 目標を機能として捉える： 「目標」が作りたいものを説明しています。ユーザーが得る成果として書き直しましょう。
• 解決策を課題と取り違える： 「ユーザーにはダッシュボードが必要だ」は課題ではありません。まずユーザーの言葉で書き直しましょう。
• 見せかけの3つの選択肢： 3つの解決策が、実際には細かな違いしかない1つの解決策になっています。見せ方だけでなく、プロダクトの仕組みを変えましょう。
• 締めくくりが弱い： 機能を列挙したところで終わっています。対象セグメント、課題、最初に試す施策を1文で改めて述べましょう。
• あらゆる分岐について答えすぎる： 選択を行う代わりに、幅広い知識を示そうとしています。プロダクトセンスの面接では、網羅性より焦点を絞ることが評価されます。

参考資料

• template.md
• examples/improve-youtube.md
• skills/problem-statement/SKILL.md
• skills/proto-persona/SKILL.md
• skills/customer-journey-map/SKILL.md
• skills/opportunity-solution-tree/SKILL.md
• Lewis C. Lin、Decode and Conquer
• Gayle Laakmann McDowell、Jackie Bavaro、Cracking the PM Interview