TAG · タグ

# AIプロダクトマネージャー

2026-07-15

AI時代のプロダクトマネージャー面接、いちばん聞かれる5つの質問にどう答えるか

この2年、僕はプロダクトマネージャーを何人も面接してきたし、自分も面接されてきた。ひとつ目立つ法則がある——AI関連の質問になると、10人中8人がいきなり概念を暗唱し始める。RAGとは何か、ファインチューニングとプロンプトの違い、Transformerの原理……すらすら暗唱するほど、僕はこの人は採らないと確信していく。これらの質問が測っているのは、あなたが何を覚えたかではなく、あなたが考えられるかどうかだからだ。この記事では、2026年にいちばんよく聞かれるAIプロダクトマネージャー面接の5問を分解する。それぞれの裏で面接官が本当は何を測っているのか、僕自身ならどう答えるか、そしていちばん事故りやすい答え方。問題テンプレの暗記ではなく、それらがあなたのどの部分を量っているのかを見極めるための記事だ。

2026-07-03

AI時代のプロダクトマネージャー 10｜ハイファイ優先：この半年、ワイヤーフレームを一枚も描いていない

これは「AI時代のプロダクトマネージャー」シリーズの第十回だ。ローファイのワイヤーフレームが昔から存在したのは、「本当に一版作る」のが高くつきすぎたからだ――だからまず灰色の箱で大きな方向をそろえる必要があった。いまは一言で数分あればブラウザの中で本当に押せるページが出てくる――n8n のプロダクトチームはワイヤーフレームの工程まるごと差し替えてしまったし、Delivery Hero のあるディレクターはエンジニアを呼ばずに一時間で自分の手でプロトタイプを作った。私自身もこの半年、ワイヤーフレームを一枚も描いていない。本稿は、私がいまどうやってローファイを飛ばし、いきなり走るハイファイを一つ作っているかを語る――本物のコンテンツを使い占位符は使わない、読み込み中／空／エラーの状態を全部埋める、本当に押せる、ブラウザで実際に一度走らせる、そして一版が数分で済むことがもたらした一つの新しい習慣について。

2026-07-02

AI時代のプロダクトマネージャー 09｜実行者から編成者へ：新しい仕事は agent の群れを指揮すること

これは「AI時代のプロダクトマネージャー」シリーズの第九回だ。2026 年にいちばん仕事ができる人は、もはや一つの AI がリアルタイムでコードを書き換えるのを見張っている人ではなく、複数の agent を同時に走らせる人だ――それぞれが自分の文脈を持ち、それぞれが一区画を受け持ち、非同期に働く。あなたはその上で仕事を切り分け、割り振り、受け入れる。Addy Osmani はこれを「指揮者から編成者へ」と呼び、こう言い切る――曖昧な指示は agent の一隊ぶんの誤りに増幅され、精確な指示は agent の一隊ぶんの精確な実装に増幅される、と。本稿は、そのままなぞれる四つの動作を語る――一つの agent を最後まで追い続けない、仕事を重ならない並行の区画に切り分ける、各区画に明確な spec を渡す、そしてあなたの仕事を切り分けと受け入れに変える。

2026-06-30

AI時代のプロダクトマネージャー 08｜本当の課題を見つけるのは、AI には代われない

これは「AI時代のプロダクトマネージャー」シリーズの第八回であり、「考え抜く」部分の締めくくりでもある。a16z がプロダクトマネージャーに向けて書いた『5 Principles』には、的を射た一文がある――プロダクトマネージャーの仕事はもともと曖昧さを解くことであり、AI はその曖昧さを減らしたわけではなく、ただ道具を入れ替えただけだ、と。AI は今や何でも作れる。だが、解くに値する本当の課題を見つけることだけは代われない――ユーザーはいったいどこで詰まっているのか、それは本当にやる価値があるのか。本稿は、発見フェーズで実際になぞれる四つの動作を語る――現場に行ってユーザーが詰まる場所を見る、口で言うことと本当に詰まっていることを見分ける、「面倒なやり方」を本当の課題のシグナルとして探す、そして作り手の姿勢で動くものを持って探りに行く。

2026-06-29

AI時代のプロダクトマネージャー 07｜もう PRD は書かない――あなたが出すのは三つの作品

これは「AI時代のプロダクトマネージャー」シリーズの第七回。2026 年の採用は様変わりしつつある――きれいな PRD や資格の束ではなく、「本当に公開された一つのプロダクト機能 + きちんと語れる一式の eval」を強い候補者の証とみなすチームが増えている。AI が PRD を書き、プロトタイプを描く動作を引き取ってしまえば、それらはもうあなたの成果物ではなくなる。本稿は、AI 時代の PM が本当に出すべき三つの作品をはっきりさせる――開いてクリックできる一つのプロダクト、本物の数字を伴う一篇の振り返り、自分で書いた一式の eval――そして、それぞれをどう積み上げるかを語る。

2026-06-28

AI時代のプロダクトマネージャー 06｜言葉にすれば形になる：明確なアイデアを一言でクリックできるプロダクトに

これは「AI時代のプロダクトマネージャー」シリーズの第六回、そして「作る」というパートの幕開けでもある。Mindaugas は Lovable を使って、一つのアイデアを課金ユーザーのいるプロダクトに仕立てた――一行もコードを書かずに。Lovable は 2025 年 12 月に 3.3 億ドルのシリーズ B を調達し、評価額は 66 億ドルに達した。「言葉にすれば、AI が作ってくれる」はもはやスローガンではない。だが言出法随とは、一言打ち込んで立ち去ることではない――それは一つの循環であり、手わざがあり、しかもその前提として、あなたのその「言」がはっきりしていなければならない。本稿は、そのまま真似できる四つの動作を語る――まず動くものを一つ、一度に全部を言い切らない／本当に動かして見る、AI の「できました」を信じない／一度に一か所だけ直し、それが変わるのを見つめる／言葉をはっきりさせてはじめて、法はあなたに随う。

2026-06-24

AI時代のプロダクトマネージャー 05｜曖昧に伝えると、AI が勝手に埋めてしまう

これは「AI時代のプロダクトマネージャー」シリーズの第五回。あなたが AI に「ログインを作って」と言うと、AI はあなたが触れてもいない十数個のことを一気に決めてしまう――メールか電話番号か、パスワードを何回間違えたらロックするか、どれくらいの時間ロックするか、エラーメッセージに何と書くか。AI は人のように聞き返してはくれない。yes-machine なのだ――あなたが言ったことはやるが、あなたが思っていることはやらない。要求が曖昧なら、いちばんありふれたデフォルトであなたの代わりに埋めてしまう。多くの場合それはあなたの欲しかったものではない。OpenAI の Sean Grove は、コードは開発者の価値の 10〜20% にすぎず、残りの 80〜90% は要求をはっきりさせることだと言う。本稿は、そのまま真似できる四つの動作を語る――形容詞を数字に変える、状態をすべて書き切る、エッジケースを並べ出す、前提ゼロのテストで自己点検する。

2026-06-23

AI時代のプロダクトマネージャー 04｜「作るべきか」の判断が、初めて「作れるか」より高くつく

これは「AI時代のプロダクトマネージャー」シリーズの第四回。METRが2025年にランダム化対照実験を行った。平均五年の経験を持つベテラン開発者16人が、AIを使って246件の実タスクをこなす。事前には24%速くなると思い、終えた後も20%速くなったと感じた――しかし実測では19%遅くなっていた。「AIで自分は速くなったのか」という最も単純な判断さえ、最も腕の立つ人たちが逆に判断した。実装が速く安くなり、「作れるか」がもはやどんなアイデアもふるい落とさなくなったとき、本当に高くつく判断は「作るべきか」へと移った。本稿は、そのまま真似できる四つの動作を語る――難しさを門にするのをやめる、まず「やらないとどうなるか」を問う、手を動かす前に「何が本当になるか」を書く、AIに選択肢を並べさせても「なんとなく正しい」を信じない。

2026-06-22

AI時代のプロダクトマネージャー 03｜AIを「道具」ではなく「同僚」として扱う

これは「AI時代のプロダクトマネージャー」シリーズの第三回。多くの人はAIを自動販売機のように使う――一言入れて、一つの答えが出て、次の会話ではまた一から説明し直す。Relay.appのCEOがAIプロダクトリーダー・サミットでこう言った。「AIを道具として扱うのはもうやめろ。雇った同僚として扱え」。本稿は心構えの話ではなく、そのまま真似できる四つの動作を語る――まず引き継ぎ文書を書いてやる、一つの塊の仕事を任せて境界を言い切る、ジュニア同僚のPRを審査するように産出物を審査する、訂正のたびに文書へ書き戻す――本物の対話の断片つきで。

2026-06-21

AI時代のプロダクトマネージャーになる 02｜技術がわからないことが、なぜかえって優位なのか

これは「AI時代のプロダクトマネージャーになる」シリーズの第二回。コードが書けない住宅仲介会社の社長が、ClaudeとZapierだけで日々の運営を回すAI agentを自分で作り上げた。2026年、vibe codingのアクティブユーザーのうち63%は開発者ではない。「アイデアを動くものに変える」という道では、技術がわからない人のほうがかえってスムーズに進むことがある――エンジニアはまず一行一行に責任を負う本能を下ろさねばならず、「これは難しすぎる」という一言を、技術がわからない人はそもそも口にできないのだ。

2026-06-20

AI時代のプロダクトマネージャーになる 01｜PMのどの仕事がAIに奪われ、どの仕事がかえって高く売れるのか

これは「AI時代のプロダクトマネージャーになる」シリーズの第一回。2026年、少なからぬAI PM職のJDが「PRDが書ける、プロトタイプが描ける、ダッシュボードが作れる」を必須要件から外し、代わりに三つの作品を求めるようになった。AIに奪える仕事は採用要件から落ちていき、残ってハードルになるのは人間にしかできない部分だ。この回では「奪われた側」と「高く売れる側」を二列に並べて対照させ、シリーズ全体の総論とする。

2026-06-08

AI業界こぞってevalに走るが、本当の問題から目を背けている

2026年、AIに「評価体系」を構築することが業界のトレンドになった――金標準データセット、スコアラー、LLMを審判に使い、CIでブロックする。それはAIを信頼できるものにする工学的規律として売り込まれている。だがその工学的外皮を剥がせば、evalの本質は「誰が『良い』を定義し、誰が責任を負うか」であり、それは決してアウトソースできない。