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
新規プロダクトをマネジメントするために工夫したこと
Search
Minato Nakamura
April 27, 2021
Programming
0
540
新規プロダクトをマネジメントするために工夫したこと
Minato Nakamura
April 27, 2021
Tweet
Share
More Decks by Minato Nakamura
See All by Minato Nakamura
知らないプロダクトのコードを爆速でキャッチアップする方法
nelca
0
310
Other Decks in Programming
See All in Programming
NixOS + Kubernetesで構築する自宅サーバーのすべて
ichi_h3
0
1.1k
Cursorハンズオン実践!
eltociear
2
1.2k
なぜあの開発者はDevRelに伴走し続けるのか / Why Does That Developer Keep Running Alongside DevRel?
nrslib
3
410
デミカツ切り抜きで面倒くさいことはPythonにやらせよう
aokswork3
0
250
チームの境界をブチ抜いていけ
tokai235
0
200
Server Side Kotlin Meetup vol.16: 内部動作を理解して ハイパフォーマンスなサーバサイド Kotlin アプリケーションを書こう
ternbusty
3
230
One Enishi After Another
snoozer05
PRO
0
130
技術的負債の正体を知って向き合う
irof
0
210
AI駆動で0→1をやって見えた光と伸びしろ
passion0102
1
660
ソフトウェア設計の実践的な考え方
masuda220
PRO
4
620
Flutterで分数(Fraction)を表示する方法
koukimiura
0
140
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
510
Featured
See All Featured
The Pragmatic Product Professional
lauravandoore
36
7k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
How GitHub (no longer) Works
holman
315
140k
Raft: Consensus for Rubyists
vanstee
140
7.2k
jQuery: Nuts, Bolts and Bling
dougneiner
65
7.9k
Principles of Awesome APIs and How to Build Them.
keavy
127
17k
How STYLIGHT went responsive
nonsquared
100
5.8k
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
Balancing Empowerment & Direction
lara
5
700
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
31
2.7k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
Transcript
2021/4/27 Minato Nakamura MedPeer .inc 新規プロダクトを マネジメントするために 工夫したこと コロナ禍でも事業成長を加速させたマネジメントのウラ側
1. 自己紹介 2. MedPeerTalkについて 3. Talk誕生のストーリー 4. 工夫したこと Agenda
自己紹介 01 Chapter.
• MedPeer[2019.1~] • Ruby / Javascript • 自転車 Minato Nakamura
@nanntorokusei
MedPeer Talk について 02 Chapter.
MedPeerの事業
None
MedPeer Talk 製薬企業から必要とさ れている、MRによる 情報提供の機会を提供 するチャットツール
03 Chapter. Talk誕生の ストーリー
去年の始め、 これから先どうなるか 全く不透明だった状態
新規サービスの立ち上げを するには特殊な状況 だが、ゆっくりとしては いられない
そんな中、 「MRが医師に直接 会いに行くことが難しい」 という明らかな課題はあった
どうしたら 「MRが医師に会えないこと」 を解決できるのか? ユーザーも正解は分からない 体感値もない
そこで、 PMが以前から温めていた 医師とMRのマッチングサービス のアイディアを具体化することに...
04 Chapter. 工夫したこと
マネジメントするために 工夫したこと ↓ マネジメントそのものではなく 自分がどう動いたか
さて、作ろう となったとき... こんなことありませんか
言われた仕様に納得しづらい • この機能は本当にユーザーが 望んでいるのか? • 顧客が求めている背景が理解できない...
聞くしかない
ユーザーの話を聞いた • 医師(石見さん)に話を聞いた • クライアント商談に同席した ◦ オンラインは同席しやすい(個人的に)
こんな辛みも あったりするかも?
いろんなことが伝言ゲーム • どこかのミーティングで仕様が変わったり • 法務の人に、こっちの機能を伝えたりあっち の制約を聞いたり • 知らないうちに重要クライアントが取れそう だったり
会話するしかない
ステークホルダと会話した • ステークホルダーを含めた要件定義を週2回 • 法務とのミーティングに参加した • セールス戦略ミーティングに参加した
情報の共有が たいへん?
目まぐるしく変わる状況 • 細かな仕様調整 • サービス全体の整合 • 時間との戦い
密になるしかない
チームメンバとリモートで密になった • PMと日次でミーティング • エンジニアメンバーと毎日朝会 • 週次での振り返り
結局何をやっていたのか? • プロダクトビジョンを把握する • 戦略を理解する • メンバーに共有する
振り返ると • プロダクトの方向性、軸を理解できた • コミュニケーションの時間が増えた ◦ 特にリモート下では積極的に話を聞く必要がある • ステークホルダーとの連携がスムーズに なった
何故できたのか オンラインだったから (首を突っ込みやすい気がする)
何故できたのか だけではなく、 PMや関係者の人が 首を突っ込むPL(僕)を 受け入れてくれた
さいごに 05 Chapter.
まとめ • 軸と方向性が見えてくるとプロダクト愛 が生まれる • 当たり前のことをやれることも大事 • メドピア良いよ
None
質疑応答 スライドのくまさんは LINEスタンプで使えるよ→
Thank you!!