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ネイティブ化における戦略 / AICon2026_kude
rakus_dev
0
650
伝票作成AIエージェントを支える、LLMOpsとインフラの選択肢 / AICon2026_takeda
rakus_dev
0
550
複数プロダクトで進めるAI機能実装 ── 実践から得たリアルな学びとロードマップ実現への挑戦 / AICon2026_yanari
rakus_dev
1
620
仕様駆動開発、導入半年。「本当に速くなってるの?」にデータで答える / AICon2026_hirakawa
rakus_dev
1
1.2k
「顧客の声を聞かなければ何も始まらない」 ── 顧客の声から生まれた『AI返信補助機能』の開発プロセス / AICon2026_shikata_imai
rakus_dev
1
1k
「早く出す」より「事業に効く」 ── 顧客の業務サイクルから逆算するAI時代の二重ループ開発と「変化の設計者」 / devsumi2026
rakus_dev
1
800
螺旋型キャリアの生存戦略 / kinoko-conf2026
rakus_dev
1
3.5k
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
550
主体的に活躍する内製QA組織の作り方と組織文化の醸成 / How to Build a Proactive In-house QA Organization and Foster Its Culture
rakus_dev
0
300
Other Decks in Technology
See All in Technology
クラウドセキュリティ入門 ~安全なクラウド利用のための基礎知識~
lhazy
9
7.7k
侵入は突然に 〜 IoTマルウェアと悪用される家庭の機器 ~ / When Intrusion Strikes: IoT Malware and the Abuse of Home Devices
nttcom
0
1.5k
つくって納得、つかって実感! 大規模言語モデルことはじめ ver2.0
recruitengineers
PRO
2
790
【CEDEC2026】専門性の高いデフォルメチームが挑んだ人材育成戦略 〜Cygames Academiaの企画から実施まで〜
cygames
PRO
0
440
Master Dataグループ紹介資料
sansan33
PRO
1
4.8k
GitHub CopilotのFinOps- AI CreditのObservabilityと価値を生むためのエージェント設計
yuriemori
0
120
Webアクセシビリティ入門 2026
recruitengineers
PRO
1
300
QAエンジニア起点で進める、SmartHRにおける信頼性向上について
kaomi_wombat
1
110
Digitization部 紹介資料
sansan33
PRO
2
7.7k
ウォーターフォール開発案件のPMとしてAI活用を模索している話
hatahata021
3
320
Invisible to AI? Making TYPO3 Sites Quotable by AI Search Systems
wolfgangwagner
0
110
第3回しろおびセキュリティスポンサーセッション
log0417
0
150
Featured
See All Featured
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
11k
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
0
360
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Designing Powerful Visuals for Engaging Learning
tmiket
1
470
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
2.9k
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
240
Odyssey Design
rkendrick25
PRO
2
750
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.1k
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
460
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
400
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
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