レッスン5：SaaS の組織設計——プロダクト・エンジニア・BizOps ・営業・CS ・マーケの 6 軸

前回のレッスン 4 では、SaaS のグロースモデルとして PLG ／ SLG ／ CLG を体系的に扱いました。SMB は PLG 、Mid-Market は Hybrid 、Enterprise は SLG で組み合わせるのが現実解、というのが結論でした。今回は、そのグロースを実現する組織構造を扱います。SaaS の組織は他業界と大きく違うのが特徴で、6 軸で理解すると全体が読み解けます。

SaaS の 6 軸組織——全体地図

SaaS の典型組織は、次の 6 軸で構成されます。

プロダクト（Product）：何を作るかを決める
エンジニアリング（Engineering）：どう作るかを決める
マーケティング（Marketing）：認知と需要を作る
セールス（Sales）：商談から契約までを作る
カスタマーサクセス（Customer Success）：契約後の継続と拡大を作る
BizOps ／事業運営（BizOps ／ RevOps ／ Finance ／ Legal ／ HR）：全体を運営する

伝統的な事業会社の組織（企画・開発・製造・営業・管理）と比較すると、SaaS では次の 3 点が異なります。

CS が独立の主活動として組織化される（伝統事業ではサポート＝コストセンター）
BizOps ／ RevOps が Finance と Sales の橋渡しとして位置づく
プロダクトとエンジニアリングが強い自律性を持つ（伝統事業では企画→開発の指示連鎖）

順番に見ていきます。

プロダクト——PdM ／デザイナー／リサーチャー

プロダクト組織は、SaaS の意思決定の中核です。主な役割は次の通り。

Product Manager（PdM）：プロダクトのビジョン／ロードマップ／優先順位を決める。顧客との対話、経営との対話、エンジニアリングとの対話の 3 面折衝
UX ／ UI Designer：画面設計、Prototyping 、User Research 、Interaction Design
User Researcher：ユーザーインタビュー、アンケート、Usability Test 、行動データ分析
Technical PdM：API ／ SDK ／ Integration 領域を担当、エンジニア出身の PdM が多い
Growth PdM：Activation ／ Conversion ／ Retention 最適化を担当、PLG 型 SaaS で重要

Marty Cagan（Silicon Valley Product Group）が『INSPIRED』（2017 年）で提唱した「Product Trio（PdM ／デザイナー／エンジニアリング Tech Lead の 3 者で意思決定）」が世界の PdM 業界のスタンダードです。

エンジニアリング——ソフトウェアエンジニア／ SRE ／ QA ／セキュリティ

エンジニアリング組織の主な役割：

Software Engineer（Frontend ／ Backend ／ Full Stack）：機能実装、コードレビュー、テスト
SRE（Site Reliability Engineer）：本番運用、モニタリング、インシデント対応、SLO ／ SLI 管理
QA ／ Test Engineer：品質保証、自動テスト、リグレッションテスト
Security Engineer：脆弱性管理、Penetration Test 、SOC 2 対応、Bug Bounty
Data Engineer：DWH ／ ETL ／ Data Pipeline 、Snowflake ／ BigQuery
Machine Learning Engineer：レコメンド／予測モデル／生成 AI 統合

SaaS のエンジニアリング組織は、伝統的な「開発→本番リリース→次期リリース待ち」ではなく、「Continuous Deployment（毎日〜週次リリース）」で回します。Amazon は年間 5,000 万回のデプロイをすると公表しています。

Squad ／ Tribe モデル：Spotify が 2010 年代前半に提唱した組織モデル。7 〜 10 人の Squad（機能横断チーム、PdM＋デザイナー＋エンジニア）が独立の意思決定権を持ち、複数 Squad を束ねる Tribe で戦略を統合する。多くの SaaS 企業がこの形態を採用または参考にしています。

マーケティング——4 領域

SaaS のマーケティング組織は、伝統的なマスマーケとは大きく違い、次の 4 領域に分業しています。

Product Marketing（PMM）：プロダクトの Positioning ／ Messaging ／ Launch ／ Sales Enablement 。営業チームに Talk Track（商談スクリプト）を提供
Demand Generation（Demand Gen）：リード獲得。SEO ／ SEM ／ Paid Ads ／ ABM （Account-Based Marketing）／ Webinar ／ Content
Content Marketing：Blog ／ Whitepaper ／ Ebook ／ Podcast ／ YouTube ／ドキュメント
Field Marketing：地域・業界別の Event ／ Roadshow ／ Trade Show ／ Executive Roundtable

Brand Marketing は独立の役割として置くこともあります。Growth Marketing は Product-Led SaaS で PMM ／ Demand Gen ／ Content を横断する統合機能として組織される場合が多いです。

セールス——3 分業（SDR ／ AE ／ CSM）と Solutions Engineer

SaaS の営業組織は、伝統的な営業と違って細かい分業が特徴です。

SDR（Sales Development Representative）／ BDR（Business Development Representative）：新規リードの発掘・スクリーニング・初期エンゲージメント。1 日 50 〜 100 件の Cold Outreach（電話／メール／ LinkedIn）を実施
AE（Account Executive）：SDR から引き渡されたリードを商談化 → クロージング。 SMB AE 、Mid-Market AE 、Enterprise AE でセグメント別編成
Solutions Engineer（SE、Sales Engineer）：技術デモ／ POC ／アーキテクチャ設計／ Integration 説明。エンジニア出身の営業サポート
Post-Sales AE ／ Renewal AE：更新交渉、契約更新、価格改定。CSM と役割分担
Sales Ops：Sales Enablement 、Territory 管理、Compensation 設計、SFA（Salesforce）管理

Aaron Ross の『Predictable Revenue』（2011 年）が SDR ／ AE 分業を体系化し、世界の SaaS 業界標準になりました。日本でも 2018 年前後から「インサイドセールス」の名前で急速に定着しました。

MEDDIC ／ MEDDPICC は、エンタープライズ商談の管理フレームワークです。

M：Metrics（顧客の定量目標）
E：Economic Buyer（決裁権者）
D：Decision Criteria（意思決定基準）
D：Decision Process（意思決定プロセス）
P：Paper Process（購買／契約プロセス）
I：Identify Pain（顧客の痛み）
C：Champion（社内推進者）
C：Competition（競合）

これを SFA（Salesforce ／ HubSpot ／ Pipedrive）で商談ごとに管理するのが Enterprise SaaS の標準です。

カスタマーサクセス——4 役割とセグメント別編成

CS 組織の主な役割：

CSM（Customer Success Manager）：契約後の伴走。オンボーディング、アダプション、リテンション、エクスパンションの 4 段階を担当
Technical Account Manager（TAM）：技術的支援。エンタープライズ顧客の Integration ／ Custom 開発／障害対応をリード
Support Engineer：問い合わせ対応、Ticket 管理、SLA 遵守
Community Manager：ユーザーコミュニティ運営、Champion 育成、Advocacy
Renewal Manager：更新契約の折衝

CS 組織のセグメント別編成：

High Touch（ハイタッチ）：Enterprise 顧客に専任 CSM を配置、月次 QBR（Quarterly Business Review）を実施
Low Touch（ロータッチ）：Mid-Market 顧客に 1 CSM が 30 〜 50 社を担当、四半期 Check-In
Tech Touch（テックタッチ）：SMB 顧客はプロダクト内メッセージ、Email 、Webinar 、Community で自動応対

CS Ops は Sales Ops の CS 版で、Health Score 設計／ Retention Playbook ／ CS ツール管理（Gainsight ／ ChurnZero ／ Vitally）を担当します。

BizOps ／ RevOps ／ Finance ／ Legal ／ HR

SaaS の運営基盤の役割：

BizOps（Business Operations）：全社 KPI ダッシュボード、経営会議準備、戦略立案支援、月次／四半期の意思決定サポート
RevOps（Revenue Operations）：Sales ／ Marketing ／ CS の 3 部門を横断して収益プロセスを最適化。SFA ／ CRM ／ MA ／ CS Tool のデータ統合、Forecasting 、Compensation 設計
Product Ops：Product 組織横断のオペレーション。Feature Request 管理、User Feedback 集約、A/B Test 運営、Data Instrumentation
Finance ／ FP&A：会計、予算計画、資金調達支援、投資家対応
Legal：契約、DPA、Compliance、GDPR ／個情法対応
HR ／ People Ops：採用、報酬設計、Comp Bands 、Performance Management

RevOps は 2020 年代 SaaS 組織の新標準として急速に普及しました。従来は Sales Ops ／ Marketing Ops ／ CS Ops が分断していたのを、収益プロセスの一気通貫で統合する発想です。

SaaS 特有の HR 課題——採用競争と報酬設計

SaaS 業界は、エンジニアとプロダクト職の採用競争が最も激しい業界です。

エンジニア年収：日本の SaaS スタートアップでエンジニア年収 700 〜 1,200 万円、外資 SaaS 日本法人で 1,500 〜 2,500 万円が典型的
ストックオプション（SO）：スタートアップでは基本給に加えて SO を付与、Vesting は 4 年／ Cliff 1 年が世界標準
RSU（Restricted Stock Unit）：上場企業では SO ではなく RSU で株式報酬。Vesting は 4 年で毎年 25 % 、Cliff は 1 年
税制適格 SO：日本の税制優遇 SO 。2023 〜 2024 年の税制改正で権利行使価格の裁量が拡大、スタートアップの採用力が向上

SaaS のインセンティブ設計：

営業（AE）：ベース＋コミッション（新規 ARR × 8 〜 12 % ）、四半期または月次で精算。OTE（On-Target Earnings）でベース：コミッション＝ 50：50 が典型
CSM：ベース＋ Retention ボーナス（NRR 目標達成に応じて）
SDR：ベース＋ MQL 数／商談化数ベース、若手のキャリアパスは 1 〜 2 年で AE 昇格

講師の現場メモ

私が外資 SaaS 日本法人で BizOps 責任者になった 2012 年、日本法人の従業員数は 200 名を超えていました。営業組織は当時「AE」しか置いておらず、リード獲得はマーケが Web で流し、AE が全案件を最初から最後まで担当していました。しかしそれでは商談件数が伸びず、Payback が悪化していた。私は本社の SDR モデルを日本法人に導入することを提案しました。若手を SDR として 8 人採用、AE との分業を設計、SFA で商談ステータスを可視化、6 か月間の PDCA を回して、翌年には商談件数が 2.5 倍、AE 1 人あたりの成約数が 40 % 増、Payback が 4 か月短縮しました。

このとき最も苦労したのが「日本の伝統的な営業の考え方（1 人の担当者が最初から最後まで面倒を見る）」を変えることでした。20 年以上外資営業をしてきたベテラン AE から「引き継ぎで顧客との信頼が切れる」「SDR の Cold Call は迷惑営業」との反発が続きました。この抵抗は、実際にデータで「SDR 経由の商談は AE 直接の商談より成約率が 1.8 倍高い」と示すまで消えませんでした。分業モデルは、思想の変化を伴います。

2016 年に国内 SaaS スタートアップの CFO に転じたとき、そこも同じ課題を抱えていました。営業は 20 名、全員が AE 、リード獲得も自分でやる。私は CFO 兼 BizOps 責任者として、SDR ／ AE ／ SE ／ CSM の 4 分業を導入しました。抵抗はあったが、ダッシュボードで「1 案件あたりのフルタイム換算時間」を可視化して、AE の時間の 60 % がリード獲得に消えていることを示すと、変化が起き始めました。1 年後には営業組織は 50 名まで拡大し、うち SDR 20 名、AE 20 名、SE 5 名、CSM 5 名の分業組織になりました。組織設計は「今の人にとって最適」ではなく「次の 100 名にとって最適」で組みます。この視点は、独立後の 30 社超の支援で毎回強調していることです。

まとめ

SaaS の組織は 6 軸（Product ／ Engineering ／ Marketing ／ Sales ／ CS ／ BizOps）。伝統事業と比較して、CS が主活動、RevOps が Sales と Finance の橋渡し、Product と Engineering が強い自律性を持つ
プロダクト組織は PdM ／デザイナー／ Researcher の Product Trio が標準
エンジニアリング組織は Continuous Deployment ／ Squad モデルで運営
マーケは 4 領域（PMM ／ Demand Gen ／ Content ／ Field）に分業
セールスは 3 分業（SDR ／ AE ／ CSM）＋ Solutions Engineer 。MEDDIC ／ MEDDPICC がエンタープライズの標準
CS は 4 役割（CSM ／ TAM ／ Support ／ Community）＋セグメント別編成（High ／ Low ／ Tech Touch）
BizOps ／ RevOps ／ Product Ops ／ Finance ／ Legal ／ HR で運営基盤を作る
SaaS 特有の HR 課題は採用競争と株式報酬。SO ／ RSU ／税制適格 SO の設計、営業／ CS ／ SDR のインセンティブ設計が重要

確認クイズ

次の 6 問で、本レッスンの理解を確認します。