Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
KPIだけでは評価できないプロダクトが考えるべき Evalsという第二の評価系 / Beyon...
Search
Aki / @LoveIdahoBurger
September 05, 2026
Technology
4.3k
6
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
KPIだけでは評価できないプロダクトが考えるべき Evalsという第二の評価系 / Beyond KPIs: Evals as a Second Evaluation Framework for Products #PdEConf
プロダクトエンジニアリングカンファレンス2026の登壇資料です
Aki / @LoveIdahoBurger
September 05, 2026
More Decks by Aki / @LoveIdahoBurger
See All by Aki / @LoveIdahoBurger
「作ること」と「価値を生むこと」はなぜズレるのか:アウトプットと価値の断絶を乗り越える / Why "Building" and "Delivering Value" Diverge
aki_iinuma
10
7.3k
「アウトプット脳からユーザー価値脳へ」がそんなに簡単にできたら苦労しない #RSGT2026
aki_iinuma
15
9.9k
Noを伝える技術2025: 爆速合意形成のためのNICOフレームワーク速習 #pmconf2025
aki_iinuma
5
5.6k
プロダクトマネージャーのキャリアQUEST - pmconf2024 落選セッションお披露目会 #落選お披露目
aki_iinuma
5
8k
その機能、今作る必要ある?
aki_iinuma
9
3.9k
その失敗から何を学ぶ?不確実性をマネジメントして目標達成するための心得 #webtan
aki_iinuma
30
7.9k
リアルで価値を発揮するデジタルプロダクトを開発する
aki_iinuma
5
2.9k
プロダクトマネジメント組織立ち上げの課題と落とし穴と楽しみ #pmconf2022
aki_iinuma
25
18k
決済に関する地味な話 #地味PMmeetup
aki_iinuma
7
2.9k
Other Decks in Technology
See All in Technology
AgentCore Runtime上にAgentic Coding基盤を構築・展開する際の設計ポイントと限界点 / Design considerations and limitations when building an agentic coding platform on AgentCore Runtime
har1101
5
690
【技術的負債conf】事業成長に伴う技術的負債の説明責任とAIによるモニタリング、認知的負債について
i35_267
3
2.1k
AI 時代のスタートアップエコシステ厶から考究する技術的負債との向き合い方
m3m0r7
PRO
3
2.6k
データ_AIの事業の勝敗をわけるもの
nek0128
1
480
ほんとうの信頼性はヒーローが死んでからはじまる / True reliability begins after the hero dies
vtryo
0
110
Deployment の 先にある AI Agent 基盤 - kagent vNext、Agent Substrate、Hermes から読み解く Agent Runtime の現在地 / k8s-matsuri-2-ai-agent-platform-amsy810
masayaaoyama
4
710
AIエージェントを最高のパートナーに育てる方法|評価と判断軸を育てる5つのステップ
koichiaoki
1
160
beyond jj: config & tools ecosystem
indirect
0
5.9k
LLMに渡さなかった仕事
nanaism
0
1.4k
開発投資の期待値を上げるプロダクトロードマップづくり ~プロダクトエンジニアが越境して事業を伸ばす~
kekekenta
1
240
Oracle Cloud Network Path Analyzerを試してみた/I Tried Out Oracle Cloud Network Path Analyzer
masakiokuda
1
110
Cloudflare Workers 向けアプリを C# で構築する ~WASM Native AOT への道~
nenonaninu
1
1.2k
Featured
See All Featured
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
830
How to Talk to Developers About Accessibility
jct
2
550
Paper Plane (Part 1)
katiecoart
PRO
2
11k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
300
Everyday Curiosity
cassininazir
0
320
[RailsConf 2023] Rails as a piece of cake
palkan
59
7k
Testing 201, or: Great Expectations
jmmastey
46
8.3k
The Anti-SEO Checklist Checklist. Pubcon Cyber Week
ryanjones
0
250
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.6k
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
680
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
990
Transcript
KPIだけでは評価できないプロダクトが考えるべき Evalsという第二の評価系 飯沼亜紀 Product / Strategy / Decision Making Aki
Iinuma, 2026 1
Product / Strategy / Decision Making Aki Iinuma, 2026 2
経歴 ソニーデジタルネットワークアプリケーションズ 経営企画→新規事業のプロダクトマネージャー ユニクロ / ファーストリテイリング プロダクトマネージャー、プロジェクトマネージャー、 新規事業 日本マクドナルド プロダクトマネージャー
キャディ プロダクトマネージャー、プログラムマネージャー、 Head of Product Design Aki Iinuma 飯沼亜紀 𝕏: @LoveIdahoBurger Product / Strategy / Decision Making 2024年10月に独立、2025年9月より現職 やっていること オペレーションとテクノロジーの両方を使って世の中を良い方向に 変えていこうとしている野良プロダクトマネージャー Aki Iinuma, 2026 3
プロダクトマネジメント関連の発信をしています note メンバーシップ『Akiのコソコソ話』 著書『Noを伝える技術』 限定記事が読めるメンバーシップ 全国の書店‧Amazonにて好評発売中! Product / Strategy /
Decision Making Aki Iinuma, 2026
本日の内容 • • • Evalsとは Evals設計しようとしたら困った話 Evalsを設計するとは何をすることか -------------ここまで必ず話す-------------- • KPIではなぜダメなのか
Product / Strategy / Decision Making Aki Iinuma, 2026 5
Evals (Evaluations) とは AIの出力が自社にとって期待品質に合っているかどうかを継続的に確かめるための自社 専用評価セット のこと よく言われること: AIは出力が非決定的だから、従来のテストでは品質が測れないよね、だから新しい評価手 法であるEvalsが必要だよね! ちなみに本日は
Evalsの実装方法についてのお話は一切しません!! Product / Strategy / Decision Making Aki Iinuma, 2026 6
ある会社にAIを導入した時のこと… CS対応にAIを導入するプロジェクトのはじまり • • 「よい回答」というものを定義するために問い合わせデータをたくさん集める 集まった問い合わせに対して「よい回答」のお手本をつくっていく 期待していたこと: • • 「よい回答」が定義されて、AIが賢くなる
AIの出力に対して、それが「よい回答」になっているかどうかの評価ができる Product / Strategy / Decision Making Aki Iinuma, 2026 7
Product / Strategy / Decision Making Aki Iinuma, 2026 8
Evalsを設計するとは「良い仕事とは何か」を決めること • 実際にそういう話をすると「できない理由」がたくさん出てくる ◦ ◦ ◦ ◦ • 人によって違う 状況依存性が高すぎて、「この場合はこう」のルールが書けない
線引きが暗黙知になっていて、明文化できない 「お客様のために」のような漠然とした対応指針しか持っていない Evalsの設計は、自社が良い仕事と呼んでいるものを誰も定義していなかったことが露 呈する機会になることが多い Product / Strategy / Decision Making Aki Iinuma, 2026 9
Product / Strategy / Decision Making Aki Iinuma, 2026 10
Evalsを作るために必要なステップ • • • • 業務を棚卸しする 期待値を言語化する ベテラン同士で合意形成する 例外処理・線引きを明文化する 本来やるべきだったことがずっと放置されていたが、AIを導入しようとしたことでようやく進
むようになった、というのが今 Product / Strategy / Decision Making Aki Iinuma, 2026 11
一度作ったら終わりではない • 継続的に見直して改善することが重要 ◦ • 動かしてみると想定していなかった失敗が出てくることはよくある ◦ ◦ ◦ •
• プロダクトビジョン、ロードマップ、 KPIなどでも同じ話を聞いたな … 変な案内をしてクレームになった 特定のケースに弱かった 例外的な依頼が発生した 都度Evalsにも反映していく必要がある それにより評価セットが進化していく 長期的には、 AIの良し悪しは失敗を学習に変える仕組みをどれだけ持っているかで決まる Product / Strategy / Decision Making Aki Iinuma, 2026 12
Evalsはエンジニアに丸投げする仕事ではない • Evalsを設計するとはつまりこういうこと: ◦ ◦ ◦ ◦ ◦ • •
自社が何を「良い仕事」と呼ぶか定義する どの判断をAIに任せ、どこで人が責任を持つかの線を引く 例外を扱うルールを決める 期待値を実例レベルで明文化する 実運用を通じて育て続ける Evalsの結果を評価し必要に応じて対策を講じる際にエンジニアは必要になる しかし本質的なEvalsの設計には業務理解と経営視点も必要 Product / Strategy / Decision Making Aki Iinuma, 2026 13
まずやってみてほしいこと • • • 「良い仕事」の定義を決められる人を2人(またはそれ以上)集める 互いに相談せずに入力に対する「良い出力」を書き出す 突き合わせる →割れたところが未定義の場所 • ちなみに割れるのは答えだけではない
◦ ◦ ◦ ◦ ◦ トーン 否定の仕方 踏み込み・先回りの度合い 例外対応 etc... Product / Strategy / Decision Making Aki Iinuma, 2026 14
うまくいかないことを「 AIの問題」として諦めるか、 「自分たちの言語化の問題」として向き合うか Product / Strategy / Decision Making Aki
Iinuma, 2026 15
つづく Product / Strategy / Decision Making Aki Iinuma, 2026
16
KPIを追っていれば変なことにはならない世界 • KPIが正しく改善していれば、品質も維持できているよね! ◦ ◦ ◦ ◦ ◦ ◦ CVRが伸びている!
件数が伸びている! 工数が減っている! コストが減っている! 処理速度が上がっている! などなど… KPIがこれだけ伸びているということはお客様が満足しているということだろう それはつまり、良い体験が提供できているということだろう Product / Strategy / Decision Making Aki Iinuma, 2026 17
昔から「KPIが良いのに品質は壊れている」はあった • KPIハックは昔から起きていた ◦ ◦ ◦ • • 営業の架電件数を追っていたら、形式だけの短いコールが増えていった カスタマーサポートの対応件数を追っていたら、テンプレ回答ばかりで品質の良くない対応が増えて
いった 開発のストーリーポイント消化を追っていたら、こなしやすい小さいチケットばかりが切られるようになっ た 本来は昔から、KPIとは別に「自社が期待する品質に応えるアウトプットが出ているか」 は見ていなければならなかった しかし「個人に対する信頼」が品質評価のかわりになっていた Product / Strategy / Decision Making Aki Iinuma, 2026 18
Product / Strategy / Decision Making Aki Iinuma, 2026 19
人間はKPIの外にブレーキがあったがAIにはない 表の評価系: KPI CVR・継続率・応答率・ … 裏で働いていた力:ソーシャルな歯止め 同僚の目・顧客の反応・自分のプライド・罪悪感・… • • 裏の力があるから「KPIがよければだいたい品質も良いだろう」がどうにか成立してい
た AIにはない→精緻なKPI設計が重要→では、品質のKPIって? Product / Strategy / Decision Making Aki Iinuma, 2026 20
なぜ「KPIをしっかり設計しましょう」ではなくEvalsなのか • KPIはずっと同じところをぐるぐるしてしまうから ◦ ◦ ◦ • 品質はどうやったら数字にできる?その数字をどう取得する? それらを考えると結局プロキシメトリクスをとることになる プロキシメトリクスをとるということは
KPIハックの餌食になる 「自社にとっての良い仕事」を定義しそれに基づいてKPIとは別で評価するために Evalsが必要 ところで …「自社にとっての良い仕事」って定義されているんでしたっけ? Product / Strategy / Decision Making Aki Iinuma, 2026 21
されてなさそう Product / Strategy / Decision Making Aki Iinuma, 2026
22
「定義がない」という怖い気づき • • • この人が抜けたらもう誰も「良い仕事」を再現できないかもしれない 新しい人が入ってきたときに教育するための「良い仕事」の基準がないかもしれない 組織として「我々はこういうサービス品質でやっています」と言えるものがないかもしれ ない 組織の中で曖昧に進んできたものが炙り出されていく 結局難しいのは技術的にどう評価を組み込むかではなく「自社の自己理解の解像度をどう上げるか」だった
Product / Strategy / Decision Making Aki Iinuma, 2026 23
Thank You Product / Strategy / Decision Making Aki Iinuma,
2026 24