「データはあるけど、何か腑に落ちない…」「なぜ、チームでこんなに温度差があるんだろう？」。プロダクトマネージャーなら誰もが経験する、意思決定の迷いやチームとのすれ違い。ロジックだけでは埋められない、その溝の正体は何なのでしょうか。 実はその原因の多くが、私たち自身の無意識の「思考のクセ＝認知バイアス」です。良かれと思って集めた情報が、かえって視野を狭め、私たちの判断を曇らせてしまうのです。 本セッションでは、『その決断、バイアスでは？』と、一度立ち止まるための視点を提案します。登壇者のリアルな失敗談を交えながら、質の高いフィードバックを集める仕組み、顧客の心の声に耳を澄ます対話、そしてデータに騙されないための分析アプローチなど、「思い込み」を乗りこなすための具体的な「術」を、明日から使える形でご紹介します。

1. その決断、バイアスでは？
「思い込み」を乗りこなし、未来に挑む意思決定術
マチュー ギヨウム
MATHIEU Guillaume
Head of Product Lead Growth

2. その決断、バイアスでは？
「思い込み」を乗りこなし、未来に挑む意思決定術
マチュー ギヨウム
MATHIEU Guillaume
Head of Product Lead Growth
登壇者

3. 3 ©Monoxer.Inc
憶え(させ)たい情報を登録するだけ
csvやテキストファイルで正解をインポート
問題の自動生成
正解を元に問題と誤答を自動生成
アダプティブラーニング
習熟度・忘却度に応じて出題頻度や問題難易度を
自動調整
記憶を可視化
学習状況と記憶状況をリアルタイムで確認可能
1
2
3
4
ようこそ、記憶の近道へ。
記憶定着をサポートする学習アプリMonoxer

4. 4 ©Monoxer.Inc
無意識のバイアスを自覚する

5. 5 ©Monoxer.Inc
１ バイアスとは
２ BMLサイクルの中で主なバイアス
３
● レピュテーションバイアス
● 生存者 バイアス
● 確証 バイアス
● コンコルド 効果
まとめ

6. 6 ©Monoxer.Inc
質問 1
過去6ヶ月以内に
新機能をリリースしましたか？

7. 7 ©Monoxer.Inc
過去6ヶ月以内に
機能を削除しましたか？
質問 2
質問 1
過去6ヶ月以内に
新機能をリリースしましたか？

8. 8 ©Monoxer.Inc
なぜ「捨てること」は難しい
のか？
答え：LOSS AVERSION BIAS
何かを「手に入れる」喜びよ
りも、「失う」痛みを2倍強く
感じてしまう
SAASで80％の機能は
”ほぼ使われない”
The 2019 Feature Adoption Report | Pendo.io White Papers

9. 認知バイアスとは?
脳が情報を処理する際に起こる
「思考の偏り」や「思い込み」
しこう かたより

10. 10 ©Monoxer.Inc
バイアスによる
リスク管理
生き残るために、脳は「正確さ」よりも「判断の速さ」を優先するように進化した
バイアスはバグではない、フィーチャーである
バイアスによる
エネルギー節約
せつやく
バイアスによる
社会的結束
けっそく

11. 11 ©Monoxer.Inc
188
認知バイアス

12. 12 ©Monoxer.Inc
プロダクトマネージャー
「決断疲れ」と「時間不足」が、バイ
アスを招く
リリーススコープ
優先順位
リリーススコープ
ターゲット課題設定
機能のキープorドロップ
アクセプタンス条件
開発トレードオフ
UX,UI案選定
ロードマップ記入
まねく

13. 13 ©Monoxer.Inc
レピュテーション
バイアス
[Reputation Risk Bias]
Build-Measure-Learnサイクルの中で主なバイアス
生存者 バイアス
[Survivorship Bias]
確証 バイアス
[Confirmation Bias]
コンコルド効果
[Sunk Cost Fallacy]

14. 14 ©Monoxer.Inc
レピュテーション バイアス
[Reputation Bias]
未完成品を出すことへの恐怖心
から、必要以上に品質に固執し
てしまうこと

15. 15 ©Monoxer.Inc
商品開発での本当の話
● B2Bの開発体制からB2C（新商品）
● 理想：Agile, Fast Iteration
● 現実：B2Bのやり方からなかなか離れなく、Iterationスピードが遅い
24Q3 24Q4 25Q1 25Q2
機能リリース数
２ ３
４
１０

16. 16 ©Monoxer.Inc
レピュテーション バイアスによる影響と対応
● プロセスを守らないといけない
● キレイなコードを書く
● スケーラブルに作る
● コーナーケースをしっかり対応
● リスクの低いアイディア
● プロセスアップデート
● 機能を小分けにリース・テスト
● メトリクス変更
影響 対応

17. 17 ©Monoxer.Inc
生存者 バイアス
[Survivorship Bias]
成功事例だけを見て、
失敗事例を無視してしまうこと

18. 18 ©Monoxer.Inc
The WWII Bomber Plane
By Abraham Wald

19. 19 ©Monoxer.Inc
生存者 バイアスによる影響と対応
● ヘビーユーザーの声だけを聞く
● ユーザーの本質課題が見えない
● 競合の機能を表面的にコピーする
● 離脱ユーザー インタビュー
● 失敗事例・チャーン分析
● NPSなどの低いスコアに着目
影響 対応

20. 20 ©Monoxer.Inc
確証 バイアス
[Confirmation Bias]
仮説に都合の良いデータだけを
採用し、反証する事実を無視し
てしまうこと
確信
エビデンス
信じるエビデンス

21. 21 ©Monoxer.Inc
商品開発での本当の話
●
● モティベーション対策で
バッジ機能のリリース
● エンゲージメントの
メトリクスで効果検証
前年度比較:
No difference
学習内容を英語に絞って:
No difference
メトリックスを変えて：
No difference
ユーザを絞って
：Postive Impact!
”データを十分に長く拷問すれば、
何でも言わせることができる”
Ronald Coase

22. 22 ©Monoxer.Inc
確証 バイアスによる影響と対応
● 都合の良いデータだけを採用する
● インタビューで「誘導尋問」する
● 反対意見を「例外」として無視
● 「反証」を探すための仮説検証
● プレモーテムの実施
● 利害関係のない第三者にレビュー
影響 対応
Data Justified Data Driven

23. 23 ©Monoxer.Inc
コンコルド 効果
[Sunk Cost Fallacy]
「これだけ時間をかけたのだか
ら」と、成果の出ない機能や方
針を捨てられないこと

24. 24 ©Monoxer.Inc
Le Concorde

25. 25 ©Monoxer.Inc
コンコルド 効果による影響と対応
● ”これだけ作ったから”とリリース
を強行する
● 使われない機能の維持にリソース
を浪費する
● 過去の投資額で未来の判断をして
しまう
● 撤退基準を事前に決める
● ゼロベースで今の価値を再評価する
● ”捨てること”を評価する文化を作り
影響 対応

26. 26 ©Monoxer.Inc
バイアスは「人間の仕様」であり
プロダクトマネージャ
に必要なのは
「自覚」と「振り返り」
リリーススコープ
優先順位
リリーススコープ
ターゲット課題設定
機能のキープorドロップ
アクセプタンス条件
開発トレードオフ
UX,UI案選定
ロードマップ記入

27. ありがとうございました