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
プロダクトのための地味な動き - 地味PM meetup
Search
Yusuke Hisatsu
April 12, 2022
Business
7
9.3k
プロダクトのための地味な動き - 地味PM meetup
2022/04/12開催の地味PM meetupの登壇資料です。
https://mercari.connpass.com/event/243373/
Yusuke Hisatsu
April 12, 2022
Tweet
Share
More Decks by Yusuke Hisatsu
See All by Yusuke Hisatsu
アンラーニングし続けるプロダクトマネジメント
yusukehisatsu
2
950
チームで盛り上げる ファシリテーション
yusukehisatsu
19
13k
新卒者向け資料_タスクマネジメント・ドキュメンテーション
yusukehisatsu
0
450
心理的安全性を0から80ぐらいに上げた話
yusukehisatsu
1
760
システム思考とプロダクトマネジメント
yusukehisatsu
21
17k
JobsToBeDone/ジョブ理論をまとめてみた
yusukehisatsu
6
6.9k
幅広い経験を活かして PdMになった話@Kiitok meetup
yusukehisatsu
0
260
エンジニアチームビルディングジャーニー
yusukehisatsu
0
550
心理的安全性の高いチームを作ってみた
yusukehisatsu
2
540
Other Decks in Business
See All in Business
SHOW就活株式会社 会社紹介
showsyukatsu0801
0
220
Sales Marker Culture Book(English)
salesmarker
PRO
2
6.3k
家族アルバム みてね 事業紹介 / Our Business
familyalbum
6
46k
ブランド・プランナー協会講座概要
brandingtechnology
0
1.1k
【新卒採用資料】Natee Company Deck _202508
nateehr
0
210
操電会社紹介資料 / Soden Company Deck
soden
0
540
株式会社アドバンテッジリスクマネジメント会社紹介資料
arm0020
0
54k
エンジニア採用を引き継いだあなたへ〜EMが採用に向き合うとき、まず知っておきたいこと〜
kkun_22
PRO
1
530
【UI/UXデザイナー職】中途採用向け会社説明資料(テックファーム株式会社)
techfirm
0
320
AIが実現するプロダクトオーナーと開発者の架け橋
bicstone
2
230
“成果”を出すためのプレゼン準備 プレゼン資料作成の前にやること
bunnchinn3
1
130
CREによる顧客のキャッチアップを加速する仕組み作り / Creating a mechanism to accelerate customer catch-up through CRE
woody_kawagoe
1
260
Featured
See All Featured
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
188
55k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Facilitating Awesome Meetings
lara
55
6.5k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
13k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.5k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
23
1.4k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
8
520
Writing Fast Ruby
sferik
628
62k
YesSQL, Process and Tooling at Scale
rocio
173
14k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Gamification - CAS2011
davidbonilla
81
5.4k
Automating Front-end Workflow
addyosmani
1370
200k
Transcript
プロダクトのための 地味な動き @地味PM meetup 株式会社グロービス Globis Digital Platform CPO/PM 久津佑介
2 自己紹介 久津 佑介 / Yusuke Hisatsu 株式会社グロービス Globis Digital
Platform 学習サービス事業部 CPO 兼 法人開発チーム PM @Nunerm プロダクトマネージャーカンファレンス実行委員会もやってます(今年もがっつり計画中)
3 今日話したいこと 「PMがやるべきこと」ではなく 「プロダクトのためにやるべきこと」に フォーカスしよう
4 プロダクト開発の当時の状況 学習サービス 事業部 事業 開発 国内toC 国内toB 海外toC/toB コンテンツ
決済 受講者体験 法人 組織の特徴 • 事業と開発でチーム分けの軸が異なる =コミュニケーションパスが複雑 • 一部を除き、事業チームから依頼する/ される関係が残る CPO PM 開発依頼
5 法人開発チームの当時の問題 Discovery • ユーザーの解決すべき課題の解像度が粗い • ユーザーストーリーが整理されておらず、思いつきドリブン • データよりステークホルダーの経験や主観で優先度が決まる Delivery
• リリースした機能でなかなか成果が出ず、その原因もわからない • 期待される開発パフォーマンスが出ず、リリースペースが遅い 解決に向けてアクション!
6 問題解決のためにやったこと Discovery • ユーザーインタビューを100回行って課題を抽出 • プロダクトロードマップをビジュアライズしてチームへ浸透 • データ分析基盤とダッシュボードを作り、データドリブンで意思決定 Delivery
• リリース前にA/Bテストを必ず行い、成果への確実性向上 • デュアルトラックアジャイルを導入しリリースへのリードタイム短縮 無事に解決!
7 問題解決のためにやったこと • プロダクトロードマップをビジュアライズしてチームへ浸透させた • ユーザーインタビューを100回行って課題を抽出 • ユーザーストーリーマッピングを行い課題を体系化 • データ分析基盤を作ってダッシュボードを量産し、データドリブンで意思決定
• リリース前にA/Bテストを必ず行い、成果への確実性を上げた • アジャイルコーチを呼んで開発プロセスの再構築 無事に解決! うそです
8 実際に問題解決のためにやったこと Discovery • 他チームのNotionページを全探索&インデックス作り • カスタマーサクセスチームとの定期ミーティング設定&明るいファシリ • アジェンダを日英併記ルール策定 •
経営会議に参加するために上司に根回し Delivery • 全チケットと突発的に発生するタスクのトラッキング&グルーピング • 一部のタスクをやらない理由を資料にまとめてプレゼン&根回し • 他開発チームのミーティングやランチに乱入して状況把握
9 問題解決のためにやったこと • プロダクトロードマップをビジュアライズしてチームへ浸透させた • ユーザーインタビューを100回行って課題を抽出 • ユーザーストーリーマッピングを行い課題を体系化 • データ分析基盤を作ってダッシュボードを量産し、データドリブンで意思決定
• リリース前にA/Bテストを必ず行い、成果への確実性を上げた • アジャイルコーチを呼んで開発プロセスの再構築 無事に解決! 地味
10 なぜ地味なことばかり行なったのか? 問題の原因の大半がこの2つであることがわかったから ①周りとの情報の格差 ②役割定義の曖昧さ 例:ユーザーの解決すべき課題の解像度が粗い →カスタマーサクセスが持っているユーザーに関する貴重な情報がシェアされていなかった →これを無視してゼロからリサーチしても時間の無駄だし、サクセスと一枚岩になれず価値を最大化できない →まずは一致団結できる関係性づくりと情報の透明性を! 例:期待される開発パフォーマンスが出ず、リリースペースが遅い
→単純にやることが多かった →チームの役割定義が曖昧だったので、隙間にあるこぼれ球がガンガン投げられる →まずは役割の再定義をし集中できる環境づくりを!
11 実際に問題解決のためにやったこと Discovery • 他チームのNotionページを全探索&インデックス作り • カスタマーサクセスチームとの定期ミーティング設定&明るいファシリ • アジェンダを日英併記ルール策定 •
経営会議に参加するために上司に根回し →周りの情報を取りやすくする動き Delivery • 全チケットと突発的に発生するタスクのトラッキング&グルーピング • 一部のタスクをやらない理由を資料にまとめてプレゼン&根回し • 他開発チームのミーティングやランチに乱入して状況把握 →「やらない」の説得力を上げて周りにパスしやすくする動き
12 どう考えているか
13 どう考えているか
14 問題解決のためにやったこと • プロダクトロードマップをビジュアライズしてチームへ浸透させた • ユーザーインタビューを100回行って課題を抽出 • ユーザーストーリーマッピングを行い課題を体系化 • データ分析基盤を作ってダッシュボードを量産し、データドリブンで意思決定
• リリース前にA/Bテストを必ず行い、成果への確実性を上げた • アジャイルコーチを呼んで開発プロセスの再構築 無事に解決! それはPMがやるべきことなの?
15 問題解決のためにやったこと • プロダクトロードマップをビジュアライズしてチームへ浸透させた • ユーザーインタビューを100回行って課題を抽出 • ユーザーストーリーマッピングを行い課題を体系化 • データ分析基盤を作ってダッシュボードを量産し、データドリブンで意思決定
• リリース前にA/Bテストを必ず行い、成果への確実性を上げた • アジャイルコーチを呼んで開発プロセスの再構築 無事に解決! 知らん
16 プロダクトのために誰かがやるべきことではある こういう地味な仕事は、プロダクトの価値を最大化するために必要になる場合がある ただ、面白くないし直接的な成果も見えづらいから誰もやりたがらない それが「PMがやるべきこと」かどうかは知らない でも誰もやる人がいないなら自らやった方がいい なぜならPMは「プロダクトの価値の最大化に誰よりもコミットする人」だと思うから
17 今日話したいこと(再掲) 「PMがやるべきこと」ではなく 「プロダクトのためにやるべきこと」に フォーカスしよう
18 宣伝 このような取り組みもあり GLOBISのプロダクト開発組織は 目に見えて成長しています ただ、まだまだ課題も多いしPMも足りません 一緒に「学びの未来」を作りませんか まずはカジュアル面談しましょう! Twitterで「久津 PM」と検索したら出てきます→