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
550
0
Share
新規プロダクトをマネジメントするために工夫したこと
Minato Nakamura
April 27, 2021
More Decks by Minato Nakamura
See All by Minato Nakamura
知らないプロダクトのコードを爆速でキャッチアップする方法
nelca
0
450
Other Decks in Programming
See All in Programming
[BalkanRuby 2026] Drop your app/services!
palkan
0
110
PHPer、Cloudflare に引っ越す
suguruooki
2
220
Agentic AI & UI: Arcitecture, HITL, Emerging Standards
manfredsteyer
PRO
0
100
Hive Metastoreを通して学ぶIceberg REST Catalog ― 仕様から実装まで
okumin
0
130
サークル参加から学ぶ、小さな事業の回し方
yuzneri
0
190
密結合なバックエンドから TypeScript のコードを生成する
kemuridama
0
130
Liberating Ruby's Parser from Lexer Hacks
ydah
2
2.7k
🦞OpenClaw works with AWS
licux
1
370
20260514_its_the_context_window_stupid.pdf
heita
0
1k
プラグインで拡張される Context をtype-safe にする難しさと設計判断
kazupon
0
110
Are We Really Coding 10× Faster with AI?
kohzas
0
180
クラウドネイティブなエンジニアに向ける Raycastの魅力と実際の活用事例
nealle
2
260
Featured
See All Featured
How to Ace a Technical Interview
jacobian
281
24k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
350
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
1
310
A Tale of Four Properties
chriscoyier
163
24k
Raft: Consensus for Rubyists
vanstee
141
7.4k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
Are puppies a ranking factor?
jonoalderson
1
3.4k
30 Presentation Tips
portentint
PRO
1
290
Marketing to machines
jonoalderson
1
5.3k
Information Architects: The Missing Link in Design Systems
soysaucechin
0
920
Building Applications with DynamoDB
mza
96
7k
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.6k
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!!