Windows SaaS 成熟度モデル
Windows向けISVなら、いずれは顧客から「これをブラウザで利用できるようにできないか」という同じ要望を耳にするものです。この質問の背後には、自社の製品がWindows SaaSへの道のりのどこに位置しているのか、そしてまだどれだけの道のりが残っているのかという、より大きな問いが潜んでいます。すべてのベンダーが同じ段階にある必要はありませんが、自社が実際にどの段階にあるかを把握しておくことは、どのベンダーにとっても有益です。
問題は、「SaaSへの移行」が、あたかもスイッチを一つ切り替えるだけの単純な作業であるかのように扱われがちですが、実際には段階的なプロセスであるという点です。成熟度モデルを用いれば、各段階に名前を付け、トレードオフを把握し、投資対効果が努力に見合わなくなる前に、どこまで進めるべきかを判断することができます。
SaaSの成熟度とは、実際には何を測定しているのか
SaaSの成熟度とは、コードのどれだけがWebネイティブであるかということではありません。それは、顧客が得る体験と、その背後でチームが運用するビジネスモデルにかかっています。真に成熟したSaaS製品は、基盤となるアプリケーションがどの言語で記述されているかに関わらず、ブラウザベースのアクセス、サブスクリプション方式の料金体系、一元化されたアップデート、そして最新のセキュリティ機能を提供します。
この区別が重要なのは、ISVがしばしば混同してしまう2つの事柄――「配信上の課題としてのWindowsアプリケーションの近代化」と「 書き換えプロジェクトとしての近代化」――を明確に区別するからです。後者に一切手をつけなくても、前者については大きな進展を遂げることができます。
Windows SaaSの成熟度の5つの段階
ほとんどの Windows アプリケーションは、5 つの段階のいずれかに分類されます。投資先を決める前に、自社のアプリケーションがどの段階に該当するかを確認してください。
- 従来のインストール方式。このアプリケーションは、永久ライセンス付きのローカルインストール版として提供されます。顧客は自身のマシン上で実行し、更新は手動で行い、リモートアクセスについては顧客が独自に設定します。多くの老舗Windows製品は、この方式から始まっています。
- リモートアクセス機能の追加。 Microsoft RDSなどのリモートアクセス層を追加することで、顧客が社外からアプリにアクセスできるようにします。これは機能しますが、ライセンス管理、スケーリング、ユーザーエクスペリエンスがすぐに複雑化してしまいます。また、本来はマルチテナント環境向けに設計されていないインフラストラクチャを維持管理することになります。
- ホスト型配信。アプリケーションはクラウド上で動作し、ブラウザを通じてユーザーに提供されるため、ローカルへのインストールは不要です。料金体系はサブスクリプション制に移行します。この段階で、顧客はついに期待していたSaaS体験を得ることができ、かつ 製品を書き直すことなくこれを実現できたことになります。
- 管理型マルチテナント型提供。ホスト型提供に加え、更新を一元管理し、多要素認証やシングルサインオンを導入し、再現性のあるマルチクライアントアーキテクチャを運用します。新規顧客のオンボーディングは、プロジェクトではなく日常業務となります。これは、成熟しており、堅牢なWindows SaaSサービスです。
- Webネイティブへの書き換え。アプリケーションは、真のWebアプリケーションとして再構築されます。これはSaaSの最も完成された形態であり、ごく一部の製品にとっては、長期的な目標として適切な選択肢となります。しかし、大多数の製品にとっては、2段階前の段階で実現できたはずのユーザー体験に到達するための、最もコストがかかり、時間がかかり、リスクの高い方法となります。
{CTAEMBED_IDENTIFIER}}。
なぜ「書き換え」が誤ったデフォルト設定なのか
ステージ2や3の段階では、真のSaaSとはステージ5へ一気に飛躍することだと考えがちです。それは一見、すっきりとした解決策のように思えます。「正しい」方法で製品を再構築し、過去を振り返らない――。しかし実際には、書き直しを行うということは、顧客が依存している長年にわたって蓄積されたビジネスロジック、エッジケース、連携機能を再構築しつつ、移行していないすべてのユーザーのために旧製品を維持し続けなければならないことを意味します。
そのコストは、単なる金銭的なものだけとは限りません。チームが機能開発に費やせない時間や、再構築された製品が何年もの間、元の製品に及ばないというリスクも含まれます。着手する前に、 自社がそうした負担を吸収できるかどうかを率直に検討する価値があります。なぜなら、多くの 企業にはそれが難しく、挑戦した企業も途中で行き詰まってしまうことが多いためです。
リライトを行わずに Windows SaaS の成熟度を高める
より現実的なアプローチでは、近代化をまず「提供」と「アクセス」の問題として捉えます。これこそが、GO-Globalが開発された目的そのものです。GO-Globalは、既存のWindowsアプリケーションをブラウザを搭載したあらゆるデバイスに公開するため、顧客は、クロスブラウザの互換性確保やコードの変更を必要とせずに、ホスト型でブラウザベースのアクセスを利用できるようになります。成熟度の観点から見ると、GO-Globalは、ステージ1や2からステージ3や4へと、直接移行することを可能にします。
簡潔で体系的なアプローチが効果的です：
- 提供モデルを選択してください。アプリケーションを自社でホストするか、汎用的なクラウドプロバイダーを利用するか、あるいはISVに特化したホスティング事業者を利用するか、決定してください。
- ブラウザ経由でのアクセスを追加します。既存のアプリケーションをブラウザ経由で提供することで、顧客はすぐにSaaSのような体験を得ることができます。
- 最新のセキュリティ対策を組み込みましょう。多要素認証やシングルサインオンを導入し、企業顧客の期待に応えましょう。
- 更新と監視を一元化します。顧客ごとにインストールを調整するのではなく、一元的に一度だけ更新を配信します。
ホスティングは、この方程式のもう一方の重要な要素です。なぜなら、公開されたアプリケーションが実際にどこで実行されるかは、コスト、パフォーマンス、およびマルチテナント型提供に影響を与えるからです。多くのベンダーは、GO-GlobalとISVHostを組み合わせて提供しています。ISVHostは、汎用的なクラウドワークロードではなく、 ISV（独立系ソフトウェアベンダー）の特定のニーズに合わせて構築されたホスティングオプションです。これらを組み合わせることで、既存のコードベースへの投資を保護しつつ、成熟したWindows SaaSソリューションを実現することができます。
ISVHostによる「GO-Global」の実態
実際には、この2つの役割は明確に分かれています。GO-Globalは、既存のWindowsアプリケーションをあらゆるデバイスのブラウザ上で動作させるためのアクセス層です。ISVHostは、そのアプリケーションと、その基盤となるGO-Globalを実行する、 フルマネージド型のクラウドホスティングサービスです。 ホスティングプロバイダーと別のリモートアクセスツールを組み合わせる代わりに、ISVHostがRDSやRDPではなくGO-Globalをアクセス層として使用する、 ISVに特化した単一のソリューションを利用できます。この単一の選択こそが、その結果を単なるリモートデスクトップではなく、現代的なSaaSのように感じさせる要因であり、エンドユーザーにエンタープライズ級の価格を課すことなく、シングルサインオンとWebネイティブな体験を提供するものです。
チームにとって、重心がインフラの運用からソフトウェアの開発へと移行します。「フルマネージド」とは、本来は自社の製品とはみなされなかった部分が外部に委託されることを意味します：
- セキュリティ、パッチ適用、およびWindowsの更新を、先を見越して適切に管理します。
- シングルサインオンやカスタム連携を、お客様に合わせて設定いたします。
- IT部門の人員を増員することなく、新規顧客の導入を実現した。
- 何か予期せぬ問題が発生した際、一般的なサポート窓口ではなく、お客様の環境を熟知した担当者が直接対応いたします。
このライセンスモデルは、そうした成長を見据えて設計されています。ISVHostの料金体系は、指定ユーザー数ではなく同時接続数に基づいており、実際にログインしているユーザー数に応じて課金されます。ユーザー数が増えるにつれて1ユーザーあたりの単価は下がり、ホスティングサービスは個別のアドオンを積み重ねて課金されるのではなく、パッケージとして提供されます。たまにしか利用しないユーザーが多いWindows製品の場合、この方式は通常、指定ユーザー数ベースのライセンスよりもコストが抑えられ、アカウントリストではなく実際の利用状況に基づいてインフラコストを管理できるようになります。
成熟度の観点から見ると、この組み合わせは、オンプレミスでのインストールやRDSの追加導入から、ホスト型で安全かつ一元管理された製品へと移行するための最速のルートです。GO-Globalがアプリケーションをブラウザに配信し、ISVHostがその配信を、貴社のチームが細やかな管理を必要とするインフラではなく、管理された反復可能な運用へと変換します。これにより、貴社のチームが長年にわたり磨き上げてきたアプリケーションを現在の場所にそのまま維持しつつ、堅牢なWindows SaaSソリューションを実現できます。
目標とするステージの選定
成熟度モデルの目的は、最終段階に到達することではありません。顧客とビジネスに役立つ段階に到達し、それ以上の投資が見返りをもたらさなくなる時点で投資を止めることにあります。ほとんどの Windows ISV にとって、その段階とは、ホスト型で安全かつ一元管理された製品であり、これは現在、コードの書き換えなしでも実現可能です。現状と、実際に到達すべき目標を明確に把握できていれば、難しい部分はすでに乗り越えたも同然です。
現在、どの段階に位置しているとしても、通常、次のステップはシステム再構築よりも規模が小さく、コストも抑えられます。次の段階の予算を立てる前に、現在の状況を把握しておく価値があります。クラウドベースのアプリケーション提供を検討しているWindows ISVの方はいらっしゃいませんか？GO-Globalが、エンドユーザーのソフトウェアアクセスをいかに効率化できるかについては、 ぜひ弊社までお問い合わせください。または、 無料トライアル版をダウンロードして、ご自身でお試しください。
