PM関連本 PdMが『具体と抽象』を実践する。要件定義と意思決定の質を変える「情報を捨てる」技術
この記事の要約 ユーザーやステークホルダーの「具体的な要望」をそのまま開発に渡してしまい、機能が肥大化・複雑化する「伝書鳩PdM」から脱却する 『具体と抽象』が説く「抽象化＝情報を捨てて本質を抜き出すこと」をプロダクト開発プロセス（N=1分...
企画
PM関連本 
プロダクト企画 PRDを書いたらAIに「ユーザーの日常」を演じさせよう。機能要件を“超具体的な生活シーン”に落とし込み仕様を磨く
この記事の要約 【課題】 機能要件（Function）は決まったが、それが「いつ、どんな状況で、どんな感情で」使われるかの解像度が低く、リリース後に「使いにくい」と言われてしまう。 【解決】 PRDをLLMに入力し、「特定のペルソナがその機...
プロダクト企画 プロダクトネーミング | センスに頼らず「ロジック」でサービス名を決める手順
この記事の要約 プロダクト名は単なるラベルではなく、ユーザーの認知コストを下げマーケティング効率を決定づける「最初のユーザーインターフェース」 単なる思いつきや多数決で決めるネーミングは再現性がなく、コンセプトの言語化から音韻論に基づいた科...
未分類 ユーザーは論理で動かない。「ナッジ理論」で非合理な離脱を防ぎ行動変容を促すプロダクト設計
この記事の要約 ユーザーは機能の優劣や論理的な正しさではなく、直感的な「見せ方」や「初期設定」に依存して意思決定を行う非合理な生き物である。 強制ではなく自発的な行動を促す「ナッジ」は、デフォルト設定やフレーミングといった小さな仕掛けで、C...
プロダクト企画 「ユーザーに会っている」と「ユーザーを理解している」を隔てる『3つの溝』と『5つの階層』
この記事の要約 【課題】 定期的にインタビューを実施しているのに、なぜか施策が当たらない。それは「会うこと」で満足し、「理解」の定義がズレたまま停止している可能性がある。 【原因】 インタビュー特有の「3つの溝（バイアス・環境・言語化）」に...
プロダクト企画 ユーザーインタビューで未来を聞いても無駄な理由｜ファクト重視のプロダクト開発
この記事の要約 顧客は認知的限界とバイアスにより未来の行動を正確に予測できないため、「欲しい機能」を聞いても実際の利用とは乖離する ファクトとは客観的に観測できる行動データや過去の具体的エピソードであり、推測や願望とは明確に区別して収集する...
プロダクト企画 後輩PdMへの構造的なレビュー — レバレッジポイントを特定し、集中すべき場所を示す技術
この記事の要約 経験の浅いPdMは「どこがレバーか」を見抜けず影響力の小さい施策に時間を浪費してしまう。先輩PdMの役割は問題の構造を可視化し、最大の効果を生むレバレッジポイントを特定して示すこと 構造的レビューとは、PRDを1行ずつ添削す...
プロダクト企画 Duolingoに学ぶリテンション戦略｜ストリーク・フリーズなど8つの心理トリガーと実装方法
「毎日やろう」と決めたアプリをいつの間にか開かなくなる――。この課題を粉砕している代表格が語学学習アプリDuolingoです。2024年の時点で月間アクティブユーザーは7,400万※、その約70％が1週間以上の連続学習（ストリーク）を維持し...
プロダクト企画 プロダクトマネージャーが知るべき「レバレッジポイント」— パラメータ調整で消耗する前にシステムの深層を変える
この記事の要約 レバレッジポイントはシステム内で小さな変化が大きな影響を生む介入点。環境学者ドネラ・メドウズが1997年に短縮版を発表し、1999年に完全版として体系化12段階で整理しされた メドウズは、システムへの介入において注意の90〜...
プロダクト推進 セールスチームと連携するプロダクトロードマップの作り方｜BtoB PdMの要望管理
この記事の3行要約 セールスからの顧客要望だけを鵜呑みにすると、ロードマップが自転車操業化し長期戦略との整合性が崩れる。顧客が口にする解決策と真の課題は必ずしもイコールではなく、定量×定性データで本質を検証する必要がある セールスとPdMの...
プロダクト企画 ユーザー体験の全体像を捉えるプロダクトマッピング入門 | 複雑になってしまったプロダクトを見つめ目直す
この記事の3行要約 箇条書きの要求リストでは、ユーザー体験の全体像と各機能の文脈を正しく捉えることはできない。 プロダクトマッピングを行うことで、ユーザーの行動（横軸）とプロダクトの機能（縦軸）を二次元で可視化し、チームの視点を「木を見て森...
プロダクト企画 「なくてはならない」プロダクトコンセプトの作る7つのポイント：顧客の本音から熱狂を生む
この記事の3行要約 コンセプトの失敗は「実在しないペルソナ」と「あったら嬉しい程度の価値」が原因。Sean Ellis Testで40%以上が「なくなったら非常に困る」と答える必需品レベルを目指そう。 ジョブ理論で機能的課題を解決しながら、...
プロダクト推進 なぜあなたのチームからは本音が出ないのか？PdMが実践すべき心理的安全性の作り方
この記事の3行要約 心理的安全性の本質は「ぬるま湯」な関係ではなく、プロダクトを良くするための健全な意見対立を安心して行える土壌 プロダクトマネージャーの役割は、自らの弱さを見せ、仕事を学習プロセスと位置付けることで、チームが本音を話すリス...
プロダクト企画 なぜ機能追加しても失敗するのか？インサイト理解でプロダクト開発の成功確度を上げる
この記事の3行要約 「UIが悪い」「機能が足りない」という表層的な要望の裏には「新しいことを学習したくない」「面倒くささを嫌う」といった本質的な心理が隠れている インタビューで得た定性データをKJ法やGTAで分析し、ログデータで裏付けること...
PM関連本 電通流『コンセプトのつくり方』をプロダクト開発で実践する6つの手法【要約】
この記事の3行要約 電通の広告制作ノウハウをプロダクト開発に転用すると、機能の肥大化を防ぎ、10秒で価値を伝えられる明確なコンセプトが生まれる 「Not→But→Therefore」で常識を否定し新視点を獲得、SCAMPERで複数観点からア...
プロダクト推進 なぜ、あなたのプロダクトはPLGで失敗するのか？導入前に押さえるべき3つの前提条件
この記事の3行要約 PLG（プロダクトレッドグロース）とは、営業ではなく「製品そのもの」が顧客獲得から拡大までを主導する、新しい事業成長モデルである。 その実現には、ユーザーが誰の助けも借りずに価値を実感できる、極めて直感的で優れたプロダク...
プロダクト企画 プロダクトマネージャーのアイデア管理術：思いつきを正しいタイミングで活用する5つのステップ
この記事の3行要約 日々舞い込む多様なアイデアや要望を記録せずに流すと、価値ある施策を見逃し、同じアイデアを再発明する無駄が生じる Notionなどでアイデアストックを構築し、分類とタグ付けで整理することで、必要な時に適切なアイデアを呼び出...
プロダクト企画 データで証明できない意思決定はどうすればいいのか？
この記事の内容 データ不足下での意思決定は避けられない現実であり、特に革新的な価値創造や長期戦略においてデータ検証は困難 データへの過度な依存は相関と因果の混同やローカル最適化の罠を生み、むしろ顧客との直接対話・専門家の知見・小規模実験によ...
プロダクト推進 プロダクト開発で「つくらない判断」を磨くために、つくる前にファクトを見直す
この記事の要約 リリースした機能の70%以上が使われていないことを考えると「つくらない判断」はPdMにとって重要スキル 「つくらない」と判断すべきシグナルは、顧客ファクトの有無と強度 ステークホルダーに納得してもらう「つくらない」コミュニケ...
プロダクト企画 「良いこだわり」と「悪い固執」を見極めて、プロダクトマネージャーの意思決定を磨く
この記事の要約 プロダクト開発における「こだわり」と「固執」の違いを、顧客価値・学習可能性・リバーシビリティの3軸で考える サンクコストの呪縛や確証バイアスなど、PdMが陥りやすい5つの心理的トラップとその対処法を解説「この機能、本当にユー...
プロダクト企画 曖昧な言葉はプロダクトの静かに潰していくので、言葉の解像度を上げる
「この機能、もっと”スマート”にできないかな？」プロダクトマネージャーなら、一度は言われたり、あるいは自分で言ってしまったりした経験があるかも。”スマート”とか"フラット"、"シンプル"、とかってめちゃくちゃ多義的ですよね。例えば、"スマー...
プロダクト企画 プロダクト立ち上げで大失点を防ぐ「当たり前品質」最速確立の戦略論
プロダクトの立ち上げ期で、重要な論点の1つが当たり前品質（期待品質）の確立。魅力的な新機能や差別化要素に目を奪われがちですが、顧客が「当然あるべき」と期待する基本機能の不備こそが、プロダクトの致命的な失敗を招く要因になってしまうのでその見極...
プロダクト企画 ファクトから仮説を飛躍させてプロダクトをグロースさせる
この記事の要約 ファクトは前提として超絶ウルトラ大事 ただ、ファクトを過度に信頼すると、破壊的イノベーションの芽をつぶしてしまう 実務では「ファクトを起点にしつつ、ユーザー自身が想像できない未来」を構想することが鍵プロダクトマネージャーなら...
プロダクト企画 認知科学の知識を使って、プロダクトの「アハ体験」を設計する
この記事の要約 アハ体験は認知科学的に「洞察の瞬間」であり、ドーパミン分泌による強い記憶定着効果を持つため、プロダクト初期体験に組み込む必要がある 5つの心理トリガー（認知負荷軽減・予測誤差・社会的証明・達成感・関連性）を組み合わせることで...
プロダクトのリバースエンジニアリング なぜメルカリは「ヤフオク!」に勝てたのか？PdMが学ぶべき、ユーザーの“恐怖”を解消するプロダクト戦略
「次に解くべきユーザー課題は何か？」 「数ある課題の中で、事業成長に最もインパクトがあるのはどれだろう？」プロダクトマネージャーとして日々プロダクトに向き合っていると、こんな問いにぶつかることはありませんか？リソースが限られる中で、どの課題...
プロダクト企画 “感情的JTBD”でプロダクトを”ブランド”に昇華し、”熱狂的なファン”を生む
「問題になっていたロード時間を短縮して便利にしたはずなのにリテンションが改善しない」 「チームで評判が良かったUIを実装してユーザーも良いと言っているけどリファラルまで至らない」——こうした現象に心当たりはありませんか？機能的な改良を積み重...
プロダクト企画 上司や役員からの”NO”を減らすために論理とファクトの穴を埋めるポイント
「また差し戻しか...」 上司や役員に提案資料を出すたび、なぜか毎回「うーん、ちょっと...」という微妙な反応 論理的に組み立てたつもりなのに、なぜか刺さらない ファクトも集めたはずなのに、「根拠が弱い」と言わるこの現状は要因は、論理構造の...
プロダクト企画 「STPとペルソナは設定したがプロダクトが伸びない」を打破する
この記事の要約 STPとペルソナは理論上は正しいが、現場でのデータ・顧客の声との融合が不足すると“机上の空論”になる 顧客のジョブ理論（JTBD）や実際の行動データの検証サイクルを回し続け、ペルソナをアップデートし続ける 継続的なインタビュ...
プロダクト企画 PdMの「仮説ジャンプ」を防ぐために、ロジックツリーに立ち戻ろう
この記事の要約 ロジックツリーは思いつきの「仮説ジャンプ」を防ぎ、問題を構造的に分解して根拠ある判断を可能にする MECEの完璧性よりも実用性を重視し、プロダクト文脈に合った「使えるツリー」を高速で作成 ツリーから仮説を抽出し、検証計画まで...
プロダクト推進 「先に作って、後で共有」 – LLM時代のプロダクト開発スタンス
この記事の要約 生成AIの普及で「つくるコスト」が劇的に下がり、プロダクト開発が爆速化する 「勝手にやる→後で報告」で、さらに加速 PdMはコーディング能力以上に「顧客課題の軸を守る」「実験の評価指標を設定」する能力が重視される“つくるコス...