プロダクト負債に立ち向かう

by hiroaki

Slide 1

Slide 1 text

プロダクト負債に立ち向かう 2025/11/21 株式会社CastingONE 上田裕耀 Product Manager Conference 2025 〜負債と向き合い続け、成長できるプロダクトへ〜

Slide 2

Slide 2 text

「プロダクト負債」みなさんどのように向き合っていますか？はじめに 2

Slide 3

Slide 3 text

負債は放置すると将来的な成長を阻害するだからこそ向き合い続ける必要があるはじめに 3

Slide 4

Slide 4 text

本セッションのテーマプロダクト負債に立ち向かうそもそもプロダクト負債とは何か？どのように立ち向かうのか？ 4

Slide 5

Slide 5 text

hiroaki_u329 自己紹介上田裕耀 / Hiroaki Ueda 冷食メーカー　リサーチャーベンチャー　　バックエンドエンジニア CastingONE　バックエンドエンジニア株式会社CastingONE CastingONE　プロダクトマネージャー Background 5

Slide 6

Slide 6 text

プロダクト紹介 6 非正規雇用労働者の採用を行うすべての採用担当者が「効率的に良い人材の採用が行えている」と実感している世界を実現する Product Vision

Slide 7

Slide 7 text

プロダクト負債とは何か？ 01 Content プロダクトの診断 02 負債対応の指針 03 負債の解消 04 7

Slide 8

Slide 8 text

プロダクト負債とは何か？ 01 Content プロダクトの診断 02 負債対応の指針 03 負債の解消 04 8

Slide 9

Slide 9 text

プロダクト負債とは何か？価値を生まず事業やプロダクトに負を与え続ける機能や体験プロダクト負債＝ 9

Slide 10

Slide 10 text

プロダクト負債とは何か？ CastingONEでも多くの負債を抱えていました全く使われない機能ビジョンに合わない機能顧客の運用に乗らない体験の機能仕様が複雑過ぎて不具合が生まれやすい機能データ構造から体験や世界観に負を与えている機能 etc. 10

Slide 11

Slide 11 text

プロダクト負債とは何か？開発負債体験負債コンセプト負債開発の進行に負の影響を与える機能 UXが悪く、顧客が価値に到達しづらい機能中長期でのプロダクト価値がぼやける開発速度低下 / 不具合リスク増加離脱率増加 / 顧客不満意味影響意味影響意味影響世界観・ビジョンから逸脱した機能顧客カスタマイズしすぎた機能分岐が多く複雑化しすぎている機能全く使われていない機能例本来の工程以上に、余計な手順を踏まないといけない機能例例 11

Slide 12

Slide 12 text

プロダクト負債とは何か？なぜプロダクト負債は生まれるのか？ 12

Slide 13

Slide 13 text

プロダクト負債とは何か？（繰り返し）負債創出理由は大きく3つに分類顧客の声をそのまま作ってしまう「刺さるはず」の思い込みで作るビルドトラップ部分最適の判断既存機能に引っ張られて、　該当機能の理想体験の再設計をしない「CSがカバーするから大丈夫」と、　体験課題を先送りにしてしまう安易な体験設計事業方向性の変化市況変化で想定していたValueがズレる事業や市況の変化 Discover Define Develop Deliver Reference: Design Council “The Double Diamond” 13

Slide 14

Slide 14 text

ビルドトラップや安易な体験設計は避けたとしても、事業や市況の変化により全ての機能は負債になるリスクがあるプロダクト負債とは何か？ 14

Slide 15

Slide 15 text

プロダクト負債に立ち向かうには？ ” 良い戦略は、十分な根拠に立脚したしっかりとした基本構造を持っており、一貫した行動に直結する。（中略）戦略の核は状況の診断、診断で明らかになった課題に取り組む基本方針、基本方針に基づく一貫した行動である。引用：『良い戦略、悪い戦略』リチャード・P・ルメルト（著）、村井章子（訳）、日本経済新聞出版、2012 15

Slide 16

Slide 16 text

プロダクトを診断して、いつどのように解消するのか指針を立てるプロダクトの成長のために顧客への説明責任を果たし負債を解消するプロダクト負債に立ち向かうには？ 16

Slide 17

Slide 17 text

プロダクト負債とは何か？ 01 Content プロダクトの診断 02 負債対応の指針 03 負債の解消 04 17

Slide 18

Slide 18 text

プロダクトの診断負債を負債であると認識する機能利用を観察する定量指標で実際の利用状況を見る 1 ドッグフーディングする自分たちで触って数値では見えない体験の歪みを拾う 2 3 顧客の声や現場に目を向ける顧客インタビューや現場観察などの1次情報から価値のズレを確認する 18

Slide 19

Slide 19 text

実施事項利用率を定期的にモニタリング。リリースした機能やコアな機能を重点的に観察観点・判断利用率が極端に低い機能は負債リスクが高い。背景をさらに診断するプロダクトの診断機能の利用状況を観察し、「価値が届いていない箇所」を見つける期待現実 80% 5% 19

Slide 20

Slide 20 text

プロダクトの診断ドッグフーディングにより、体験の歪みを発見する実施事項顧客のユースケースに合わせて実際に操作するリリース直後やコア機能を中心に導線全体を見る観点・判断一連の操作が自然に流れるか単体では良くても通して触ると違和感がないか文言・操作が顧客の頭のモデルと一致しているか 20

Slide 21

Slide 21 text

ただ、顧客の文脈で体験するのは難しいどうしても開発の机上の空論になりがちプロダクトの診断 21

Slide 22

Slide 22 text

プロダクトの診断顧客の業務を代行し、顧客に成り切ってドッグフーディングする実際の顧客データでプロダクトを操作することで、顧客の痛みをリアルに把握できる。 CastingONEでも業務を代行し、体験負債を特定して改善。その結果、対象機能の利用率が15％向上した。 ※顧客とは事前に打ち合わせして、どのような体制で実施するか合意しています 22

Slide 23

Slide 23 text

プロダクトの診断顧客がどんな状況で、どんな声を挙げているのかを知る実施事項 CS経由でリクエストやVoCを定期的に収集顧客定例への参加やインタビューの実施により、実際の声を把握現場に足を運び、顧客の実態や業務プロセスへの理解を深める観点・判断顧客が抱える課題の構造や制約を高い解像度で把握する数値では見えにくい文脈を捉えてプロダクトを見直す 23

Slide 24

Slide 24 text

定期検診のように、普段からプロダクトを診断する持続可能な診断の仕組みも整えるプロダクトの診断 24

Slide 25

Slide 25 text

プロダクト負債とは何か？ 01 Content プロダクトの診断 02 負債対応の指針 03 負債の解消 04 25

Slide 26

Slide 26 text

負債対応の指針 Impact Effort いつ対応するのか検討する速攻対応する対応しない or 条件付きで対応対応しないまずはimpactとEffortの2軸でシンプルに考える 26

Slide 27

Slide 27 text

どのように負債のインパクトを考えるのか？全て定量化するのは難しい負債対応の指針 27

Slide 28

Slide 28 text

負債対応の指針 3つの問いを考えるプロダクトビジョンや世界観にあっているのか？ →コンセプト負債 1 顧客体験にどのくらいの負があるのか？ →体験負債 2 3 今後の開発に対してどのくらいの負があるのか？ →開発負債 28

Slide 29

Slide 29 text

負債対応の指針プロダクトビジョンや世界観にあっているのか？ → Noであれば、コンセプト負債。コアな機能なのか？プロダクトのコアなら、中長期のインパクトが大きい。 1 機能そのものか、それとも機能の一部か？機能そのものであれば、その機能に価値を感じていた顧客の離反を招く可能性がある。 2 3 顧客にどれくらい浸透しているのか？広く使われているほど影響範囲が大きい。 29

Slide 30

Slide 30 text

魅力的品質当たり前品質 1次品質対応すべき領域無視すべき領域負債対応の指針顧客体験にどのくらいの負があるのか？ → 体験負債は基本的に当たり前品質の未達。　その負は「対応すべき領域か」「無視すべき領域か」を見極める。対応すべき領域体験が顧客にとって致命的な負になっていないか？ 1 無視すべき領域一部の顧客のこだわりになっていないか？「あったらいいな」くらいのレベル感か？コアターゲットではない層の声ではないか？ 2 Reference: Kano, N., et al. (1984) 30

Slide 31

Slide 31 text

負債対応の指針今後の開発に対してどのくらいの負があるのか？ → 「中長期的な開発速度」と「不具合のリスク」で考える。開発速度不具合リスク時間高低中長期的な開発速度今後の開発スピードにどの程度の影響を与えるのか？ 1 不具合のリスク現在どのくらいのインシデントが発生しているのか？今後どの程度、再発・拡大する可能性があるか？ 2 31

Slide 32

Slide 32 text

ビジョンと事業価値を最大化するように、負債の解消タイミングを決定負債対応の指針プロダクトビジョン開発負債体験負債コンセプト負債事業価値ロードマップ 32

Slide 33

Slide 33 text

プロダクト負債とは何か？ 01 Content プロダクトの診断 02 負債対応の指針 03 負債の解消 04 33

Slide 34

Slide 34 text

負債の解消世界観・使い方の転換が必要ハレーションリスクが大きく、説明責任が大きい顧客体験はほぼ変わらない機能削除する際は、一部の顧客には影響が出る可能性あり開発負債体験負債コンセプト負債 Bizと共同して顧客への影響を適切に把握し、顧客への説明責任を果たす。顧客への影響小顧客への影響大解消されると顧客にとって嬉しいハレーションもほぼない 34

Slide 35

Slide 35 text

負債の解消 CastingONEでの解消の例 35

Slide 36

Slide 36 text

負債の解消 Case1. 機能利用率2%、世界観の異なる機能の削除応募後のプロセスを楽にするために、面談設定の機能を搭載。ただ、すでに顧客はATSでこの業務を実施。そのため機能利用率も2%と低かった。改めてプロダクトの価値や世界観を見直し、そこからはズレている機能であると判断した。解消プロセス背景機能利用率観測顧客への説明機能削除を実行リリース時から機能利用を観測。最終的に2%の利用に留まった。削除の背景を説明。代替手段も併せて提示。機能を完全に削除。顧客からは大きなハレーションを生むことなく解消を実行できた。 36

Slide 37

Slide 37 text

負債の解消 Case2. 世界観とはズレたコアなデータ構造を整備「応募があるたびに、新しい求職者レコードができる」というデータ構造になっていた。データを活かした採用マーケティングのシステムを目指す上で、この構造がネックに。応募データと求職者データを分離し、求職者を一意に扱えるデータ構造へと再設計した。解消プロセス背景負債解消方針検討顧客への説明データ構造の変更・ドメインモデリングで構造決定・体験変更点は顧客ヒアリングで調整・動画/ドキュメント作成・1〜2ヶ月前から全顧客に説明・CSからも直接説明・プロダクト価値をより尖らせられた・多くの顧客から喜びの声ただし、2%の顧客で大きなハレーション発生 37

Slide 38

Slide 38 text

ビジョン実現には、大きな負債解消が必要になる時がある説明責任と最大限の配慮を尽くした上で解消を進める負債の解消 38

Slide 39

Slide 39 text

まとめ 39

Slide 40

Slide 40 text

Slide 41

Slide 41 text

プロダクトを診断して、いつどのように解消するのか指針を立てるプロダクトの成長のために顧客への説明責任を果たし負債を解消するプロダクト負債に立ち向かうには？ 41

Slide 42

Slide 42 text

ご清聴ありがとうございました負債に向き合い続けて、成長できるプロダクトにしていきましょう！ 42