Sansanプロダクト組織の規模とプロセスの変化 / Changes in Sansan's product organization size and process

■イベント

Sansan Builders Stage 2021

https://jp.corp-sansan.com/engineering/buildersstage2021/

■登壇概要

タイトル：
Sansanプロダクト組織の規模とプロセスの変化
登壇者：Sansan Unit Product Managementグループ　アシスタントグループマネジャー　杉原 健太

▼Sansan Engineering
https://jp.corp-sansan.com/engineering/

Transcript

1. STAGE A
   Web Application Engineer SESSION TAG
   杉原 健太
   Sansanのプロダクト組織規模と
   プロセスの変化
   

   View Slide

2. Sansan Unit Product Managementグループ
   Webアプリケーションエンジニア
   2017年にSansan株式会社に⼊社。
   ⼊社後はWebアプリケーションエンジニアとして、
   法⼈向けクラウド名刺管理サービス「Sansan」の開発に従事。
   その後、チームリーダー、エンジニアリングマネージャーを経て、
   2019年からプロダクトマネージャーとして同サービスに携わっている。
   杉原 健太
   

   View Slide

3. • 組織規模とプロセスの変化
   • ドメイン分割されたチーム制
   • 達成指標で分割されたUnit制
   • プロダクト組織
   • Sansanのプロダクトマネジメントの今
   Agenda
   Sansanが組織のスケールと共にプロセスをどう変えてきたのか。
   そして今、プロダクトマネジメントにどう向き合っているのか。
   2
   

   View Slide

4. クラウド名刺管理サービス
   名刺管理から、営業を強くする
   

   View Slide

5. プロダクト組織とプロセスの変化
   

   View Slide

6. プロダクト組織とプロセスの変化
   「Sansan」プロダクト開発の組織規模とプロセス
   「Sansan」の開発は、組織のスケールやミッションの変化に合わせて組織体制やプロセスを変えてきました
   ドメイン分割された
   チーム制
   達成指標で分割された
   Unit制 プロダクト組織
   マルチプロダクト
   組織
   ミッション
   ビジネスの出会いを資産に
   変え、働き⽅を⾰新する
   出会いからイノベーションを⽣み出す(2018/12 〜)
   時期 2017/04 〜 2018/08 2018/09 〜 2019/02 2019/03 〜 2021/05 2021/07 〜
   指標 NPS/リリース量 売上 / 企画数
   リリース量/インシデント数
   DAU/売上
   Unit毎に設定
   DAU/チーム毎に設定
   プロセス チーム毎のスクラム /
   POレビュー
   チーム毎のスクラム /
   POレビュー
   統⼀された開発プロセス /
   PdMレビュー
   企画/実装フェーズ /
   PdMレビュー
   開発組織規模 80名〜 100名〜 130名〜
   50 〜 80名
   ビジョン ビジネスインフラになる(2020 〜)
   

   View Slide

7. プロダクト組織とプロセスの変化
   （参考）Sansan事業売上とプロダクト組織規模
   6
   0
   2,000
   4,000
   6,000
   8,000
   10,000
   12,000
   14,000
   16,000
   0
   20
   40
   60
   80
   100
   120
   140
   2017 2018 2019 2020 2021
   売上と組織規模
   売上（百万円） プロダクト組織規模（⼈）
   売上は3.1倍に組織規模は2.6倍に増加
   

   View Slide

8. • 組織やプロセスの特徴
   • 何を作るかはPdMとデザイナーが決め、POレビューの承認によりプロジェクトの実施、リリースが決まる
   • チームとドメインは固定（⼀部⼤規模プロジェクトにおいては、例外あり）
   • チーム毎にスクラムを実施し、開発プロセスやツールもチーム毎に異なる
   プロダクト組織とプロセスの変化
   ドメイン分割されたチーム制（50名〜）
   Engineer Product
   Manager
   Designer
   部⻑
   Domain
   TL
   Domain
   TL
   Domain
   TL
   Domain
   TL
   PO
   • 良い点
   • チーム内での⾵通しは良く、お互いのことを知ることができ
   た
   • ドメインが固定のため、ドメイン知識は習得しやすい
   • 課題
   • 事業とリリースの紐づきが⾒えづらい
   

   View Slide

9. • 組織やプロセスの特徴
   • 何を作るかはKPIの達成を⽬的としUnit毎に判断、POレビューの承認によりプロジェクトの実施、リリースが決まる
   • プロジェクト推進（プロジェクトマネジメント、技術判断）とマネジメント（評価・育成）で役割を分離
   • 複数チームを統合しUnit制を採⽤。
   Unit毎にスクラムを実施し、開発プロセスやツールもUnit毎に異なる
   プロダクト組織とプロセスの変化
   達成指標で分割されたUnit制（80名〜）
   • 良い点
   • KPIが共有され、PdM、デザイナー、エンジニアも含めて共
   通の認識が持ちやすい
   • 課題
   • リリースとKPIが紐づきの評価が難しい
   • ⼤規模プロジェクトなどで遅延が発⽣するが
   原因が⾒えづらい
   Engineer
   部⻑
   Product Manager Designer
   KPI Unit
   KPI Unit
   Domain Unit
   Domain Unit
   Chief Engineering
   Manager
   Chief Product
   Manager
   Design Manager
   TL EM
   PO
   TL EM
   TL EM
   TL EM
   

   View Slide

10. プロダクト組織とプロセスの変化
    事業の拡⼤や組織のスケールにおいて、
    ⼩さな組織では当たり前に
    共有できていたことができなくなる
    9
    

    View Slide

11. • 組織やプロセスの特徴
    • 統⼀されたBacklogによりIssueの優先度を部⻑が判断、PdMのレビューによりリリースが決まる
    • PdMとエンジニアが⼀つの組織になり、施策検討から開発までプロセスが統⼀された
    • プロジェクトごとにLead Engineerを中⼼としたエンジニアチームとPdM、デザイナーがチームを結成
    • NPSとリリース量が組織全体のKPIになった
    プロダクト組織とプロセスの変化
    プロダクト組織（100名~）
    • 良い点
    • インパクトの⼤きいリリースが増えた
    • KPIが組織全体で⾒える化
    • プロセスが統⼀されることで、フロント部⾨との連携が増えた
    • 課題
    • リリースすることに重点が置かれ、メンバー育成や企画に課題
    • ビジネスインフラになるためにマルチプロダクト化が必要に
    Engineer
    部⻑
    Product Manager Designer
    Project
    Project
    Project
    Project
    Product Group Manager Design Manager
    LE
    CPO/プロダクト戦略室
    LE
    LE
    LE
    

    View Slide

12. • 親しい友⼈や同僚にプロダクトを薦められるかを
    10段階で顧客に評価してもらうことで、顧客ロイヤルティを測る指標
    • 機能ごとの評価とNPSの関連性を⾒るリレーショナル調査と組み合わせることで
    NPSの関連性（優先度）が⾼い機能を判断できる
    ※ 詳しくはCPO⼤津のブログをご覧ください。
    プロダクト組織とプロセスの変化
    (参考) NPS®（ネットプロモータースコア）
    

    View Slide

13. プロダクト組織とプロセスの変化
    事業や組織課題を正しく認識し、
    変化を恐れず向き合うことが重要
    12
    

    View Slide

14. Sansanのプロダクトマネジメントの今
    13
    

    View Slide

15. Sansanのプロダクトマネジメントの今
    プロダクト組織はよりビジネス側との連携を強化し、事業の売上にも責任を持つ組織へ
    マルチプロダクト組織（130名〜）
    Sansan Unit GM
    Product Marketing Group
    Sansan Engineering Unit Mobile Group
    Quarity Assurance Group
    Product Management Group
    Product Design Group
    Product Manager
    Designer
    Product Marketing Manager
    Mobile Engineer
    QA Engineer
    Engineer
    Engineer
    プロダクト組織 技術本部
    UX Research
    プロダクト戦略室
    

    View Slide

16. • 量より質に向き合うプロセス
    • 企画フェーズからPdM、エンジニア、デザイナーが連携する
    Sansanのプロダクト
    マネジメントの今
    開発プロセス
    企画フェーズ 実装フェーズ
    Issueの登録
    リサーチ
    ソリューション検討
    ソリューションレビュー
    優先度判断
    チームのアサイン
    設計
    設計レビュー
    実装/テスト
    PdMリリース判定/リリース
    

    View Slide

17. Sansanのプロダクトマネジメントの今
    解像度⾼く、顧客の状況を理解する
    UXリサーチ
    アンケート
    インタビュー
    データ分析
    他社調査
    

    View Slide

18. Sansanのプロダクトマネジメントの今
    ビジネスとプロダクトが連携することでより⼤きな成果が出る
    BtoB SaaSにおけるポイント
    営業
    PdM、
    デザイン
    エンジニア
    カスタマー
    サクセス
    管理者
    ユーザ
    意思決定者
    ビジネス側がユーザ管理者を動かすことで
    オンライン名刺設定ユーザは倍増した
    

    View Slide

19. Sansanのプロダクトマネジメントの今
    • 共通のKPIを設定し、リリース前の準備から課題を洗い出しアクションプランを合意した
    • リリース後もKPIの状況を毎週報告し、課題を⾒つけながら改善してKPIの達成に⾏動した
    リリース前、リリース後も綿密にビジネス側と連携した
    

    View Slide

20. まとめ
    

    View Slide

21. • 事業の拡⼤や組織のスケールにおいて、
    ⼩さな組織では当たり前に共有出来ていたことができなくなる
    • 事業や組織課題を正しく認識し、変化を恐れず向き合うことが重要だと考えている
    • Sansanのプロダクトマネジメントの今
    • 量より質に向き合うプロセス
    • 解像度⾼く顧客の状況を理解するためにUXリサーチを強化
    • BtoB SaaSにおいて、ビジネスとプロダクトが連携することでより⼤きな成果を⽣む
    まとめ
    20
    

    View Slide

22. Web Application Engineer
    杉原 健太
    Virtual Card
    

    View Slide