プロダクトマネジメントトライアングルを必要最小限にしてみた

2020年1月20日 00:39

SaaSの会社で働いている自称社内ニートのIwaoです。

昨今、SaaSが盛り上がっていますが、先日、知人にそれって不労所得で何かやることあるの？って聞かれました。現場にいる人間としては、マーケットが動いている以上はやることは無限にあると思っているので、その組織構造を簡単に分析してみようと思います。

あ、SaaSはクラウドで提供されるソフトウェアのことを指すのでtoBとtoCに分かれますが、ウチはtoBなので企業向けのソフトウェアで考えてます。

お金の流れ

まずサービスのお金の流れを整理してみましょう。

基本的にSaaS型である以上、カスタマイズしないので月額制でプランやオプションで使い方を提案するプロダクトアウト型のビジネスモデルが主流です。

お金が入るパターンは新規顧客の新規契約と既存顧客のアップセル（ライセンス数の増加やプランのアップグレードなど）の2パターンに分類されます。つまり新規顧客と既存顧客の両軸に対して製品価値を提供することをやり続けないといけません。

接待で顧客を獲得しても解約されるのがセオリーなので、正攻法のビジネスで勝負できるのがSaaSのビジネスの面白いところです。

職種とグルーピング

製品の運用の流れを職種別に整理してみます。

(1) マーケティングがマーケット分析してリードを獲得する
(2) セールスがアポを獲得して製品を提案し新規顧客を獲得する
(3) カスタマーサクセスが顧客支援・コンサルティングしてアップセルを獲得する
(4) PMがお金と開発者の管理をする
(5) 開発者が製品の開発・運用をする
(6) デザイナーが製品の改善をする
(7) 製品開発が各チームと調整をする

これだけの職種でサービスとして機能する状態になります。さらにわかりやすいようにグループ分けしてみます。

グループAがお金を生み出すグループです。マーケティングが開拓したマーケットに対して、新規契約はセールス、アップセルはカスタマーサクセスがアプローチをします。

グループBが製品を開発・運用するグループです。製品価値を高める開発・改善を、PM・開発者・デザイナーが繰り返します。またコストや状況を見て計画的に製品の運用もしないといけません。

これらの2つのグループ間を製品開発が調整することができれば、最低限の仕組みが出来上がると考えています。製品開発はいなくてもマーケティングかPMが兼任できる仕事量であれば回りそうですね。

仮に7つ職種をチーム化してそれぞれを2名体制にして、社長が全体のマネージメントをやれば15人で回すことは可能です。ただ製品に関しての内容なので、会社でやるなら組織のことも考えないといけませんが。