Suche senden
Hochladen
プロダクトオーナーシップ勉強会 第5回
•
0 gefällt mir
•
667 views
P
pepabo-po
Folgen
ペパボ プロダクトオーナーシップ勉強会 第5回 の発表資料です。Inspired日本語版を読んでいます。
Weniger lesen
Mehr lesen
Business
Melden
Teilen
Melden
Teilen
1 von 27
Jetzt herunterladen
Downloaden Sie, um offline zu lesen
Empfohlen
プロダクトオーナーシップ勉強会 第4回
プロダクトオーナーシップ勉強会 第4回
pepabo-po
POとPOじゃない人の勉強会 第6回
POとPOじゃない人の勉強会 第6回
pepabo-po
プロダクトオーナーシップ勉強会 第2回
プロダクトオーナーシップ勉強会 第2回
pepabo-po
プロダクトオーナーシップ勉強会 第3回
プロダクトオーナーシップ勉強会 第3回
pepabo-po
はじめてのScrum
はじめてのScrum
Kenji Morita
【早稲田大学向け】ソフトウェア開発に必要な職種
【早稲田大学向け】ソフトウェア開発に必要な職種
Takuya Oikawa
はじめてのPRD
はじめてのPRD
Takuya Oikawa
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
kumiko koshiro
Empfohlen
プロダクトオーナーシップ勉強会 第4回
プロダクトオーナーシップ勉強会 第4回
pepabo-po
POとPOじゃない人の勉強会 第6回
POとPOじゃない人の勉強会 第6回
pepabo-po
プロダクトオーナーシップ勉強会 第2回
プロダクトオーナーシップ勉強会 第2回
pepabo-po
プロダクトオーナーシップ勉強会 第3回
プロダクトオーナーシップ勉強会 第3回
pepabo-po
はじめてのScrum
はじめてのScrum
Kenji Morita
【早稲田大学向け】ソフトウェア開発に必要な職種
【早稲田大学向け】ソフトウェア開発に必要な職種
Takuya Oikawa
はじめてのPRD
はじめてのPRD
Takuya Oikawa
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
kumiko koshiro
UI Crunch 03 『プロトタイピングの助走と飛躍』
UI Crunch 03 『プロトタイピングの助走と飛躍』
Ryo Yoshitake
Why startups need "Lean Startup" & "Design Sprint"?
Why startups need "Lean Startup" & "Design Sprint"?
Takaaki Umada
Scrum
Scrum
Kakigi Katuyuki
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
Shinsuke Miyaki
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
hiroyuki Yamamoto
はじめてのアジャイル
はじめてのアジャイル
Takao Kimura
はじめてのアジャイル
はじめてのアジャイル
Yoshihito Kuranuki
Design Sprint ガイドブック v2
Design Sprint ガイドブック v2
Takaaki Umada
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
Takaaki Umada
Design sprint
Design sprint
Nobuyuki Ohnaga
ユーザテストを1ヶ月で立ち上げた話
ユーザテストを1ヶ月で立ち上げた話
Tetsuo Endo
system testing in Scrum
system testing in Scrum
Noriyuki Nemoto
Design Sprint と Lean UX: 顧客からの学び方
Design Sprint と Lean UX: 顧客からの学び方
Takaaki Umada
メトリクスによる「見える化」のススメ:No 見える化、No 改善
メトリクスによる「見える化」のススメ:No 見える化、No 改善
Hiroyuki Ito
デザイン組織に本気で取り組む
デザイン組織に本気で取り組む
tomo tsubota
Kaizen process with test #hackt
Kaizen process with test #hackt
kyon mm
BizとDevが協業し、良いプロダクトを作るために知っておきたい考え方
BizとDevが協業し、良いプロダクトを作るために知っておきたい考え方
Natsuki Nishiyama
デザインスプリント試行してみて
デザインスプリント試行してみて
Shosaku Suzuki
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
Hiroyuki Ito
POとPOじゃない人の勉強会 第13回
POとPOじゃない人の勉強会 第13回
pepabo-po
POとPOじゃない人の勉強会 番外編
POとPOじゃない人の勉強会 番外編
pepabo-po
What is and isn't lean startup
What is and isn't lean startup
Taro Kawai
Weitere ähnliche Inhalte
Was ist angesagt?
UI Crunch 03 『プロトタイピングの助走と飛躍』
UI Crunch 03 『プロトタイピングの助走と飛躍』
Ryo Yoshitake
Why startups need "Lean Startup" & "Design Sprint"?
Why startups need "Lean Startup" & "Design Sprint"?
Takaaki Umada
Scrum
Scrum
Kakigi Katuyuki
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
Shinsuke Miyaki
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
hiroyuki Yamamoto
はじめてのアジャイル
はじめてのアジャイル
Takao Kimura
はじめてのアジャイル
はじめてのアジャイル
Yoshihito Kuranuki
Design Sprint ガイドブック v2
Design Sprint ガイドブック v2
Takaaki Umada
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
Takaaki Umada
Design sprint
Design sprint
Nobuyuki Ohnaga
ユーザテストを1ヶ月で立ち上げた話
ユーザテストを1ヶ月で立ち上げた話
Tetsuo Endo
system testing in Scrum
system testing in Scrum
Noriyuki Nemoto
Design Sprint と Lean UX: 顧客からの学び方
Design Sprint と Lean UX: 顧客からの学び方
Takaaki Umada
メトリクスによる「見える化」のススメ:No 見える化、No 改善
メトリクスによる「見える化」のススメ:No 見える化、No 改善
Hiroyuki Ito
デザイン組織に本気で取り組む
デザイン組織に本気で取り組む
tomo tsubota
Kaizen process with test #hackt
Kaizen process with test #hackt
kyon mm
BizとDevが協業し、良いプロダクトを作るために知っておきたい考え方
BizとDevが協業し、良いプロダクトを作るために知っておきたい考え方
Natsuki Nishiyama
デザインスプリント試行してみて
デザインスプリント試行してみて
Shosaku Suzuki
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
Hiroyuki Ito
Was ist angesagt?
(19)
UI Crunch 03 『プロトタイピングの助走と飛躍』
UI Crunch 03 『プロトタイピングの助走と飛躍』
Why startups need "Lean Startup" & "Design Sprint"?
Why startups need "Lean Startup" & "Design Sprint"?
Scrum
Scrum
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
はじめてのアジャイル
はじめてのアジャイル
はじめてのアジャイル
はじめてのアジャイル
Design Sprint ガイドブック v2
Design Sprint ガイドブック v2
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
Design sprint
Design sprint
ユーザテストを1ヶ月で立ち上げた話
ユーザテストを1ヶ月で立ち上げた話
system testing in Scrum
system testing in Scrum
Design Sprint と Lean UX: 顧客からの学び方
Design Sprint と Lean UX: 顧客からの学び方
メトリクスによる「見える化」のススメ:No 見える化、No 改善
メトリクスによる「見える化」のススメ:No 見える化、No 改善
デザイン組織に本気で取り組む
デザイン組織に本気で取り組む
Kaizen process with test #hackt
Kaizen process with test #hackt
BizとDevが協業し、良いプロダクトを作るために知っておきたい考え方
BizとDevが協業し、良いプロダクトを作るために知っておきたい考え方
デザインスプリント試行してみて
デザインスプリント試行してみて
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
Andere mochten auch
POとPOじゃない人の勉強会 第13回
POとPOじゃない人の勉強会 第13回
pepabo-po
POとPOじゃない人の勉強会 番外編
POとPOじゃない人の勉強会 番外編
pepabo-po
What is and isn't lean startup
What is and isn't lean startup
Taro Kawai
10分でわかったつもりになるlean start up ~リーンスタートアップって何ですか?~
10分でわかったつもりになるlean start up ~リーンスタートアップって何ですか?~
圭 進藤
つくらない ものづくり ~明日からできるリーンスタートアップ~
つくらない ものづくり ~明日からできるリーンスタートアップ~
圭 進藤
大組織の中でのリーン
大組織の中でのリーン
Taro Kawai
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
Itsuki Kuroda
新規事業・起業を妨げる「ビジネスモデル症候群」とは
新規事業・起業を妨げる「ビジネスモデル症候群」とは
Lean Startup Japan LLC
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Takaaki Umada
Andere mochten auch
(9)
POとPOじゃない人の勉強会 第13回
POとPOじゃない人の勉強会 第13回
POとPOじゃない人の勉強会 番外編
POとPOじゃない人の勉強会 番外編
What is and isn't lean startup
What is and isn't lean startup
10分でわかったつもりになるlean start up ~リーンスタートアップって何ですか?~
10分でわかったつもりになるlean start up ~リーンスタートアップって何ですか?~
つくらない ものづくり ~明日からできるリーンスタートアップ~
つくらない ものづくり ~明日からできるリーンスタートアップ~
大組織の中でのリーン
大組織の中でのリーン
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
新規事業・起業を妨げる「ビジネスモデル症候群」とは
新規事業・起業を妨げる「ビジネスモデル症候群」とは
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Ähnlich wie プロダクトオーナーシップ勉強会 第5回
日本ベンチャーにとってのシリコンバレーでのチャレンジと成功へのヒント
日本ベンチャーにとってのシリコンバレーでのチャレンジと成功へのヒント
ブレークスルーパートナーズ 赤羽雄二
【TFSUG】プロダクトオーナーシップ
【TFSUG】プロダクトオーナーシップ
shibao800
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
Mizuki Tanno
継続的に良い製品をリリースするために
継続的に良い製品をリリースするために
Toshiaki Nomura
PWC 第4回スライド(111120)
PWC 第4回スライド(111120)
zoesuke8592
BPSttudy#84 アイデアをカタチにする方法
BPSttudy#84 アイデアをカタチにする方法
Haruo Sato
Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese Translation
Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese Translation
Kenji Hiranabe
Marketing 11 戦略と組織能力
Marketing 11 戦略と組織能力
Meiji University / 明治大学
Designing Brand Identity - プロセス編1
Designing Brand Identity - プロセス編1
Soyeon Lee
ベストタイムは 23 時? グローバル開発チームとの付き合い方
ベストタイムは 23 時? グローバル開発チームとの付き合い方
Daizen Ikehara
リーン・スタートアップ のためのテスト
リーン・スタートアップ のためのテスト
Masakuni Kato
To be sn agile enterprise
To be sn agile enterprise
Rakuten Group, Inc.
【無料】プレゼンテーション研修(シャイン経営研究所)
【無料】プレゼンテーション研修(シャイン経営研究所)
Tomohiko Yato
Lean Customer Development と顧客インタビュー (技術者/研究者発スタートアップのためのリーンスタートアップ)
Lean Customer Development と顧客インタビュー (技術者/研究者発スタートアップのためのリーンスタートアップ)
Takaaki Umada
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
Daisuke Matsuda
Process - Shipley Proposal Guideの「Process」の章を読む
Process - Shipley Proposal Guideの「Process」の章を読む
Naoki Ishimitsu
プロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Web
minamo
リーンスタートアップの奇妙な冒険
リーンスタートアップの奇妙な冒険
Kakigi Katuyuki
Eric riesstartuplessonslearned2011 ja20110605
Eric riesstartuplessonslearned2011 ja20110605
Yuki Sekiguchi
「プロダクト マネジメント」と「プロダクト マーケティング」の違い
「プロダクト マネジメント」と「プロダクト マーケティング」の違い
watarukatsurashima
Ähnlich wie プロダクトオーナーシップ勉強会 第5回
(20)
日本ベンチャーにとってのシリコンバレーでのチャレンジと成功へのヒント
日本ベンチャーにとってのシリコンバレーでのチャレンジと成功へのヒント
【TFSUG】プロダクトオーナーシップ
【TFSUG】プロダクトオーナーシップ
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
継続的に良い製品をリリースするために
継続的に良い製品をリリースするために
PWC 第4回スライド(111120)
PWC 第4回スライド(111120)
BPSttudy#84 アイデアをカタチにする方法
BPSttudy#84 アイデアをカタチにする方法
Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese Translation
Eric Ries at Startup Lessons Learned sllconf 2011 - Japanese Translation
Marketing 11 戦略と組織能力
Marketing 11 戦略と組織能力
Designing Brand Identity - プロセス編1
Designing Brand Identity - プロセス編1
ベストタイムは 23 時? グローバル開発チームとの付き合い方
ベストタイムは 23 時? グローバル開発チームとの付き合い方
リーン・スタートアップ のためのテスト
リーン・スタートアップ のためのテスト
To be sn agile enterprise
To be sn agile enterprise
【無料】プレゼンテーション研修(シャイン経営研究所)
【無料】プレゼンテーション研修(シャイン経営研究所)
Lean Customer Development と顧客インタビュー (技術者/研究者発スタートアップのためのリーンスタートアップ)
Lean Customer Development と顧客インタビュー (技術者/研究者発スタートアップのためのリーンスタートアップ)
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
Process - Shipley Proposal Guideの「Process」の章を読む
Process - Shipley Proposal Guideの「Process」の章を読む
プロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Web
リーンスタートアップの奇妙な冒険
リーンスタートアップの奇妙な冒険
Eric riesstartuplessonslearned2011 ja20110605
Eric riesstartuplessonslearned2011 ja20110605
「プロダクト マネジメント」と「プロダクト マーケティング」の違い
「プロダクト マネジメント」と「プロダクト マーケティング」の違い
Mehr von pepabo-po
POとPOじゃない人の勉強会 第15回
POとPOじゃない人の勉強会 第15回
pepabo-po
POとPOじゃない人の勉強会 第14回
POとPOじゃない人の勉強会 第14回
pepabo-po
POとPOじゃない人の勉強会 第11回
POとPOじゃない人の勉強会 第11回
pepabo-po
POとPOじゃない人の勉強会 第10回
POとPOじゃない人の勉強会 第10回
pepabo-po
POとPOじゃない人の勉強会 第9回
POとPOじゃない人の勉強会 第9回
pepabo-po
POとPOじゃない人の勉強会 第8回
POとPOじゃない人の勉強会 第8回
pepabo-po
POとPOじゃない人の勉強会 第7回
POとPOじゃない人の勉強会 第7回
pepabo-po
Mehr von pepabo-po
(7)
POとPOじゃない人の勉強会 第15回
POとPOじゃない人の勉強会 第15回
POとPOじゃない人の勉強会 第14回
POとPOじゃない人の勉強会 第14回
POとPOじゃない人の勉強会 第11回
POとPOじゃない人の勉強会 第11回
POとPOじゃない人の勉強会 第10回
POとPOじゃない人の勉強会 第10回
POとPOじゃない人の勉強会 第9回
POとPOじゃない人の勉強会 第9回
POとPOじゃない人の勉強会 第8回
POとPOじゃない人の勉強会 第8回
POとPOじゃない人の勉強会 第7回
POとPOじゃない人の勉強会 第7回
Kürzlich hochgeladen
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
ユニパー株式会社
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
KayaSuetake1
Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
Yasuyoshi Minehisa
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
masakisaito12
20240427 zaim academy counseling lesson .pdf
20240427 zaim academy counseling lesson .pdf
ssuser80a51f
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ 株式会社
Kürzlich hochgeladen
(6)
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
20240427 zaim academy counseling lesson .pdf
20240427 zaim academy counseling lesson .pdf
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
プロダクトオーナーシップ勉強会 第5回
1.
プロダクトオーナーシップ勉強会 #05 2015.06.09 Yamamoto Toshiya 1
2.
前回のあらすじ • 第6章:プロダクトマネージャーの資質とスキル • 第7章:プロダクトマネージャーを管理・育成方法 •
第8章:パットン将軍の教え → 目標を与えれば人は動く 2
3.
3
4.
第9章∼第11章 • 9章: プロダクトマネージャーを支えるブレインたち •
10章: 上から降ってくるものをうまくさばく 第2部: ソフトウェアを開発するプロセス • 11章: 製品の市場性評価 4
5.
第9章 プロダクトマネージャーを支える ブレインたち 5
6.
第9章: プロダクトマネージャーを支えるブレインたち 社内の賢い人を探し出す • 製品開発とは、アイデアで勝負すること •
いいアイデアを見つけるには「賢い人たちの力」が必要 • 自分、チームだけでアイデアを見つけようとすると、領域をうん と狭めてしまう • ペパボはチーム、グループ内で考えることが多い。事業部制だか ら?アイデアをうんと狭めてしまわないやり方は? 6
7.
第9章: プロダクトマネージャーを支えるブレインたち 社内の賢い人を探し出す • 会社でいちばん頭の切れる人を探し出すことからはじまる •
役立つ人が埋もれている現実(人間関係、エゴ、自信のなさ等) • 製品開発チームの一員にしてしまうこともある • 「こともある」ってことは、そうじゃない場合「役立つ人」って 自分にとっていいアドバイスやアイデアをくれる都合のいい人? 7
8.
1. サム ……………………… 2.
クリス …………………… 3. アレックス …………….. 4. マット ………………….. 5. ミラ …………………….. 上司が無能だった。 現状に満足していた。 野心もなく、自分を過小評価していた。 「若さ」が差別を生んでいた。 「性別」「国籍」による差別。 第9章: プロダクトマネージャーを支えるブレインたち 社内の賢い人を探し出す だいたい上司が無能… 8
9.
第9章: プロダクトマネージャーを支えるブレインたち 社内の賢い人を探し出す • 賢い人を探し出すのはプロダクトマネージャーの役目 •
とにかく人に聞け!「頭のいい人は誰?」 • 歩き回れ!人の話に耳を傾けろ!ドアを開けとけ! • 困ってることを共有しろ! • アウトプットする人には情報が回ってくるよね • いろんな人(マネージャー同士、役員同士、だけでなくいろいろ なレベルの人)と付き合え! 9
10.
第9章: プロダクトマネージャーを支えるブレインたち 社内の賢い人を探し出す • 多くのプロダクトマネージャーがこういうのをやらないのは、 「独りよがり」でしかない •
アイデアの素晴らしさを見抜き、形にすることがプロダクトマネー ジャーの仕事である • すばらしい製品を世に送り出すことに尽きる 10
11.
第10章 上から降ってくるものを うまくさばく 11
12.
第10章: 上から降ってくるものをうまくさばく 10のテクニック • 上司の意見がコロコロかわるのにも理由がある •
上司にも上司がいる • 市場環境 • 予算・人員の制約 • 大企業で働くことの代償 12
13.
第10章: 上から降ってくるものをうまくさばく (上司とうまくやっていくための)10のテクニック 1. 変更を予測して計画 反復、やり直し、計画変更
→「かき回す(churn)」どのくらいかき回さ れた・かき回したかを記録し、将来に備える。 2. コミュニケーションのスタイルと頻度 上司が好むやり方に合わせよう。 3. 会議前の根回し 正式な会議の前に同意をとりつけておく。 4. 問題だけでなく提案も 上司は何が問題かだけでなく、どうやって解決しようとしているかも 聞きたがっている。 13
14.
第10章: 上から降ってくるものをうまくさばく (上司とうまくやっていくための)10のテクニック 5. 上司をうまく使う 上司にしかできないことをお願いしよう。 6.
周到に準備する 上司はほころびを見つけるのが得意 7. メールは短く 上へのメールは、短く、要点のみ 8. 意見ではなくデータと事実 「もしわが社のだれかの意見にしたがってこの決定をするのであ れば、私の意見に従うべきだ。」 14
15.
第10章: 上から降ってくるものをうまくさばく (上司とうまくやっていくための)10のテクニック 9. 製品のアイデアを説いて回る 普段からやっておけば、他のグループの人たちも手助けしてくれ るようになる。 10.
手のかからない社員になる 自分の相談相手を上司にするのはやめよう。上司に無駄な時間を 使わせないように気を配ろう。 15
16.
第2部 ソフトウェアを開発するプロセス 16
17.
第11章 製品の市場性評価 17
18.
第11章:製品の市場性評価 解決すべき問題を特定する • どんな市場でも新製品が登場するチャンスは至るところにある • 「何が実現可能か」が絶えず変化しているから •
プロダクトマネージャーは、製品の市場性を評価し、何が有望な のかをすばやく判断できなければいけない • 人の心を動かすことができそうなものは何か • 手をださないほうがいいものはどれか 18
19.
解決すべき問題を特定する • トップダウン、ボトムアップ、どちらにしても製品化を直感的に きめてしまうことが多い • 大口顧客からの「特別仕様」をもとに製品化が進む
-> • MRD(市場要求仕様)は、製品の市場性を記述するもの • 何を製品化するか(ソリューション)を書くものではない • ペパボにおけるMRDやPRDは? 第11章:製品の市場性評価 19 🙅
20.
飛ぶ前にはよく観察しろ • 製品の市場性を評価するのは、プロダクトマネージャーの重要な 仕事の一つ • 市場性評価をする目的は2つ 1.
ボツにした方がいいアイデアを証明するため(ヒト・モノ・ カネを無駄にしないため) 2. 成功を確実なものとするかを理解するため 第11章:製品の市場性評価 20
21.
効果的な製品の市場性評価(10の質問) 1. 製品はどんな問題を解決するのか(バリュープロポジション) これが一番むずかしい。製品の機能や性能ではない。 2. 誰のために問題を解決するのか 3.
市場規模 控えめな数字で評価しろ。全ての市場が数千億規模である必要 はない 4. 成功かを判断する指標 5. 競合環境 第11章:製品の市場性評価 21
22.
効果的な製品の市場性評価(10の質問) 6. なぜ当社がこの製品を作るのか(差別化要因) 7. 市場投入の時期 8.
市場投入の戦略 どうやって市場に出すのか。どう売り込むのか。 9. 成功のために絶対必要な要素(ソリューションの要件) • ソリューションの【要件】とは? • 【市場ニーズや製品化を左右する要素や製品化の成約となるも のを明らかにする】とは? 10. 9つの条件をもとに、やるか、やらないか 第11章:製品の市場性評価 22
23.
第10章:製品の市場性評価 プロダクトマネージャーあるある • プロダクトマネージャーは、解決すべき課題とそのソリューショ ンを、一緒にして考えてしまう(あるある) • ソリューションが行き詰まって、製品化そのものまであきらめて しまう(あるある) •
何を作るかではなく、何を解決するか。何を作るかではなく、何 を解決するか。何を作るかではなく、何を解決するか。何を作る かではなく、何を解決するか。何を作るかではなく、何を解決す るか。何を作るかではなく、何を 23
24.
コラム: 新しく作るか、古いものを直すか • 新製品の開発と既存製品の改良のバランスは? •
どちらも製品への投資であることには変わりない • 新製品開発であれ、既存製品の改良であれ、開発チームは費用対 効果を評価する責任がある • 多くの場合、パフォーマンスが本来そうあるべきで、可能なはず のレベルに達していない製品を改良することが、 けるための最 大のチャンス 第11章:製品の市場性評価 24
25.
コラム: 新しく作るか、古いものを直すか • 多くの製品は「できがひどい」ために売れていない のに、代わりに新製品を作ろうとしてしまう • そうして新しい製品を作っても、結果は(以下略 •
プロトタイピングとユーザーテストで、問題を特定できることが 多い 第11章:製品の市場性評価 25
26.
コラム: お金はどこに • 自社製品の経済的な意味を理解していますか? •
収益モデル • 製品の総コスト • 顧客獲得コスト • 製品がこれまでにいくら稼いだか • まともに理解していないプロダクトマネージャーが多い • プロダクトマネージャーも予実管理に関わったほうがよい? 第11章:製品の市場性評価 26
27.
コラム: お金はどこに • 財務部門に友人を作るべき3つの理由 1.
製品を理解することに役立つ 財務部門の人は製品の経済的な意味を理解している 2. 顧客を理解することに役立つ 顧客との取引、支払いデータ、マネジメントレポートなど、 ウェブ解析ツールでは分からないデータを持っている 3. 事業計画を作るときに役立つ 財務部門の人は事業計画を作るのが得意だ。巻き込もう。 第11章:製品の市場性評価 27
Jetzt herunterladen