Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
ARR100億超SaaSをさらに成長させるPdM組織の立ち上げと今後について
Search
Rakus_Dev
December 07, 2023
Technology
1.2k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ARR100億超SaaSをさらに成長させるPdM組織の立ち上げと今後について
Rakus_Dev
December 07, 2023
More Decks by Rakus_Dev
See All by Rakus_Dev
エンジニアが「なぜ作るか」を知っている組織は、速い
rakus_dev
1
590
複数プロダクト組織のAIネイティブ化における戦略 / AICon2026_kude
rakus_dev
0
990
伝票作成AIエージェントを支える、LLMOpsとインフラの選択肢 / AICon2026_takeda
rakus_dev
0
1.4k
複数プロダクトで進めるAI機能実装 ── 実践から得たリアルな学びとロードマップ実現への挑戦 / AICon2026_yanari
rakus_dev
1
960
仕様駆動開発、導入半年。「本当に速くなってるの?」にデータで答える / AICon2026_hirakawa
rakus_dev
1
2.8k
「顧客の声を聞かなければ何も始まらない」 ── 顧客の声から生まれた『AI返信補助機能』の開発プロセス / AICon2026_shikata_imai
rakus_dev
1
1.3k
「早く出す」より「事業に効く」 ── 顧客の業務サイクルから逆算するAI時代の二重ループ開発と「変化の設計者」 / devsumi2026
rakus_dev
1
1.3k
螺旋型キャリアの生存戦略 / kinoko-conf2026
rakus_dev
1
3.9k
AIで久々にコードを書いたらエンジニアへの依頼が"増えた" ── 元エンジニアのPdMの話 / Using AI to Code Again After a Long Break Increased My Requests to Engineers: Insights from a Former Engineer PdM
rakus_dev
0
620
Other Decks in Technology
See All in Technology
AIエージェントの一手は 誰も見ていない - Falco拡張OSS「Prempti」とeBPFで サーバーレス実行基盤を二層防御する
keitah
0
490
株式会社シーエーシー エンジニア向け会社紹介資料
cac
0
57k
Von-Neumann Machines, Dreams & The Futures of IT
ufried
0
120
Goodbye ShellScript, Hello File-based App
shunsock
0
800
JSONataとAWS Step Functionsで目指すRuntimelessな世界
mu7889yoon
0
440
ほんとうの信頼性はヒーローが死んでからはじまる / True reliability begins after the hero dies
vtryo
0
110
データ界隈LT祭 第1回LT登壇
taromatsui_cccmkhd
2
1.5k
サーバーレスをどこまで使う? WebRTC対戦ゲームで選んだVPSとの共存設計
kaidouji85
0
350
Claude in Chrome 入門 / Introduction to Claude in Chrome
cielo1985
0
890
Railsのように考える: See through the Master
snoozer05
PRO
5
1.3k
ソフトウェアDNAとクラウドエージェントのススメ
cloudace
0
120
Genieを崇めよ
kameitomohiro
0
170
Featured
See All Featured
Build your cross-platform service in a week with App Engine
jlugia
234
19k
SEO for Brand Visibility & Recognition
aleyda
0
4.7k
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
770
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
Designing for Performance
lara
611
70k
Being A Developer After 40
akosma
91
590k
Balancing Empowerment & Direction
lara
6
1.3k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
940
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
The browser strikes back
jonoalderson
0
1.7k
sira's awesome portfolio website redesign presentation
elsirapls
0
420
Transcript
© RAKUS Co., Ltd. ARR100億超SaaSをさらに成⻑させる PdM組織の⽴ち上げと今後について #RAKUS Meetup 株式会社ラクス 楽楽精算開発部 製品管理課
稲垣 剛之 2023/12/6 1
このセッションで話すこと プロダクトマネジメントの組織を⽴ち上げて、現在に⾄るまでの話をします 話をすること ‧どういう状態だったか? ‧どのように進めたのか?(どのように考えて、どんなことをしたのか) ‧結果どうなったのか? ‧今後は? どんな⼈に聞いてほしいか ‧PdMの役割や組織をこれから確⽴しようとしている⽅ ‧これから新しい役割の組織を⽴ち上げようとしている⽅
2
⾃⼰紹介 稲垣 剛之(いながき たけし) 開発本部 東京開発統括部 楽楽精算開発部 製品管理課 課⻑
<経歴> ⼤学卒業後、独⽴系SIer企業に⼊社 約10年間PG、SE、PMを経験、企画から開発、運⽤等のPMを担当 その後、転職、ファッションECサイトを⽴ち上げ ⽴ち上げ直後から約9年間、開発責任者を担当 その後、最終的には企画‧デザイン‧開発といった プロダクト開発全般の責任者を担当 2021年8⽉にラクスに⼊社 3
4 どんなサービスなのか? 経費・交通費・出張費・旅費・交際費など、お金にかかわる全ての処理を 一元管理できるクラウド型の交通費・経費精算システムです。 リリース日 2009年7月
5 経費精算システムの市場規模
© RAKUS Co., Ltd. 6 どういう状態だったか? #RAKUS Meetup
PRD ビジネス側 開発側 製品企画 プロダクトチーム体制 7 PdM PMM エンジニア (PJM含む)
デザイナー 営業 マーケ CS MRD
事業状況 [2022年度3⽉期 第1四半期] 売上⾼ 16.7億円 [前年同期⽐ 39.3%増] / ARR 66.8億円
※単純に4倍した数値 新規導⼊社数 8,199社 [前年度末 +2,113社] 製品状況 [2020年3⽉末-2021年3⽉末] ‧年数回、数⼗数件程度の機能‧改善リリースを実施 └「請求書処理⽀援オプション」 クレジットカードコントロール機能提供 「楽楽コネクタ」によるAPIサービスアップデート&会計ソフトへのデータ連携強化 電⼦帳簿保存対応の原本確認作業効率化機能提供 「Amazonビジネス」「AI Travel」との⾃動連携 経理のみでなく申請者にも優しいUIに刷新 事業‧製品状況
© RAKUS Co., Ltd. 9 どのように進めたのか? #RAKUS Meetup
問題解決プロセス ⽬標設定 現状把握 問題特定 解決策⽴案 解決策実⾏ 基本的には「問題解決プロセス」に沿って遂⾏ 「組織」も「プロダクト」も同じと考えると全てこのスキームで対応ができる 特に重要なのは以下の3つ 現状把握
適格に捉えていないとこれ以降のステップが「絵に描いた餅」になる ⽬標設定 ここを間違えると成果に繋がらない 問題特定 リソースは限られており「選択と集中」が必要
© RAKUS Co., Ltd. 11 現状把握 #RAKUS Meetup
【現状把握】⼀定規模の製品開発のよくある問題 開発側 ‧システムが肥⼤化し品質維持のためにかかる⼯数が多く、新規機能開発に時間がかかる ‧品質が安定せず、バグの発⽣都度⾼く、その対応に追われ開発が計画的に進まない ‧問い合わせや仕様確認等が多く、開発に専念できない ‧こうして欲しいという要望(HOW指定)が多く、顧客の声や課題がぼんやりしている ‧開発する項⽬の優先度が属⼈的で納得感が⼗分に持てない ビジネス側 ‧思った通りのタイミングでリリースができないことがある ‧バグが発⽣して、その対応に追われている
‧もっと多くの要望を実現して、⾊々試したいがそれが⼗分にできない ‧開発側へしっかり要望が伝わらず、何度もやり取りや資料のやり直しが発⽣する
ビジネス側 開発側 製品企画 13 PdM PMM エンジニア (PJM含む) デザイナー 営業
CS PRD MRD ⽬標 設定 現状 把握 問題特 定 解決策 ⽴案 解決策 実⾏ 【現状把握】ヒアリング 【共通】 ⾃組織/役割課題 製品開発課題 【共通】 組織ミッション ⾃組織/役割課題 製品開発課題 PdM組織への期待 インフラ/SRE 開発側連携課題 ビジネス側 連携課題
【現状把握】出てきた課題や意⾒ ⽬標 設定 現状 把握 問題特 定 解決策 ⽴案 解決策
実⾏ ポジティブ ‧品質が⾼い、軽微なバグはあるものの致命的なものは皆無 ‧開発プロセスがしっかりしているため、⼿戻りは少ない ‧各組織の⽬標や役割が明確である ネガティブ ‧事業部から開発へ課題や要求が上⼿く伝わらず、互いに効率が悪い部分がある ‧10年以上の運⽤しているシステムであり、開発規模も⼤きくなり 計画通りに進める難易度が年々あがっている ‧開発する項⽬の優先度を決める基準がややあいまいな部分がある
© RAKUS Co., Ltd. 15 ⽬標設定 #RAKUS Meetup
【⽬標設定】「あるべき姿」に向けて ⽬標 設定 現状 把握 問題特 定 解決策 ⽴案 解決策
実⾏ 何から決めたか 1.MVVの設定(まずはミッション) 2.KGI・KPI/コンテキストの設定 設定時に注意‧意識したこと 1.いずれも変化することを前提に設定 2.「KGI・KPI/コンテキスト」はいきなり理想の追及にはせずに段階を踏むようにした 3.初期の「KGI/コンテキスト」は以下を意識 ・プロダクト開発チームへ価値や貢献がもたらされ、半年以内で変化をさせられる ・メンバーの現時点での強みが活かせるものにする
【⽬標設定】あるべき姿 Mission ・ビジネス、エンジニアリングの架け橋となりカスタマーサクセスに導く、売れる製品を実現する Vision ・お客様とプロダクトの課題解決ができる製品開発のプロフェッショナル集団になる KGI‧KPI/コンテキスト ・【ステップ1】 開発組織への貢献 開発者がより開発に集中できる環境の提供 ・【ステップ2】
事業組織への貢献 PMMがより事業戦略やGTMに集中できる環境の提供 ・【ステップ3】 顧客、製品への貢献 PdMがより直接的に製品へ貢献できるようにする ⽬標 設定 現状 把握 問題特 定 解決策 ⽴案 解決策 実⾏
© RAKUS Co., Ltd. 18 問題特定 #RAKUS Meetup
【問題特定】あるべき姿とのギャップ ⽬標 設定 現状 把握 問題特 定 解決策 ⽴案 解決策
実⾏ 【ステップ1】 開発者がより開発に集中できる環境の提供 ‧開発部内での業務を分析、開発でないとできない業務以外を抽出 【ステップ2】 事業部がより事業戦略やGTMに集中できる環境の提供 ‧製品開発で事業戦略、計画に影響を与えている部分の問題を抽出 ‧製品開発フローを分析(特に開発組織との設定がある部分) ‧事業部側でないとできない領域とPdMができる領域を抽出 【ステップ3】 PdMがより直接的に製品へ貢献できるようにする ‧どの組織も取り組んでおらず、製品貢献ができる領域を抽出 ‧PdMが取り組むことで、より洗練される領域を抽出
© RAKUS Co., Ltd. 20 解決策⽴案/実⾏ #RAKUS Meetup
【解決策⽴案/実⾏】どんなことをしたのか? ⽬標 設定 現状 把握 問題特 定 解決策 ⽴案 解決策
実⾏ 順序 取り組み概要 状況 1 開発部内での役割を定義 ステップ1 定常的に⾒直し 2 PRDの品質向上 ステップ1 継続改善 3 PMM/PdMの役割分担(あるべき姿を踏まえて) ステップ2 定常的に⾒直し 4 案件創出決定のフローの⾒直し ステップ2 定常的に⾒直し 5 開発案件の優先度付けルールを策定 ステップ2 6 プロダクト開発計画の策定 ステップ3 1年分策定中 7 PdMでの顧客解像度を向上 ステップ1-3 継続実施 8 機能‧製品の改善プロセス ステップ3 今後着⼿
© RAKUS Co., Ltd. 22 結果どうなったのか? #RAKUS Meetup
ビジネス側 開発側 製品企画 プロダクトチーム体制 23 PMM エンジニア (PJM含む) デザイナー QA
営業 マーケ CS PRD MRD 製品管理 PdM
事業状況 [2024年度3⽉期 第1四半期] 売上⾼ 31.6億円 [前年同期⽐ 36.4%増] / ARR 126.4億円
※単純に4倍した数値 新規導⼊社数 13,939社 [前年度末 +3,874社」 製品状況 [2022年3⽉末-] ‧年数回、数⼗数件程度の機能‧改善リリースを実施 └「請求書処理⽀援オプション」受け取り代⾏、オペレーター確認、API連携機能拡張 インボイス制度開始に伴う以下のような機能追加 ‧請求書/領収書に記載のあるインボイス発⾏事業者登録番号をAI-OCRで⾃動読み取り ‧インボイス発⾏事業者登録番号を国税庁のデータベース情報との⾃動照合 ‧⽀払先(取引)のマスタ登録 ⇒開発ボリュームも増加して、リリース件数も増加、また事業インパクトが⼤きいものが増加 事業‧製品状況
• 要件定義フェーズ⼯数を50%削減/⼿戻りゼロ • 開発項⽬の優先度等について事業部/開発側での認識齟齬なし • システム改善等の⽣産性をあげる開発にも着⼿開始 • PdM組織 3名 →
6名 (採⽤応募 300%増 ) その他効果サマリ
© RAKUS Co., Ltd. 26 今後は? #RAKUS Meetup
今後の取り組み 【ステップ1-3】 解決策をより洗練させていく • PRDの品質向上 → 外さない顧客/製品課題の発⾒と要求定義へ洗練 • PMM/PdMの役割分担 →
PdMの得意領域を拡張&拡張領域を洗練 • 開発案件の優先度付けルールを策定 →プロダクトライフサイクル応じて改善 • 機能‧製品の改善プロセス →これからここにも着⼿
© RAKUS Co., Ltd. 28 ご清聴ありがとうございました 当社のPdMに興味がある⽅は以下のQRより カジュアル⾯談でさらに詳しい話をします! #RAKUS Meetup