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
エムスリーにおけるクイックな仮説検証の事例 / Hypothesis testing in m3
Search
Kanako Nakamura
November 27, 2019
Business
0
4.6k
エムスリーにおけるクイックな仮説検証の事例 / Hypothesis testing in m3
Kanako Nakamura
November 27, 2019
Tweet
Share
Other Decks in Business
See All in Business
Data Cloudで実現する、 Agentforce が飛び交う Next Generation Platform
marreta27
0
140
ブランド・プランナー協会講座概要
brandingtechnology
0
1k
株式会社TSIホールディングス会社案内
tsi_saiyou
1
18k
Tech Culture Deck
takuyasaga
0
780
ペイジェント採用資料
paygent
0
19k
株式会社TableCheck - 会社紹介 Company Profile
tablecheckac
0
2.1k
Sales Marker Culture book
salesmarker
PRO
42
68k
タケウチグループRecruit
takeuchigroup
0
7.7k
SHOW就活株式会社 会社紹介
showsyukatsu0801
0
210
ARI会社説明
arisaiyou
1
16k
Strh株式会社 採用資料
strh
0
210
フルカイテン株式会社 採用資料
fullkaiten
0
73k
Featured
See All Featured
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
Git: the NoSQL Database
bkeepers
PRO
431
66k
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.8k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
It's Worth the Effort
3n
187
28k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
What's in a price? How to price your products and services
michaelherold
246
12k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3.1k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
112
20k
Reflections from 52 weeks, 52 projects
jeffersonlam
352
21k
Transcript
エムスリーにおける クイックな仮説検証の事例 2019年11月27日 エムスリー株式会社 プロダクトマネージャー 中村 奏子
中村 奏子 / Kanako Nakamura • 2019年5月エムスリー入社、エンジニアリンググループ 新規プロダクト支援チーム所属のプロダクトマネー ジャー •
2008年~2019年4月までヤフー株式会社にて勤務。事 業企画を経験後、ヤフオクアプリ等コマース系プロダクト のディレクターとして経験を積みながら、デザイン思考や ユーザーリサーチなど、プロダクトマネジメントの基本を 学ぶ。その後、Yahoo! JAPANアプリ、Yahoo! JAPAN トップページのプロダクトマネジメントを担当 • 趣味はアウトドア
今日お話ししたいこと エムスリーにおける新規プロダクトの立ち上げプロセス と プロダクトマネージャーとしてのやりがい
発表の流れ 1 2 3 エムスリーにおける新規プロダクトの立ち上げプ ロセス MVPアプリをPdM・エンジニア・QAの3人で 2週間で開発した事例 プロダクトマネージャーとしてエムスリーで働く意 味
発表の流れ 1 2 3 エムスリーにおける新規プロダクトの立ち上げプ ロセス MVPアプリをPdM・エンジニア・QAの3人で 2週間で開発した事例 プロダクトマネージャーとしてエムスリーで働く意 味
エムスリーにおける新規プロダクト開発は プロダクトマネジメントの基本に忠実
プロダクトマネジメントの基本に忠実 主にプロダクトマネージャー 主にエンジニア 製品を見つける 製品を正しく作る → * 「ソフトウェア・ファーストで医療業界を変える」より https://speakerdeck.com/yamamuteki/change-the-medicine-by-software-first-at-pmconf-2019
詳細なプロセス PdM/企画/エンジニア等が着想 経営陣が業界のギャップから着想 ビジネスサイド/顧客が着想 仮説検証 MVP PMF * 「ソフトウェア・ファーストで医療業界を変える」より https://speakerdeck.com/yamamuteki/change-the-medicine-by-software-first-at-pmconf-2019
製品を見つける 製品を正しく作る →
「製品を見つける力」が求められる
発表の流れ 1 2 3 エムスリーにおける新規プロダクトの立ち上げプ ロセス MVPアプリをPdM・エンジニア・QAの3人で 2週間で開発した事例 プロダクトマネージャーとしてエムスリーで働く意 味
エムスリーペイシェントサポートプログラム(M3PSP) • 企業の従業員向けに、最適な医療を 選ぶための支援を行うB2E型サービ ス • 医療機関の選び方や治療方針に関 する不安を、エムスリーの専任スタッ フ(看護師・保険師)に相談できる •
NPSは84と、利用者からの評価が高 いサービス
MVPとしてアプリを開発 ※本アプリはトライアル対象企業の従業員に利用を制限しています
プロジェクトのはじまり • サービスの課題について仮説を立て、事業責任者に課題を 解決するためのプロダクト案を提案し、プロジェクトが始動 • 設定した課題 ◦ サービスは良いが、使わないと良さが分からない? ◦ 良さが分からないと、継続されない?
仮説検証の進め方 • 仮説検証をクイックに実施するために、2週間でMVP(本事 例ではAndroidアプリ)を開発 ◦ 開発1週間、QA1週間 • 仮説検証はトライアルとして一部企業で実施
2週間で開発できたポイント 1. MVPのスコープを、基本通り「顧客に価値を提供できる最小 限のプロダクト」とした ◦ 無いと仮説検証が成立しない機能だけをスコープに入れ、あったら便利な 機能は除外 2. MVPアプリのソースコードは捨てる前提で割り切った 3.
iOSアプリを作らずAndroidアプリのみに絞った 4. サーバーを立てず、Firebaseで完結する設計とした ◦ コンテンツ入稿はFirebaseのDatabaseに直接入稿+Postmanを使って Push配信
体制 事業責任者 PdM エンジニア QA プロダクトチーム 連携 • 仮説検証の方向性確認 •
アプリの配布に協力
発表の流れ 1 2 3 エムスリーにおける新規プロダクトの立ち上げプ ロセス MVPアプリをPdM・エンジニア・QAの3人で 2週間で開発した事例 プロダクトマネージャーとしてエムスリーで働く意 味
プロダクトマネージャーとしてエムスリーで働く意味 • プロダクトマネジメントの基本が忠実に守られている 「製品を見つける」→「製品を正しく作る」 • ビジネスサイド起案の新規事業アイデアについても、仮説 検証から参画できる =無駄なものを作らなくて済む • 上記を通して、「製品を見つける力」が磨かれる
まとめ • エムスリーにおける新規プロダクトの立ち上げは、プロダク トマネジメントの基本に忠実に、製品を見つけてから作ると いうプロセスが踏まれている • プロダクトマネージャーとしては、クイックに仮説検証するこ とで多くの学びを得ることができる
ありがとうございました!