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
510
新規プロダクトをマネジメントするために工夫したこと
Minato Nakamura
April 27, 2021
Tweet
Share
More Decks by Minato Nakamura
See All by Minato Nakamura
知らないプロダクトのコードを爆速でキャッチアップする方法
nelca
0
150
Other Decks in Programming
See All in Programming
Scalaから始めるOpenFeature入門 / Scalaわいわい勉強会 #4
arthur1
1
390
traP の部内 ISUCON とそれを支えるポータル / PISCON Portal
ikura_hamu
0
140
PHPカンファレンス 2024|共創を加速するための若手の技術挑戦
weddingpark
0
120
情報漏洩させないための設計
kubotak
5
1.2k
Внедряем бюджетирование, или Как сделать хорошо?
lamodatech
0
870
ATDDで素早く安定した デリバリを実現しよう!
tonnsama
1
1.2k
アクターシステムに頼らずEvent Sourcingする方法について
j5ik2o
6
670
rails newと同時に型を書く
aki19035vc
5
620
PHPとAPI Platformで作る本格的なWeb APIアプリケーション(入門編) / phpcon 2024 Intro to API Platform
ttskch
0
360
Kaigi on Railsに初参加したら、その日にLT登壇が決定した件について
tama50505
0
140
Асинхронность неизбежна: как мы проектировали сервис уведомлений
lamodatech
0
1.3k
ISUCON14感想戦で85万点まで頑張ってみた
ponyo877
1
210
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
Bootstrapping a Software Product
garrettdimon
PRO
305
110k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
127
18k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Optimising Largest Contentful Paint
csswizardry
33
3k
Designing for humans not robots
tammielis
250
25k
The Invisible Side of Design
smashingmag
299
50k
Fireside Chat
paigeccino
34
3.1k
Rails Girls Zürich Keynote
gr2m
94
13k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3.1k
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.4k
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!!