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
ARR100億超SaaSをさらに成長させるPdM組織の立ち上げと今後について
Search
Rakus_Dev
December 07, 2023
Technology
1.1k
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
「早く出す」より「事業に効く」 ── 顧客の業務サイクルから逆算するAI時代の二重ループ開発と「変化の設計者」 / devsumi2026
rakus_dev
0
33
螺旋型キャリアの生存戦略 / kinoko-conf2026
rakus_dev
1
2.3k
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
500
主体的に活躍する内製QA組織の作り方と組織文化の醸成 / How to Build a Proactive In-house QA Organization and Foster Its Culture
rakus_dev
0
280
AI実装による「レビューボトルネック」を解消する仕様駆動開発(SDD)/ ai-sdd-review-bottleneck
rakus_dev
0
360
仕様駆動開発の組織的定着に向けた取り組み ~『楽楽電子保存』開発チームの事例~ / Establishing SDD: Organizational Initiatives
rakus_dev
0
610
全エンジニアのAI活用状況を可視化する~Lookerを用いたアンケート分析と今後の推進策~ / Visualizing AI Adoption Across Engineering
rakus_dev
0
6.5k
出してみてわかったAIエージェントプロダクトの舞台裏 〜楽楽AIエージェント for 楽楽精算〜 / Behind the Scenes of Rakuraku AI Agent
rakus_dev
0
640
プロダクトマネージャーの目標と評価 / Goal Setting for Product Managers
rakus_dev
1
1.1k
Other Decks in Technology
See All in Technology
AIに「使われる」時代のSaaS戦略 〜既存WebAPIのMCPサーバー化における開発ノウハウ〜
ekispert_api
0
310
ローカルLLMとLINE Botの組み合わせ その3 / LINE DC Generative AI Meetup #8
you
PRO
0
130
ヘルスケア領域における AI 活用と その安全性担保のための取り組み (Leveraging AI in Healthcare and Our Efforts to Ensure Its Safety) - Google I/O Extended Tokyo 2026, July 11, 2026
zettaittenani
0
250
「ちゃんとやっている」は独りよがりだった ― 不安に寄り添うインシデント対応へ / Towards incident response that addresses anxieties
chmikata
1
4.5k
ruby.wasmとPicoRuby.wasmに対応した仮想DOMライブラリを作ってる話 #kaigieffect_kaigi
sue445
PRO
0
120
Claude Codeとハーネスについて考えてみる
oikon48
18
9.1k
証券システムを10年Scalaで作り続けるということ - 関数型まつり2026
krrrr38
3
820
実装だけじゃない! CCA-F取得エンジニアが教えるClaude Code開発プロセス活用術
diggymo
2
500
ループエンジニアリングでE2Eテストを実践
noriyukitakei
0
330
Baseline対応のDOMの型定義を作った
uhyo
3
730
KiCAD講習会②
tutcreators
0
100
環境凍結という Toil を倒す -セルフサービス型 Ephemeral テスト環境の 設計と実践
shirouz
1
2.1k
Featured
See All Featured
A Tale of Four Properties
chriscoyier
163
24k
Claude Code のすすめ
schroneko
67
230k
Making the Leap to Tech Lead
cromwellryan
135
10k
Accessibility Awareness
sabderemane
1
150
Designing for Performance
lara
611
70k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
2k
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
270
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
460
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
650
WENDY [Excerpt]
tessaabrams
11
38k
A Modern Web Designer's Workflow
chriscoyier
698
190k
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