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
KAKEHASHI
PRO
December 03, 2025
Technology
3.4k
1
Share
なぜ使われないのか?──定量×定性で見極める本当のボトルネック
pmconf 2025
https://2025.pmconf.jp/event-tokyo/session-15
での登壇資料です
KAKEHASHI
PRO
December 03, 2025
More Decks by KAKEHASHI
See All by KAKEHASHI
プロダクトを育てるように生成AIによる開発プロセスを育てよう
kakehashi
PRO
1
890
チームのモメンタムに投資せよ! 不確実性と共存しながら勢いを生み出す3つの実践
kakehashi
PRO
1
170
FAXが現役の業界でマルチモーダルAIプロダクトを作る
kakehashi
PRO
1
110
EMからVPoEを経てCTOへ:マネジメントキャリアパスにおける葛藤と成長
kakehashi
PRO
9
2.3k
器用貧乏が強みになるまで ~「なんでもやる」が導いたエンジニアとしての現在地~
kakehashi
PRO
5
1.1k
AIで「ふとした疑問」を即座に検証する 〜定量で圧倒するN1理解〜
kakehashi
PRO
3
1.1k
生成AIと余白 〜開発スピードが向上した今、何に向き合う?〜
kakehashi
PRO
1
410
開発チームが信頼性向上のためにできること
kakehashi
PRO
5
220
他言語経験者が知っておきたいTypeScriptのクラスの注意点
kakehashi
PRO
1
160
Other Decks in Technology
See All in Technology
推し活エージェント
yuntan_t
1
890
レガシーシステムをどう次世代に受け継ぐか
tachiiri
0
320
自己組織化を試される緑茶ハイを求めて、今日も全力であそんで学ぼう / Self-Organization and Shochu Green Tea
naitosatoshi
0
310
バックオフィスPJのPjMをコーポレートITが担うとうまくいく3つの理由
yueda256
1
290
Cortex Code君、今日から内製化支援担当ね。
coco_se
0
300
20260410 - CNTUG meetup #72 - DiskImage Builder 介紹:以 Kubespray CI 打造 RockyLinux 10 Cloud Image 為例
tico88612
0
110
「決め方」の渡し方 / How to hand over the "decision-making process"
pauli
8
1.3k
試されDATA SAPPORO [LT]Claude Codeで「ゆっくりデータ分析」
ishikawa_satoru
0
330
Babylon.js Japan Activities (2026/4)
limes2018
0
200
システムは「動く」だけでは 足りない - 非機能要件・分散システム・トレードオフの基礎
nwiizo
23
6.8k
新規サービス開発におけるReact Nativeのリアル〜技術選定の裏側と実践的OSS活用〜
grandbig
2
160
あるアーキテクチャ決定と その結果/architecture-decision-and-its-result
hanhan1978
2
550
Featured
See All Featured
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
120
A Soul's Torment
seathinner
5
2.6k
The Anti-SEO Checklist Checklist. Pubcon Cyber Week
ryanjones
0
110
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
310
How to build a perfect <img>
jonoalderson
1
5.3k
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.2k
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
1
510
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
It's Worth the Effort
3n
188
29k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
1.8k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
61
43k
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
160
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!!!