SaaSについて話すのはこれで最後だといいのですが

もうSaaSについて話したくありませんでした。私たちはそれについて5、6年話し合ってきました。私は翔林サオのようにそれについて話したくありません。残念ながら、多くの人がまだこの質問をするので、もう一度このことについて話さなければなりません。今後同様の記事を書かなくて済むように、この記事を印刷して下線を引いて覚えておくことをお勧めします。

[[337944]]

エンタープライズ SaaS のプロセスは、製品開発、販売とプリセールス、実装とトレーニング、二次開発、運用、技術サポートとメンテナンスです。

それぞれのステップについて一つずつ説明しましょう。私は赤くマークしません、あなた自身で赤くマークしてください。わかる人は当然わかるし、わからない人はわからないままでいいんです。

私はよくこう言います。

SaaSを開発するためにソフトウェア運用モデルを使用しないでください。また、エンタープライズレベルのものを使用して産業レベルのものを想像しないでください。

誰もが常に警戒を怠らないことが大切です。

1. 製品開発

大規模な顧客にサービスを提供するには、開発を非公開で展開してカスタマイズする必要がある、とよく耳にします。

私の提案は次のとおりです:

1. ビッグデータプラットフォーム製品を開発し、コストを利益に変換し、プライベート展開に対する顧客のニーズを解決します。メッセージキューミドルウェアを活用して、顧客が指定したプライベートサーバーにデータをリアルタイムで同期します。もちろん、そのためには、顧客のサーバーにも標準化されたメッセージ ミドルウェア レシーバーとデータ ストレージ プラットフォームのセットをインストールする必要があります。顧客がこれらのデータをローカルサーバーに保存した後、どのようにマイニングして分析するかについては、他社からプライベートに導入されたビッグデータ分析製品を購入する必要があります。プライベートに展開されたビッグデータ分析製品を販売していません。

2. オープン API プラットフォームを開発し、パートナーによる統合開発を容易にするために無料で利用できるようにします。 4大ERPベンダー（SAP、Oracle、UFIDA、Kingdee）とのインターフェース開放を優先し、次に5大OAベンダー（WeChat、ZHIYUAN、Landlink、DingTalk、Enterprise WeChat）とのインターフェース開放を進めます。さらに、4大ERPベンダーや5大OAベンダー以外のシステムとの接続を容易にするために、一連の標準インターフェースを公開する必要もあります。これは阿里巴巴のシステムと同じです。あなたがどんな厄介なソフトウェアを使っていても構いません。インターフェースを公開します。インターフェースは安定しています。私のインターフェースに従って接続していただければ、内部処理は再びスムーズになります。

3. カスタム開発といえば、ノーコード、ローコードのAlibaba Yidaプラットフォームは魅力的ではないでしょうか？

次のような、いわゆるカスタム開発を頻繁に要求する顧客について考えてみましょう。

• クエリとレポート（ビッグデータプラットフォームクラウドを通じて解決）
• 統合開発（Open APIオープンプラットフォームを通じて解決）
• 拡張開発（ノーコードおよびローコード プラットフォームを通じて解決）
• パフォーマンスの最適化（SaaS の継続的な運用と保守を通じて解決）

解決するのが最も難しいのは、顧客がカスタマイズや変更を希望する既存の製品コードです。これが本当のカスタム開発です。これは製品開発アーキテクチャにとっての課題であり、製品マネージャーとアプリケーション アーキテクトは複数の側面、つまり機能のどの側面が顧客ごとに異なるかを考慮する必要があります。したがって、これらのポイントはプラグイン用のオープン API として予約する必要があります。この問題はプラグインマーケットを通じて解決できます。

2. 販売と事前販売

製品を作る際には、ターゲット顧客グループの位置付けとポートレートを明確にする必要があります。すべての顧客を満足させることは不可能です。

したがって、ターゲット顧客グループを 3 つのレベルに分割する必要があります。レベルが多すぎると、販売や事前販売、製品設計に混乱が生じます。

3つのサブグループがあります。各サブグループの上位 3 つの主要な要求は何ですか?これが顧客ポートレートを作成するための鍵です。

各セグメントの上位 3 つの主要要求に対する製品実装のポイントは何ですか?

標準的なセリフを作成し、適切な録音を作成します。マーケティング、プリセールス、セールスにトレーニング、実践、ガイダンス、試験、認定を提供します。認定に合格できない人は働くことができません。

顧客がこれら 3 つのセグメント化された顧客グループのいずれにも該当せず、3x3 のトップ顧客にも該当しない場合は、その顧客にはアプローチしないでください。

企業は個々の顧客からではなく、ブランドプレミアム、規模/市場シェアを通じて収益を上げます。

3. 実装とトレーニング

実装サイクルは、一般的に次のアクションに分けられます。

1. ビジネス プロセスの合理化: これは、欧米では実際に、独立したコンサルティング会社、独立したコンサルティング プロジェクト、独立したコンサルティング料金によって実現されています。中国には独立した市場がないので、IT企業がそれをやらなければなりません。

2. データの初期化: 多くの場合、データ標準、元のデータのクリーニングと修正、元のデータのアップグレードに関する議論が含まれます。

3. 機能設定：権限設定、ビジネススイッチパラメータ設定、承認プロセス設定。実際、これら 3 つの方法の方が便利で、時間もかかりません。

4. 開発：統合開発、拡張開発、カスタマイズ開発。これは別のプロセスですが、オンラインで実装し、承認および支払いを行う前に、開発および検証する必要があります。

5. テスト検証: UAT (ユーザービジネスプロセステスト)、セキュリティテスト、パフォーマンスストレステスト、互換性テスト

6. 研修：講義、実習・指導、職業認定

7. 運用開始: パイロット運用、調整、決済

8. 利用範囲の拡大：ユーザー数と利用機能ポイント数の拡大

最も労力を要する部分は、最初の 2 つ、つまりビジネス プロセスの合理化とデータの初期化です。

私のアドバイスは、SaaS 運用の力を活用することです。この解決策については後で説明します。

また、コストを収益に変え、トレーニングと認定をビジネスにして、トレーニングと認定のエコシステム パートナーに引き渡すという提案もあります。トレーニングを実装フェーズに組み込まず、トレーニング フェーズとトレーニング コストを分離します。独立企業であるため、トレーニング コースの開発、インストラクターのトレーニングと認定、トレーニング パートナーの育成、トレーニング収益 KPI 指標の評価を専門とする独立したトレーニング部門が必要です。

このように分解すると、実装は実際には実装になり、プロジェクト管理、機能構成、立ち上げの促進になります。

SaaSオペレーション

私が SaaS 運用部門に与える究極のミッションは、それを徹底的に実装することです。

SaaS 運用部門の担当者は、次のことができる必要があります。

• 埋没ポイント
• データを分析する
• テンプレートを作成する
• 標準データの作成
• 自動化スクリプトの作成

SaaS 運用部門のスタッフは、実装担当者や顧客を常に観察する必要があり、構成、テンプレート、データの初期化や変更を頻繁に行う必要があります。これらはSaaS運用部門の担当者が対応する必要があります。テンプレート、標準データ、自動化スクリプトは SaaS 運用部門の担当者によって準備され、顧客は業界と顧客セグメントの 3 つの主要なグループに分類できます。将来的にはSaaS製品に組み込まれる予定です。 SaaS 運用担当者が最適化できないものがあれば、製品開発部門にフィードバックし、製品開発フェーズで最適化する必要があります。結局のところ、これは 1 セットのコードと 1 つのバージョンを持つ SaaS です。コードの所有権と操作権はあなたに帰属します。製品開発を継続的に最適化し、オンラインで継続的にリリースするだけです。 1 年に 2 つのバージョンをリリースするという従来のソフトウェア ルーチンは必要ありません。

新規顧客ごとに、ビジネス プロセスを整理したり、ニーズを調査したり、データ標準について話し合ったりする必要はありません。まず、顧客のビジネス部門のバックボーンが実装担当者と協力して、これらの標準テンプレートとデータを選択します。これらの基準に基づいて微調整を行います。このように、実装作業はますます標準化され、ますます少なくなっていきます。