Tweet
Tweet

Slide 1

Slide 1 text

2023/11/02 株式会社ラクス　植木遼太 ARR100億SaaSの現実 〜新設PdM組織が、PRD品質向上のため泥臭く越境した2つのこと〜 Confidential All Right Reserved.Copyright© Rakus Co.,Ltd

Slide 2

Slide 2 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 2
 PRDの内容に 納得感がない(出せない)

Slide 3

Slide 3 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 100億SaaSに起きていた 開発課題

Slide 4

Slide 4 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 4
 PdM組織ができる少し前の開発実態 HowオンリーのPRD 複数課題 混ぜこぜ hearing PRD(to開発) PRD(to開発)

Slide 5

Slide 5 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 5
 PdM組織ができる少し前の開発実態 事実情報が薄い ● 価値ある課題、解決策か不明 ● 他解決策を検討できない PRD

Slide 6

Slide 6 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 6
 PdM組織ができる少し前の開発実態 ● 同時開発できないものもある ● 1案件がとてつもなく大きくなる = リリースが遅くなる PRD 対応内容が変わる可能性

Slide 7

Slide 7 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 7
 PdM組織ができる少し前の開発実態 要件定義担当が整理・調整 開発着手遅延 　=お客様への価値提供が遅れるリスク

Slide 8

Slide 8 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 8
 背景 事業本部長 (元エンジニア) リーダーエンジニア (発足時〜) PRD

Slide 9

Slide 9 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 9
 背景 企画部門 開発要件定義担当 PRD

Slide 10

Slide 10 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 10
 背景 企画部門 開発要件定義担当 ● エンジニアリング経験が薄い ● GTM等 他業務で忙しい ● 仕様の詳細理解が薄い 前任者2名ほど、顧客解像度が高いレベルで揃ってない

Slide 11

Slide 11 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 11
 背景 企画部門 開発要件定義担当 ● エンジニアリング経験が薄い ● GTM等 他業務で忙しい ● 前任者ほど仕様に詳しくない 前任者2名ほど、共通知識として顧客解像度が高いレベルで揃ってない 以前のようなコミュニケーションではPRDを作成できない

Slide 12

Slide 12 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 対応策

Slide 13

Slide 13 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 13
 役割作成 企画部門 開発要件定義担当 PRD PdM

Slide 14

Slide 14 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 14
 PdM組織ができる少し前の開発実態(再掲) HowオンリーのPRD 複数課題 混ぜこぜ PRD(to開発) PRD(to開発) 要件定義担当 要件定義担当

Slide 15

Slide 15 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 15
 PdM組織ができる少し前の開発実態(再掲) HowオンリーのPRD 複数課題 混ぜこぜ PRD(to開発) PRD(to開発) 要件定義担当 要件定義担当 ● 本来 PRDに必要な情報を定める必要がある ● 必要情報の計画・収集・分析(作成)担当を見直す必要がある

Slide 16

Slide 16 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 16
 具体策サマリ プロダクト4階層を用いたPRDに必要な要素を定義 DACIを用いた役割分担

Slide 17

Slide 17 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 17
 プロダクト4階層を用いたPRDに必要な要素を定義 プロダクトマネジメントのすべて　より抜粋

Slide 18

Slide 18 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 18
 プロダクト4階層を用いたPRDに必要な要素を定義 プロダクトマネジメントのすべて　より抜粋 PRD MRD Fit確認 Fit確認 PRDに盛り込まなければいけない要素を抽出した。

Slide 19

Slide 19 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 19
 プロダクト4階層を用いたPRDに必要な要素を定義 実際の調査計画 Agenda Why（誰をどんな状態にしたいか）は、顧客調査が必要と考えた。

Slide 20

Slide 20 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 20
 プロダクト4階層を用いたPRDに必要な要素を定義 調査結果を踏まえて、PRDのAgendaは、以下のように定義した。

Slide 21

Slide 21 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 21
 DACIを用いた役割分担 プロダクトマネジメントのすべて　より

Slide 22

Slide 22 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 22
 DACIを用いた役割分担 実際のDACI表の一部 書籍等から得られる理想と、実際のリソース・スキルセットを鑑みて現実ラインで策定

Slide 23

Slide 23 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 効果

Slide 24

Slide 24 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 24
 効果サマリ 要件定義フェーズ工数を50%削減/手戻り0 各組織が、本来得意な役割に集中 PdM 採用応募300%増 （副次的) (ジョブディスクリプションが明確化したことによる)

Slide 25

Slide 25 text

Confidential All Right Reserved.Copyright© Rakus Co.,Ltd 25