Saasを選ぶ前に12の問題を考えなければなりません。

SaaSは最近のソフトウェア業界で議論されている最も熱い話題の一つです。

お金を節約して、より速いソフトウェアの配置を実現することができますが、いつも神経を使わない技術ではありません。

以下はSaaSアプリケーションを選択する前に考慮しなければならない12の問題です。

1、重要な任務を擔う？

SaaSをあなたの會社のビジネスに不可欠なアプリケーションに使わないでください。SaaSサービスプロバイダがあなたよりもっと良くサポートできると確信していない限り。

コンサルタントのAmyWohlさんは、「あなたの會社全體が、すべての時間である種のアプリケーションによって成功的に経営されており、それを自分でコントロールしない限り、必要な信頼性や性能が得られないと感じた場合、SaaSをこのような応用に使うべきではない」と話しています。

彼女は、例えば株取引會社は取引ソフトを社內に殘しておくべきだと言いました。

大手會社は100種類以上の運営キー業務に不可欠な応用を持っているかもしれません。

しかし、実際には多くのお客様が明らかにSaaSメーカーがキーミッションの応用をサポートする能力を信頼しています。

ある資料によると、49%の企業は重要な任務を展開するSaaS応用を計畫している。

2、使用によってお金を払いますか？

SaaSの価格トラップに注意が必要です。

ソフトウェアメーカーが事前に支払ったライセンスに酔ってお金を払うことを知っています。

SaaSの主要な売りは月ごとに料金を払うので、メーカーに絶えずサービスを改善させて、取引先を満足させます。

しかし、コンサルティング機関のTHINKstrategiesの責任者であるJeffreyKaplan氏によると、多くのSaaSメーカーは実際にこのモデルを逆さまにして、顧客に一年間の費用を前倒しして支払うように強要しているという。

技術ブログの著者であるKenBoassioさんは、「伝統的なソフトウェアの顧客は、アプリケーションの恩恵を受ける前に自分のお金を出すのが嫌です。

SaaSメーカーが伝統的なISVのように年會費の前払いを要求している時や、オープン価値の高い「時間価値」の割引をする時には、お客様はSaaSと伝統ソフトの違いを知る必要があります。何か不利なところがありますか？

3、データは本當に枕が高いですか？

SaaSサービスを展開する際には、災害時やメーカーの撤退時にデータをバックアップする信頼できる方法があることを確認してください。

敏感な業務データに関しては、メーカーがバックアップと復舊の緊急計畫を持っていることと、紛失または漏洩データに対して厳しい罰則を含むサービス協議が必要です。

Wohlは、お客様が第三者に保管されているアプリケーションを見つけて、バックアップの適用を保証すると指摘しています。

SaugtuckTechnology社の社長兼CEOのOWilliamMcNeeは、「お客様は実際にSaaSソリューションを提供するSaaSインフラストラクチャを理解する必要があります。」

4、SaaSは実際に安全性を改善しましたか？

SaaSは、企業に內部ネットワークを露出させずにパートナーと協力できるようにする。

Wohlは言います。「多くの會社はパートナーの人員が彼らの防火壁の中でうろうろしていることを望まないです。」

Kaplanによると、もう一つの利點はSaaSが企業に各種の政府法規要求の場外データバックアップ能力を提供できるということです。

Kaplanは言います。

外部委託サービスを提供するSaaS製品はこの問題をよく解決しました。

5、SaaSアプリケーションはSOAでよりよく動作しますか？

SOAとそれはWebインターフェースと相互操作性に重點を置いて強調しています。SaaSならではの強みを生かしたITインフラを提供します。

SaaSは多くの次世代技術を利用できると専門家が指摘しています。

この中にSOAが含まれており、企業のアプリケーションと統合された問題に関わる場合、SOAアーキテクチャはユーザーに大きなメリットをもたらす。

SOAに沿って発展している企業はSaaSベースのアプリケーション統合が従來のアプリケーションよりずっと容易になることを発見します。

6、ワンポイント登録能力？

複數のコンピューティングリソースを利用するためのワンポイント登録能力を付與してくれるメーカーのコンサルタント、Davidlinthicumさんを探しています。「サードパーティ添加物（例えば背景検査SaaSアプリケーションとSaaSアプリケーションを報告する）を含むより複雑なSaaSシステムにとって、シングルポイント登録能力は特に重要です。」

7、SaaS応用統合が制限されていますか？

Lithicumによると、SaaSメーカーは彼らのアプリケーションを他のメーカーが開発したアプリケーションと統合する良い方法を探しています。

彼は言った："より多くの企業が自分のアプリケーションをSaaSプラットフォームに移転するにつれて、SaaSからSaaSへの統合の必要性はますます大きくなります。

殘念なことに、お客様がこのような統合を要求する場合、多くのSaaSサプライヤーは答えを出せません。

一群の開発者を雇用し、最良の結果を期待するユーザーを除いては、他に方法がない」と述べた。

彼はまた、このようなやり方はしばしば「柔軟性に欠け、高価で愚かな応用アーキテクチャ」をもたらすと指摘しています。

8、ユーザーはどれぐらいのものを得ることができますか？

一部のユーザーに効果的なSaaSアプリケーションは、企業全體に展開するのに適していないかもしれない。

Wohlは言います。「このような応用から何が得られるかを合理的に予想できますか？一定の領域に限定されているものですか？」

もし部門を超えてSaaSアプリケーションを使うなら、企業は境界を設定する必要があります。

McKinseyQuarlyはSaaSに関する報告で、「2つの部門がSaaSソフトウェアを使用したいという明示的なメカニズムが必要であるが、1つの部門だけがソフトウェアを修正する必要がある場合、誰がカスタマイズソフトのレベルを決定し、誰がこのサービスの支払いをするかを決定する」と指摘しています。

9、SaaSユーザーは過度の宣伝に注意しますか？

SaaSは非常に人気のあるアプリケーションですので、ほとんどのメーカーはこの市場からスプーンをもらいたいです。

殘念なことに、多くのメーカーは既存のアプリケーションをウェブ上に簡単に置くだけで、使いやすい改善はしていません。

Kaplan氏は「一部のソフトウェアメーカーはSaaSという言葉を汚している。

彼らは実際に同じような古いアプリケーションを提供しています。応用の制限は少しも変わりません。

SaaSアプリケーションはWeb上で実行するために開発されたものであり、アクセスしやすい特性を備えているべきである。

それらは直感的な操作インターフェースを備えているべきです。

最も重要なのは、多くのユーザーがこのようなアプリケーションを利用してリアルタイムで協力する能力を持つべきである。

10、誰がSaaSサービスに責任がありますか？

SaaSサービス契約を締結する前に、アプリケーションはWebを通じて