SaaS 製品運用では何をすべきか (SaaS 製品管理のプロセスと手順)

SaaS 製品管理のプロセスと手順

成功しているすべての SaaS 企業の背後には、SaaS 製品向けの標準化された管理プロセスがあり、顧客のニーズを満たし、効果的な製品管理プロセスをより適切に実装するのに役立ちます。企業や背景が異なれば、必要な管理プロセスも異なります。この記事では、一般的な SaaS 製品管理プロセスの手順をまとめました。お役に立てれば幸いです。

成功している SaaS 企業の背後には、SaaS 製品管理のための一連のプロセスがなければなりません。この一連の管理プロセスは、SaaS 製品の成功を確実にするために存在します。顧客のニーズを満たす機能を備えた最高の製品を作りたい場合、効果的な製品管理プロセスを実装することが重要です。

製品管理プロセスには、新しい製品や機能のリリース、または既存の製品機能の反復を行う手順が含まれ、製品ライフサイクルの各段階に関連する一連のタスクが含まれます。これは、常に仮定、実験、経験の改善などを行い、そこから常に経験を引き出し、学習して実際の製品を構築するプロセスです。

SaaS 製品マネージャーは、製品管理プロセス中にユーザー エクスペリエンス、ビジネス目標、技術的な実現可能性のバランスを取る責任があります。これには、クライアント、ビジネス リーダー、デザイナー、R&D エンジニア、マーケティング担当者、カスタマー サポートなど、さまざまなチームや関係者とのコラボレーションが含まれます。

効果的な製品管理プロセスを実装すると、企業や他者が製品の価値を迅速に理解し、何が販売されるのか、開発された製品がどのように収益に変換されるのかを明確に説明できるようになります。優れた製品管理プロセスにより、成功の可能性を最大限に高め、さまざまな製品ソリューションを迅速に検証し、ユーザーの中心的なニーズに合わせて製品を形成し、企業のリソースを集約することができます。

SaaS 製品管理プロセスの主な段階には、顧客の問題の特定、問題を解決するための仮説の策定、ロードマップの開発、機能の優先順位付け、さまざまなチームへの提供、データの分析が含まれます。これらすべての段階は、製品ライフサイクルの終わりまでサイクルで実行されます。

企業、製品プロジェクト、企業戦略が異なれば、製品管理サイクルも異なる可能性があり、製品管理プロセスを実装する手順も異なるため、一般化することは困難です。通常、SaaS 製品管理プロセスは、アイデアの生成、アイデアのスクリーニング、市場とユーザーの調査、戦略の策定、製品の開発、テストとフィードバックの収集、製品の改善という次のステップに分けられます。

新しいアイデアを思いつくのは難しいことであり、新しいアイデアを瞬時に見つける方法はないことは誰もが認めるところです。優れた SaaS アイデアを得るには、焦点を変更する必要があります。

ほとんどの人は、創造のプロセス中に「アイデアを見つける」ことに重点を置きすぎて、問題を無視してしまいます。このアプローチでは、適切で価値のあるアイデアを見つけるのが難しくなるだけでなく、独善的な状態に陥りやすくなります。業界を席巻してナンバーワンになるような SaaS アイデアを見つけることに集中すると、おそらくこのアイデアは見つからないでしょう。

アイデア創出段階では、アイデアを見つけることではなく、人々が直面している問題を発見することに重点を置く必要があります。

どの業界にも問題があります。スタートアップとしては、問題の発見と製品のアイデアの創出にもっと時間を費やすべきです。問題を素早く特定して発見するにはどうすればよいでしょうか?これを効果的に実装するには 2 つの方法があります。

1) 収集と研究。業界や分野に着目し、トレンドや成長産業、高収益の投資商品などを探し、事前に情報を収集し、解決されていないニーズや問題を分析します。

2) ブレーンストーミングセッション。ブレインストーミングは多様な思考を促す会議です。アイデアを発展させる雰囲気を作り、批判を拒否する必要があります。正しい意見も間違った意見もありませんし、会議は批判しながら行うべきではありません。ブレーンストーミング会議の参加者は、さまざまな専門分野やバックグラウンドを持つ人々が混在することが望ましいです。そうすることで、問題やアイデアをさまざまな角度から議論し、イノベーションを促進できます。

生成された製品アイデアを収集したら、仕様を定義する必要があります。ゲートマネジメントプロセス方式により、すべてのアイデアを「合否」と「スコア」で審査し、数多くの製品クリエイティブアイデアの中から開発したい上位3つのアイデアを選定することができます。次に、SWOT (状況分析) を使用して、魅力的に見えても実行できないアイデアを除外し、最大の利益と最低の投資コストを持つアイデアを選択します。

製品アイデアの選考段階では、製品アイデアを一文で明確に説明し、次の質問に答える必要があります。

• どのような問題を解決したいですか?
• 製品アイデアの成功をどのように定義すればよいでしょうか?
• ユーザーに私の製品アイデアをどのように説明してもらいたいですか?
• 他の人は私の製品アイデアに喜んでお金を払ってくれるだろうか?

私はかつて、失敗したスタートアップの事例を分析、研究することに時間を費やしたのですが、失敗したスタートアップの大半が失敗する第一の理由は、市場の需要がない製品を作っていることだということが分かりました。

市場調査とユーザー調査は、製品管理における最も重要なステップの 1 つであることがわかります。製品の成功には市場調査とユーザー調査が不可欠です。市場調査とユーザー調査により、市場の状況、競合他社の動向、業界全体の傾向、自社製品が埋められる可能性のある市場のギャップを特定できます。

市場調査とユーザー調査は、一次調査と二次調査を通じて行うことができます。一次調査とは、アンケート、詳細なインタビュー、フォーカス グループなどの直接的な調査方法から生のデータを分析するなど、必要な回答を得るためにゼロからデータを収集することを指します。二次研究とは、さまざまな研究ジャーナル、論文、新聞の切り抜き、統計年鑑、オンライン資料など、他者が最初に収集したデータに基づく研究です。

市場調査の主な内容：対象市場の規模の評価、競合他社の状況の調査、競争上の優位性と劣位性の分析、改善の余地の発見。

市場調査に加えて、2 番目のポイントであるユーザー調査にも重点を置く必要があります。ほとんどの製品マネージャーは製品の設計と運用データに重点​​を置いており、ユーザー調査や分析には比較的消極的であるため、ユーザー調査は製品マネージャーによって見落とされがちです。ユーザー調査フェーズでは、ユーザー ポートレートのプロトタイプが出力されます。ユーザー ポートレート プロトタイプの役割には、それぞれのユーザー属性と特性が含まれますが、ユーザーのニーズとユーザーの希望という 2 つの重要なポイントを提示する必要があります。

市場調査やユーザー調査のプロセスでは、通常、最初に二次調査を使用して定性的な結論を導き出し、次にこの定性的な結論に基づいて一次調査を実施します。そうすることで得られる利点は、問題に集中して解決策を見つけながら、不必要な時間コストの投資を削減できることです。

開発する製品を決めた後、すぐに製品機能の開発を始めるのではなく、製品戦略の開発を優先する必要があります。製品戦略策定とは、R&Dテーマに基づいてロードマップの目標を実現するための計画です。 R&D のテーマは製品ビジョンを形作ることです。製品戦略では、実行する予定の手順を定義し、時間の経過とともに製品ビジョンをどのように達成するかを説明します。

戦略開発を実行ステップに分解する最良の方法は、製品ロードマップを作成することです。製品ロードマップは、製品開発のビジョン、目標、現在のステータスを示すタイムラインと具体的なアクションを含むフレームワークをチームに提供するツールです。完全な製品ロードマップには、ビジネス目標と目的、製品領域、製品機能、優先順位、主要業績評価指標 (KPI) が含まれている必要があります。

戦略的開発は、市場競争に関する企業の考え方を動的かつ継続的に表現するものであり、製品ロードマップも定期的かつ動的に調整および更新する必要があります。競争環境が変化したり、顧客の嗜好が調整されたり、計画されている製品機能が変更されたりした場合は、製品ロードマップが現在の作業の状況と長期目標の重要性を継続的に反映していることを確認します。通常、製品ロードマップは毎週または隔週で更新されるため、チームはそれを正確な情報源として使用できます。

製品開発の初期段階では、SaaS 開発者は最適なテクノロジー スタック (プログラミング言語、プラットフォーム、ソフトウェア、ツール) を評価および選択し、通常は企業またはチームがより慣れているテクノロジー エコシステムを採用します。テクノロジー スタックを選択する際には、将来の SaaS アプリケーションのスケーラビリティ、汎用性、信頼性、セキュリティを優先する必要があります。

SaaS テクノロジー スタックの選択原則:

• 主流の技術言語。例: java、python など。
• 学習曲線が低い
• これはテクノロジー戦略のS字カーブ成長トレンドに沿っており、長期的な価値があります。

SaaS スタートアップ チームは、市場を検証するために、最小限の実行可能な製品 (MVP) の構築に優れている必要があります。最小限の実行可能な製品には、製品を効果的に展開するためのコア機能と、初期導入者から使用状況のフィードバックを得るために最小限のコストでユーザーに直接的な価値を生み出すための基本的なコア機能のみが含まれます。この戦略は、顧客が望まない製品の構築を避け、最小限の費用で顧客に関する最大限の情報を取得することを目的としています。

スタートアップ SaaS チームは、製品開発フェーズで次の 2 つの点に重点を置く必要があります。

1. SaaS 製品の研究開発を他のサービス プロバイダーに委託する場合は、プロジェクトをフォローアップし、開発に協力するために、少なくとも 1 人の R&D 担当者の採用と配置を優先する必要があります。多くのスタートアップチームは、初期段階では十分な研究開発リソースとコストを研究開発に投資することができず、アウトソーシングサービスプロバイダーに研究開発を外注することしかできません。委託開発を利用する場合は、必ず 1 ～ 2 人の R&D 担当者を採用して開発に協力してもらい、アウトソーシングした製品の納品後、アウトソーシング サービス プロバイダーに「窒息」されないように、自社チームがその後の反復的な開発や最適化に迅速に対応できるようにしてください。
2. 機能性よりも価値を優先します。製品作成段階では、価値に焦点を当てることが最善です。ほとんどのスタートアップチームは、R&D 段階で R&D を中止できない状況に陥ります。機能はますます増加し複雑化しており、研究開発の焦点は、製品がユーザーにもたらす価値ではなく、機能レベルに移っています。

製品が初めて開発に成功した後、急いで市場にリリースしないでください。代わりに、まずは初期のコアユーザーを見つけて無料トライアルを実施する必要があります。コアユーザーとのトライアルを通じて、ユーザーの行動データとそのフィードバックを取得し、製品のアイデアが市場の期待を満たしているかどうか、ソリューションがユーザーのコアな要求を正確に満たせるかどうかをさらに判断します。

SaaS 製品テストは、ネットワーク上でホストされているアプリケーション ソフトウェアが顧客のニーズを満たし、期待されるソリューション パフォーマンスを実現しているかどうかを評価するものです。最も一般的なテストの種類は、パフォーマンス テスト、ユーザビリティ テスト、セキュリティ テスト、ビジネス ワークフロー テストなどです。これには、ソフトウェア ソリューションの機能性を評価して、目的を達成できるかどうかを判断することが含まれます。

ユーザーからのフィードバックを収集することで、ユーザーの将来のニーズを予測し、問題がユーザーにとって問題になる前に積極的に解決できるようになります。 SaaS 製品は、顧客のニーズに基づいて作成された顧客中心の製品およびサービスです。製品のサービス機能を継続的に反復し、問題解決を改善することによってのみ、ユーザーは製品にお金を払い、他の人に製品を推奨できるようになります。

通常、リアルタイム チャット、顧客サイト訪問、簡単なアンケート、ソーシャル メディア ツールなどを使用して、ユーザーのフィードバックを収集します。ライブ チャットとオンサイト顧客訪問は、顧客と直接コミュニケーションをとる方法です。事前に計画を立てて、特定のリアルタイムの問題を分類したり、製品の使用プロセスについて質問してユーザーとやり取りしたりすることができます。

ユーザー満足度調査など、簡単なアンケートで、製品やサービス体験に対するユーザーの印象を簡単かつ迅速に把握できます。このフィードバックを営業チームと共有してユースケースを提供し、新規顧客に機能を販売する際にその機能の位置付けを向上できるようにします。

ソーシャル メディアは、人々が自分の気持ちを表現したいときに便利なプラットフォームです。直接のフィードバックほど有意義で建設的ではないかもしれませんが、他のソーシャル メディア プラットフォームを通じて貴重なフィードバックを見つけることができるかもしれません。

製品を設計する際には、ユーザーを初心者として想像してみるのも良いですが、ユーザーからのフィードバックを収集する際には、なぜユーザーがそのような疑問を抱いたり、そのような感情を抱いたりするのかについてさらに深く考え、ユーザーの視点から問題を考えなければならないことを忘れないでください。これは、B 側のユーザー フィードバックのほとんどに特に当てはまります。B 側のユーザー フィードバックでは、通常、質問が提示されるだけでなく、いくつかの「提案的な」解決策も提示されます。製品マネージャーは、このタイプのソリューションを合理的に検討し、慎重に決定を下す必要があります。

このタイプのソリューションは完璧ではない可能性があります。なぜなら、B 側ユーザーのほとんどは、狭い範囲のシナリオと視点で製品を使用しており、システムやビジネスの全体的な観点から適切な提案を求めることができないためです。そのため、私たちはプロダクトマネージャーに、ユーザーからのリクエストを受け取ったときに、（ユーザーの視点から）自分の職務責任を理解するようによく求めます。そうすれば、なぜ彼らがこの疑問を提起し、そのような提案をするのか理解できるでしょう。

製品の反復的な改善は、反復的なソフトウェア開発とも呼ばれます。それは単なる流行語ではありません。当社の SaaS 業界やインターネット ソフトウェア製品にとって、これは大きな実用的なメリットをもたらします。例えば：

SaaS 製品開発ではアジャイル開発の考え方が採用されており、反復開発と増分開発はアジャイル開発のベストプラクティスです。当社では、製品を大きなモジュールや管理しにくい機能ではなく、小さく明確に定義されたユニットに分割しています。少量の機能を迅速に提供することで、提供される各バージョンを完全に検証およびテストし、製品の提供品質を確保できます。

さらに、この方法により、製品バージョンが配信され、起動された後に問題が発生した場合でも、問題を迅速に特定し、時間内に修正して、ユーザーに対する問題の影響を軽減することができます。

当社では、迅速な反復開発により、より短いリリース サイクルでユーザーを支援し、ユーザーの問題を解決できる機能を継続的かつ迅速に改善しています。このアプローチは、当社製品に対するユーザーの信頼と肯定的なフィードバックを高め、ユーザーの価値を中心に据えた製品開発に役立ちます。

開発作業を小さな成果物に分割し、できるだけ早く納品することで、誤解や要件仕様の誤りのリスクを軽減できます。アジャイル反復手法により、ソフトウェア開発チームは反復を計画、設計、検査、適応できます。対照的に、頻繁なリリースにより、開発チームは作業をより迅速に現実にさらすことを余儀なくされ、欠陥のある仕様を早期に解決し、変更要求への対応が容易になります。

プロジェクト チームは、反復的に作業することで、各反復で評価を行い、満足のいく最終製品を作成するためにどのような変更が必要かを判断するサイクルを実行します。

ソフトウェア製品管理プロセスは最終地点ではありませんが、この段階では、製品管理プロセスは、SaaS 企業と製品マネージャーが従う必要のある一連の手順以上のものになります。各フェーズには、実行だけでなく、目的と目標が必要です。製品管理の最終的な焦点は、最適化と効率性に再び移す必要があります。コストを最小限に抑え、効率を最適化しながら、業務を拡大、改善し、ビジネス成果を維持するための可能な方法を検討してください。

製品開発は直線的なプロセスではないことを覚えておくことが重要です。スタートアップの創業者やプロダクトマネージャーとして、自分自身とチームに柔軟性と回復力を持たせる必要があります。

コラムニスト

Big D、WeChat公開アカウント：ToBプロダクトイノベーション研究会、『みんながプロダクトマネージャー』のコラムニスト。 ToB SaaS 製品のエキスパート。彼は中国の多くの上場企業でインターネットディレクターや情報技術ディレクターを務め、チームを率いて何度も0からNまでの製品商品化のクローズドループを完了しました。現在はSaaSサービス製品の起業に注力しています。

この記事はもともと「Everyone is a Product Manager」に掲載されました。無断転載は禁止です。

タイトル画像は、CC0 プロトコルに基づいて Unsplash から取得したものです。

この記事で述べられている意見は著者自身の意見のみを表しており、人人士品夢家プラットフォームは情報保存スペースサービスのみを提供します。