プロダクトマネージャーは、顧客、営業、サポート、開発、経営から異なる情報を受け取り、何を作るか決めます。AIは情報整理を速くできますが、声の大きい要望だけを一般化すると判断を誤ります。
AIは答えを決める役ではなく、根拠を揃え、選択肢と未確認事項を見える化する役として使います。
活用できる7工程
- 顧客インタビューの記録とテーマ整理
- 問い合わせ・営業要望の分類
- 課題と解決案の切り分け
- 仕様案と受け入れ条件の下書き
- 会議の決定・反対意見・宿題整理
- リリースノートと社内説明の下書き
- リリース後の学びを次の仮説へつなぐ
顧客の声を三層に分ける
| 層 | 内容 | 例 |
|---|---|---|
| 発言 | 顧客が実際に言ったこと | この作業に30分かかる |
| 解釈 | なぜ困るかの仮説 | 手順が分散している |
| 解決案 | 製品側の候補 | 一括操作を追加する |
AI要約では三層が混ざりやすいため、発言には参加者と時刻を付けます。解釈と解決案はチームの仮説として扱います。
要望を優先順位へ変える
件数だけでなく、対象ユーザー、発生頻度、影響、代替手段、戦略との一致、実装・運用コストを整理します。
AIには要望の重複や矛盾を探させ、優先度を自動確定させません。特定顧客の要望と市場全体の課題を分けます。
仕様検討で使う
仕様案から、曖昧な表現、例外、エラー時、権限、データ移行、計測方法の抜けを出させます。受け入れ条件は、観察可能な結果で書きます。
例:
- 悪い例:簡単に検索できる
- 良い例:案件名または顧客名で検索し、対象記録が一覧表示される
AIが作った技術仕様は、エンジニアとデザイナーが実現性を確認します。
会議の意思決定を残す
結論だけでなく、比較した案、採用理由、却下理由、前提、見直し条件を残します。後から状況が変わったとき、判断をやり直すべきか分かります。
会議録から決定候補を抽出し、責任者が承認します。「検討する」を「決定した」に変えないことが重要です。
リリース後の学習
利用データ、問い合わせ、営業フィードバック、インタビューを同じテーマへ紐付けます。AIで共通点を整理し、仮説に反するデータも出させます。
成功・失敗を機能単位で断定せず、対象ユーザー、利用場面、期間を明示します。
インタビュー分析はUXリサーチャーのAI活用ガイド、会議を組織の知識へ変える方法は会議録を社内ナレッジに変える方法も参考になります。
まとめ
PdMのAI活用は、資料作成より、顧客発言、解釈、仕様、決定、結果を一つの流れで追える状態を作ることに価値があります。過去の会話を長期的に検索できる仕組みは、同じ議論の繰り返しを減らします。
