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
5.4k
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
12
9k
「アウトプット脳からユーザー価値脳へ」がそんなに簡単にできたら苦労しない #RSGT2026
aki_iinuma
15
10k
Noを伝える技術2025: 爆速合意形成のためのNICOフレームワーク速習 #pmconf2025
aki_iinuma
5
5.7k
プロダクトマネージャーのキャリアQUEST - pmconf2024 落選セッションお披露目会 #落選お披露目
aki_iinuma
5
8.1k
その機能、今作る必要ある?
aki_iinuma
9
3.9k
その失敗から何を学ぶ?不確実性をマネジメントして目標達成するための心得 #webtan
aki_iinuma
30
8k
リアルで価値を発揮するデジタルプロダクトを開発する
aki_iinuma
5
2.9k
プロダクトマネジメント組織立ち上げの課題と落とし穴と楽しみ #pmconf2022
aki_iinuma
25
18k
決済に関する地味な話 #地味PMmeetup
aki_iinuma
7
2.9k
Other Decks in Technology
See All in Technology
OR学会2026年秋期大会_機械学習と数理最適化の融合による、配合レシピ最適化システム開発事例
brainpadpr
0
130
Snapshot Testing in Practice: Predictable and Reliable SwiftUI Views
fespinoza
0
190
AI時代のAPI開発を加速する品質ガードレール / API Quality Guardrails in the AI Era
yokawasa
0
180
AI時代のPRレビューにどう向き合うか?
kairim0
1
170
転んだ話が背中を預ける理由になる / A_story_about_falling_down_gives_you_a_reason_to_watch_each_other_s_backs.pdf
pauli
3
350
オンラインゲームのシステム全体像 - コロプラ 2026年度 新卒研修
colopl
0
1.1k
不可逆な意思決定を避けながら10億超の顧客データを AI Ready にするデータ基盤設計
baseballyama
1
300
AI時代だからこそ推したい!Gitコマンド再入門
munakata
0
170
事業成長とデータ活用を止めないためのマネジメントへ挑戦
hiracky16
0
190
継続的なAIコスト最適化
bgpat
1
280
自主式軟體工廠
philipz
0
260
LLM機能を自作して分かるSnowflake Cortex AIの強み
nayuts
0
360
Featured
See All Featured
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
520
What the history of the web can teach us about the future of AI
inesmontani
PRO
2
730
Designing for Timeless Needs
cassininazir
1
520
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
530
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.2k
The Art of Programming - Codeland 2020
erikaheidi
57
14k
Prompt Engineering for Job Search
mfonobong
0
500
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
1.1k
Fireside Chat
paigeccino
43
4.1k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.6k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
570
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
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