Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
なぜ使われないのか?──定量×定性で見極める本当のボトルネック
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
KAKEHASHI
PRO
December 03, 2025
Technology
1
2.8k
なぜ使われないのか?──定量×定性で見極める本当のボトルネック
pmconf 2025
https://2025.pmconf.jp/event-tokyo/session-15
での登壇資料です
KAKEHASHI
PRO
December 03, 2025
Tweet
Share
More Decks by KAKEHASHI
See All by KAKEHASHI
器用貧乏が強みになるまで ~「なんでもやる」が導いたエンジニアとしての現在地~
kakehashi
PRO
5
650
AIで「ふとした疑問」を即座に検証する 〜定量で圧倒するN1理解〜
kakehashi
PRO
3
800
生成AIと余白 〜開発スピードが向上した今、何に向き合う?〜
kakehashi
PRO
1
290
開発チームが信頼性向上のためにできること
kakehashi
PRO
5
130
他言語経験者が知っておきたいTypeScriptのクラスの注意点
kakehashi
PRO
1
74
「外部仕様書をDevinくんにやってもらってみた」に関連した色々話
kakehashi
PRO
2
79
複数チームでの並行開発を改善する取り組み
kakehashi
PRO
1
77
産業的変化も組織的変化も乗り越えられるチームへの成長 〜チームの変化から見出す明るい未来〜
kakehashi
PRO
1
1.4k
自己管理型チームと個人のセルフマネジメント 〜モチベーション編〜
kakehashi
PRO
6
5k
Other Decks in Technology
See All in Technology
Digitization部 紹介資料
sansan33
PRO
1
6.9k
Vertex AI Agent Engine で学ぶ「記憶」の設計
tkikuchi
0
110
What's new in Go 1.26?
ciarana
2
260
LINE Messengerの次世代ストレージ選定
lycorptech_jp
PRO
4
3.5k
失敗できる意思決定とソフトウェアとの正しい歩き方_-_変化と向き合う選択肢/ Designing for Reversible Decisions
soudai
PRO
8
1.4k
Sansan Engineering Unit 紹介資料
sansan33
PRO
1
4k
サンタコンペ2025完全攻略 ~お前らの焼きなましは遅すぎる~
terryu16
1
540
Webアクセシビリティ技術と実装の実際
tomokusaba
0
150
WBCの解説は生成AIにやらせよう - 生成AIで野球解説者AI Agentを実現する / Baseball Commentator AI Agent for Gemini
shinyorke
PRO
0
310
LLM活用の壁を超える:リクルートR&Dの戦略と打ち手
recruitengineers
PRO
1
170
研究開発部メンバーの働き⽅ / Sansan R&D Profile
sansan33
PRO
4
22k
ソフトウェアアーキテクトのための意思決定術: Create Decision Readiness—The Real Skill Behind Architectural Decision
snoozer05
PRO
27
7.7k
Featured
See All Featured
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
340
GraphQLの誤解/rethinking-graphql
sonatard
75
11k
Efficient Content Optimization with Google Search Console & Apps Script
katarinadahlin
PRO
1
360
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.9k
Everyday Curiosity
cassininazir
0
150
HDC tutorial
michielstock
1
480
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
260
Docker and Python
trallard
47
3.7k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
280
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
63
Unsuck your backbone
ammeep
671
58k
Transcript
©KAKEHASHI inc. なぜ使われないのか? 定量×定性で見極める本当のボトルネック 2025/12/04 pmconf2025 〜未来に挑め〜 株式会社カケハシ 梶村 直人(@n_kaji_kaji)
©KAKEHASHI inc. 株式会社カケハシ Musubi AI在庫管理 プロダクトマネージャー 梶村直人 自己紹介 2 東京大学では自然言語処理の研究
新卒の三井物産では海外大手 IT企業との 合弁会社設立やその営業企画を担当。 カケハシには2022年に入社。 趣味で開発やKaggleを行うなど、 Techと事業の両方が好きで PdMは天職
None
None
©KAKEHASHI inc. プロダクト紹介 薬局向けの医薬品の在庫管理・AI発注システム Musubi AI在庫管理 5
©KAKEHASHI inc. 「使いやすい」と「使われる」の違い 使いやすいプロダクトを作ることはできても、発注を任せて使われるには大きな違いがある 6
©KAKEHASHI inc. 多くのAIプロジェクトが陥る死の谷 AIを利用しても「確認工数」が残り、大きな効率化には繋がらない 7
©KAKEHASHI inc. 本日のテーマ 「任せて使う」ことの心理的・実利的ハードル 8 解像度を上げるための「定量×定性」アプローチ 技法以上に大切な「分析基盤と組織の関心」
© KAKEHASHI Inc. All Rights Reserved. 業務を任せて使われるとは?
©KAKEHASHI inc. 「任せて使う」ことの心理的・実利的ハードル 「任せる」とは、業務リスクをユーザーが受け入れること 10
©KAKEHASHI inc. 「任せて使う」ことの心理的・実利的ハードル 「任せる」とは、今まで培ってきた業務のアイデンティティを失うこと 11
©KAKEHASHI inc. 「任せて使う」ことの心理的・実利的ハードル 欠品や在庫金額への考え方はユーザーによって大きく異なる 12 高額な医薬品は廃棄リスクが高いた め患者さんが来てから発注する。 月末はできる限り在庫を絞る。 店舗A 1年以内に1回でも処方が出ていれ
ば新患分は用意する。 月末は高額医薬品だけ在庫を絞る。 店舗B
©KAKEHASHI inc. 使われるプロダクトには 各ユーザーの背景や運用 への理解が必須 「任せて使う」ことの心理的・実利的ハードル 心理的・実利的ハードルの個人差が大きく、N1分析が必須 13 任せるよりも自分で行う方がリスクが低い 任せることへの不安感や喪失感を抱く
自分の店舗にあった適切な設定・運用ができない
© KAKEHASHI Inc. All Rights Reserved. ただ普通にヒアリングすると。。。
©KAKEHASHI inc. 解像度を上げるための「定量×定性」アプローチ ユーザーに直接理由を聞くと、表面的な回答しか得られない 15 ユーザー自身も思考を言語化できない。 表面的な回答は「精度の問題」という誤った結論に導く。
©KAKEHASHI inc. 解像度を上げるための「定量×定性」アプローチ 事前に定性・定量での仮説を構築することで、正確なユーザー理解につながる 16 ユーザーが迷う理由や 設定背景の仮説を構築 ユーザーが迷う箇所や 個別の設定内容を把握 具体的な行動を深堀り
仮説を検証 知らない情報や 業務ロジックを把握
©KAKEHASHI inc. 解像度を上げるための「定量×定性」アプローチ 事前に定性・定量の両面でユーザーごとに詳細に情報を把握 社内のドメインエキスパートと仮説構築 17 各ユーザーの個別の設定・発注情報を把握 確認する情報や迷うポイントを把握 DatadogのSession Replay(録画収録)
※医薬品名を除き他すべての項目をマスキングして慎重に取得。 DatabricksのGenie(queryの自動生成)
©KAKEHASHI inc. 解像度を上げるための「定量×定性」アプローチ 個別医薬品を設定した背景や発注した理由を聞くことでインサイトを得る 18 ユーザーは個別のファクトは正確に答えられる。 そのファクトから抽象的なインサイトに昇華する。
©KAKEHASHI inc. 解像度を上げるための「定量×定性」アプローチ N1を増やすことで、ユーザーのみ知る情報や店舗属性ごとの運用・課題が判明 19 店舗属性A 新規開店の店舗 店舗属性B 小規模な店舗 在庫金額を絞る傾向
店舗属性C ・・・ 事前のピッキング運用 患者から聞いた情報 ・・・ 最適な運用でも 残る課題 ユーザーの種類 ユーザーのみ知る情報 運用・課題 リスクを減らす 最適な運用 PMFを狙うユーザーの種類に対して、 最適な運用でも残る課題からロードマップを定めることができる
© KAKEHASHI Inc. All Rights Reserved. はいはい、N1分析が大事ってやつね 知ってる、知ってる
© KAKEHASHI Inc. All Rights Reserved. なぜできないのか? 気合いの問題?
©KAKEHASHI inc. 分析を阻む障害 22 顧客情報や分析基盤の整備が必要と認識しているが、 その整備コストのROIを正当化できない ヒアリング可能なユーザー 一覧の整備が必要 ヒアリングの設定が手間 ユーザーのログを取得していない
データが整備されておらず 分析に時間がかかる 取得するログの決定・設定や 分析方法の習得が必要 queryの自動生成には スキーマの整備等が必要 N1分析をするコストが高く、他の業務が忙しい中で時間が取れない
©KAKEHASHI inc. 分析を阻む障害 Returnは業務の効率化(コスト削減)ではなく、深いインサイトによるプロダクト価値の飛躍 23 プロダクト開発がコモディティ化する世界で、勝敗を分けるのは 「深いインサイトを、いかに早く、継続的に得られるか」 分析基盤がない状態 ・分析は「一大プロジェクト」 ・仮説はリリースしてから検証される
・N1分析をしようという気持ちにならない 分析基盤が整備された状態 ・分析は「日常的な問い」 ・仮説がすぐに検証される ・純粋な好奇心がインサイトに繋がる
© KAKEHASHI Inc. All Rights Reserved. 気軽にN1分析ができる環境に 投資ください!!
©KAKEHASHI inc. N1を理解する組織 誰もがN1に関心を持つ組織にすることがディスカバリーの要 25 all-handsでは営業/CSから1薬局の詳細を全体に共有 ユーザーへの関心&一体感を高める N1への関心が低い組織 ・分析のデータ基盤の整備に関心がない ・ヒアリングの設定にCSが消極的
・決まったロードマップをこなす N1への関心が高い組織 ・機能のFBに関心が高い ・N1の声を営業・CSが集めてくる ・データを見れる基盤を整備したい ・社内の主語がユーザー
©KAKEHASHI inc. まとめ 26 「任せて使う」ことの 心理的・実利的ハードル ・任せるとはユーザーが リスクを受け入れること ・アイデンティティ喪失にも 繋がるほどハードルは高い
・個別ユーザーへの最適化 が必須 解像度を上げるための 「定量×定性」アプローチ ・徹底的にN1の定性・定量 を調べて仮説を立てる ・ヒアリングではファクトを 収集する ・顧客属性ごとの課題特定 からロードマップに繋げる 技法以上に大切な 「分析基盤と組織の関心」 ・N1分析がしやすい環境に 投資するべき ・環境だけでなくN1への 関心が高い組織を目指す
© KAKEHASHI Inc. All Rights Reserved. 組織でN1に向き合って 未来の医療体験に挑む
© KAKEHASHI Inc. All Rights Reserved. PM・EM・エンジニアを積極採用中 https://kakehashi-dev.hatenablog.com/entry/2025/07/17/093000 We’re Hiring!!!