面接で技術について聞かれること

PdM の面接で、コードを書かされることはほとんどありません。問われるのは「技術の制約を知ったうえで判断できるか」と「エンジニアと同じ言葉で話せるか」です。

例えば「キャッシュとは？」なら、①「結果を近くに置いて使い回す仕組みです」②「CDN や Redis に写しを置き、速くして負荷を減らします」③「その代わり古い内容が見えるので、データごとに許せる遅れを仕様で決めます。価格や在庫は短く」④「例えば以前、お知らせは5分遅れでよいと決めて…」の順です。

お題：「営業が大口の顧客に1か月後の提供を約束したい機能を、エンジニアは3か月と見積もりました。どうしますか？」

話し方の例：「まず、顧客が1か月後に本当に必要なのは何かを営業と確かめます。全部ではなく、例えば CSV の出力だけで業務が回るなら、そこだけを先に出せないかを考えます。次にエンジニアに3か月の内訳を聞き、どこに時間がかかるかを見ます。そのうえで、最初の1か月は一部の機能を手作業の運用で補い、残りを段階的に出す案と、期限を延ばしてもらう案を並べ、営業と一緒に顧客に相談します。テストを削って間に合わせることはしません。」

見られているのは、見積もりを値切らないこと、範囲で調整する発想、約束の前に確かめる姿勢です。

お題：「よく使うアプリを1つ選んで、仕組みと、注文が急に増えたときに何が起きるかを説明してください。」

話し方の例：「フードデリバリーで説明します。アプリで注文すると、API が受け付けて DB に注文を書き込み、外部の決済サービスで支払いを確定し、キューを通してお店と配達員に知らせます。地図や到着時間の予測も外部や別の仕組みを使っているはずです。昼どきに注文が急増すると、DB の書き込み、決済サービスの回数制限、お店側の受け付けが詰まりやすいと考えます。PdM としては、ピークの見込みを事前に伝えて増強してもらい、あふれたときは順番待ちの画面を出す、おすすめのような機能を止めて注文を守る、といった見せ方を決めておきます。」

細部が実際と違っていても構いません。部品と流れを自分の言葉で言えること、詰まる場所の見当、PdM として決めることまで話せるかが見られています。

プロダクトのケース面接（「〇〇の利用を増やす施策を考えて」など）では、良い案を出すだけでなく、実現性・費用・リスク・測り方を一言添えられると、技術がわかる PdM だと伝わります。

全部を言う必要はなく、案の弱点になりそうなところを1つ2つ先回りして言うのがコツです。

経験の質問には STAR（Situation 状況・Task 課題・Action 行動・Result 結果）の形で答えます。技術に関わる経験なら、エンジニアと一緒に何を判断したかを中心にします。

深掘りでは「なぜその判断をしたか」「ほかの案は」「今ならどうするか」と聞かれます。判断の理由と、捨てた案まで準備しておきます。

答えから、PdM がどこまで決められるかと、開発の健康さ（負債・リリースの頻度・障害の扱い）が分かります。面接官がエンジニアなら、技術の質問をすると会話が深まりやすいです。