SaaSプラットフォームはより複雑なシステムであり、進化したシステムでもあります（サービスプロバイダーは機能モジュールを追加します）。垂直フィールドSaaSプラットフォームの機能に基づいて、必要な機能特性も異なります。説明する。
プロジェクト名：SDIインテリジェントマネジメントシステム。
まず、ビジネスを理解する
ビジネスは：自分のビジネス機能モジュールを理解するために、このステップは、自分のビジネスに基づいて機能モジュールを確認する必要があるため、確認することをお勧めします。要件や機能モジュールを確認する方法については、これは繰り返されません。
さまざまな方法で各製品の仕事は、私が仕事のやり方は、基本的には、次のとおりです。要件収集、評価を必要とする、フレーム構造、意見を収集（マインドマッピング）、プロトタイプインタラクティブ、UIの評価、プロジェクトのテスト、オンラインのプロジェクトを、コーミングのプロセス。
だから、同時に、自動車市場に垂直に行われているように - このステップは、シートスプレー事業で、我々はビジネスそのものを行うには、特に、非常に重要なビジネスプロセスを理解する必要があり、ビジネスは明確に理解している必要があり、そうでない場合に設計機能は不適切かもしれません。会社のビジネスを理解する方法については、提案は2つの側面からです：
R＆Dマネージャーや取締役などの従業員は、同社のビジネスフレームワークを理解しています
オフラインストアを直接訪問し、現在のビジネスを担当する従業員と話し、ニーズを記録する（良い製品はリスナー）
ここでは、オフライン店員やその他の部署のニーズを集めることであるかどうかを判断するために、それをスクリーニングしてスクリーニングする必要があることを忘れないでください。
次に、汎用モジュール定義
機能モジュールの定義は、主に会社のビジネスの属性に従って定義されます。次の質問から考えることができます。
会社の組織構造とはどの部門ですか？
会社の事業は何ですか？
同社のサービスは何ですか？
SaaSのプラットフォームは、主にどのような問題を解決するためですか？
次に、これらの問題に基づいて、機能モジュールを定義します。
最初の質問：部門の構造を理解すると、SA（Special Advisor）、マーケティング、カスタマーサービス、ファイナンス、テクニシャン、ピックアップドライバー、サプライチェーンおよびその他の部門があり、部門の理解に基づいて、SAは、マーケティングはレポートや計画活動を見て、財務的ニーズを調和させ、技術者が展開する必要があります。部門と話し合った後、以下のものが抽出されます。
注文管理（SA）
オペレーションマネジメント（マーケティング）
財務管理（ファイナンス）
発送制御（技術者）
製品管理（サプライチェーン）
2番目の質問：会社の事業は主にスプレーのメンテナンスであり、洗車、美容、改装、金メッキなど、さまざまな種類の事業に分かれています。これらのサービスには、これらのサービスを管理する機能が必要です。機能：
基本データ（業務管理）
3番目の質問：会社のサービスは以下のとおりです。自動車のナンバープレート認識における店舗への顧客が行うことになる。同時に、顧客は電話（監視ビデオ）上でリアルタイムの映像ワークショップの建設を見ることができ、そしてあなたがこれらの機能を移動する車両のルートを見ることができます。インテリジェントなハードウェア、部署との協議に基づく関係は、以下の機能を設定します。
インテリジェントハードウェア（カメラ、ナンバープレート認識）
第四に質問：このプラットフォームの開発は、ビジネスの管理ラインの下に格納し、同時に品質、施工のインテリジェントな管理を制御することで、まとめることができ、統計情報、クエリ、人事管理、会員管理、そして我々は、上記に基づきすることができます。問題は、このプラットフォームの開発を目的に応じて、統合には、次のような機能では発生しません。
顧客管理（会員管理）
従業員管理（人事管理）
第4の問題は、最初のいくつかの質問の要約であり、またそれは核心問題です。システムを開発する目的は何か、何が解決されているか？企業はそれぞれ異なり、特定の条件に基づいて具体的な判断をする必要があります。財務システムは、財務のプロセスを理解するために、財務スタッフと通信するのが好きです。
3.機能の柔軟なカスタマイズ
基本的な機能モジュールの前提に基づいて、4Sショップなどの他の同様のタイプの企業に使用される場合、このプラットフォームのすべての機能が必要か、カスタム機能が必要かどうかを考慮する必要があります。
SaaS 2.0モードでは、柔軟なカスタマイズ、インスタント展開、および迅速な統合を備えたSaaSアプリケーションプラットフォームを検討する必要があります。
たとえば、このプロジェクトでは、次のように分類された製品とサービスの特別なカスタマイズを実行しました。
アプリケーションシステム
システムモジュール
拡張サービス
サードパーティのアクセス
4.各機能モジュールのサブメニューの操作モード
第1レベルメニュー機能モジュールを確認した後、第2メニュー分類を行う必要があり、分類する際に第1レベルメニューの属性を考慮して第2メニュー機能を統合する必要があり、同時に第2メニューのデータテーブルを考慮する必要がある。これは、システム全体の操作性に関係しています。
例：会社の注文分類に従って、第1レベルメニューの注文管理の第2の分類を実行するとき、注文概要、予約注文、総合注文、注文配送注文、保険注文、保守注文などがあります。現在の顧客の注文ステータスを表示するために、氏名照会、ナンバープレート番号照会、携帯電話番号照会などの操作は何ですか？
つまり、各セカンダリメニューの対象を定義するために、テーブルに表示されるフィールドはビジネスに精通しており、さまざまな部門の緊密な協力が必要です。
あなたの参照のために下にマインドマッピングを置く。
結論
SaaSプラットフォームに関しては、比較的複雑なシステムですが、削除、追加、検索などはされていますが、システム間の複雑な構造のために、問題を考えるときにはさらに検討し、いくつかの人にもっと尋ねてください。 。
