アプリケーションを書き直すべきか、公開するべきか？
Windowsソフトウェアを開発している企業であれば、おそらくそのプレッシャーを実感しているでしょう。顧客はブラウザアクセス、シングルサインオン、そして他のツールと同様に常に最新の状態を保てるエクスペリエンスを求めています。あなたのアプリケーションは既にその役割を果たしていますが、Web向けに設計されていません。そのため、ほとんどの独立系ソフトウェアベンダー（ISV）は、Webネイティブアプリとして全体を再構築するか、クラウドへのより迅速な移行方法を見つけるかという同じ選択を迫られています。これは、書き換えかアプリケーション公開かという選択であり、2026年に行われるほぼすべてのWindowsアプリの近代化に関する議論の中心となっています。
現代化というと、古いコードを新しいコードに置き換えることだと考えがちですが、実際には、アプリケーションの記述方法だけでなく、アプリケーションの配信方法、アクセス方法、保守方法に関する一連の決定事項を指します。適切な選択をすれば、何年もの作業を省くことができます。しかし、誤った選択をすれば、ロードマップや顧客基盤を危険にさらすことになります。
書き直しとは実際にはどのようなものなのか
リライトとは、ウェブ向けアプリをゼロから再構築することを意味します。顧客が依存するすべてのワークフロー、すべての統合、すべてのコード行に影響が及びます。適切に行えば、真にウェブネイティブなコードベースが実現します。大規模に実施する場合、ISVが取り組むプロジェクトの中でも最大規模の一つとなります。
着手する前に、書き直しが要求する内容の全容を把握しておくと良いでしょう。
- 人材：既存製品の稼働を維持しながら、妥当な期間内にアプリを再構築できるスキルを持った開発チームが必要です。
- 機能の同等性：既存のWindowsアプリケーションの機能と完全に一致させることは非常に難しく、広く愛用されている機能の中には、Web版で同等の機能が存在しないものもあります。
- 市場投入までの時間：複雑で機能豊富な製品の場合、全面的な書き直しには顧客に届くまでに数年かかることがあります。
- 統合とハードウェア：デスクトップ上でシームレスに動作するプリンター、スキャナー、センサー、その他の周辺機器は、ブラウザ上で再現するのが難しい。
- ユーザーの受け入れ：現在のアプリに満足している顧客は、新しいインターフェースを改めて覚えることに抵抗を感じることが多い。
アプリケーション公開の実際の内容
アプリケーションの公開は、これとは正反対のアプローチをとります。アプリを再構築する代わりに、Windowsサーバー上でホストし、そのインターフェースをあらゆるブラウザやデバイスに配信します。アプリケーションはサーバー上で実行され、ローカルにインストールされているかのように動作しますが、ユーザーはローカルにインストールすることなく、Webリンク経由でアクセスします。
コードはそのまま維持されるため、アプリケーションの公開によってワークフローや統合機能に一切影響はありません。開発チームは使い慣れた製品に新機能を追加し続けながら、ユーザーは求めていたブラウザベースのSaaSライクなエクスペリエンスを得ることができます。
{CTAEMBED_IDENTIFIER}}。
書き直しが理にかなう場合
書き直しが必ずしも間違った答えとは限らない。再構築が長期的な投資として正しい場合もある。
- 貴社の基幹アーキテクチャは完全に時代遅れであり、もはや保守やセキュリティ対策を行うことができません。
- 貴社の差別化は、ネイティブWebまたはモバイルアーキテクチャのみが提供できる機能にかかっています。
- 予算、技術力、そして将来的な猶予期間が十分に確保されているため、ロードマップを遅らせることなく複数年にわたるプロジェクトを継続できます。
- あなたは、製品の提供方法だけでなく、製品の機能そのものを根本的に変えようとしているのですね。
上記のいずれにも当てはまらない場合、書き直しは開発プロジェクトにおける納品上の問題を解決する手段となる可能性があります。
アプリケーションの公開がより賢明な選択肢となる場合
ほとんどのWindows ISVにとって、最新化へのプレッシャーは、実際には提供へのプレッシャーです。パブリッシングがより良い選択肢となるのは、次のような場合です。
- あなたのアプリケーションは正常に動作しており、顧客も現状のままで高く評価しています。
- 本当の要望は、ブラウザアクセスとリモートワークであり、別の機能セットではない。
- 市場に参入するには、数年ではなく数週間で到達したいはずだ。
- プリンター、周辺機器、または外部システムとの連携を維持する必要があります。
- プラットフォームの移行に時間を費やすよりも、製品開発にエンジニアリング時間を投資したいと考えるでしょう。
書き換えかアプリケーション公開かの決定
では、実際にどのように選択すればよいのでしょうか？書き換えとアプリケーション公開のどちらを選択するかを決定する際には、以下の質問に順番に答えていくと、より簡単に判断できます。
- 目標は何ですか？より良い配信体験を提供することが目的であれば、公開することでより早く目標を達成できるでしょう。もしそれが根本的に異なる製品であれば、書き直しが必要になるかもしれません。
- 待つことのコストはどれくらいでしょうか？書き直しに現実的にかかる時間を見積もり、その遅延によって失う取引や顧客離れによってどれだけの損失が生じるかを考えてみてください。
- 何が失われるのか？書き換えによって危険にさらされる可能性のある、Windows固有の機能と統合機能を洗い出してください。
- 今すぐに提供できるものは何ですか？パブリッシングレイヤーを導入することで、顧客はすぐにクラウドにアクセスできるようになり、より本格的な近代化計画を自社のスケジュールに合わせて立てる時間を確保できます。
多くのベンダーにとって、正直なところ、出版することで当面の問題は解決し、書き直しが必要になったとしても、それは本当に正当化されるまで待つことができる、というのが実情だ。
公開されたアプリケーションが実行される場所
書き換えではなく公開することを決定したら、次に問題となるのは、アプリケーションを実際にどこで実行するかです。GO-Globalを使えば、既存のWindowsアプリケーションを、コード変更なしで、パブリッククラウド、プライベートクラウド、ハイブリッドクラウドのいずれのサーバーからでも、あらゆるブラウザやデバイスに公開できます。インフラストラクチャの管理を自社で行いたくないベンダー向けには、GraphOnのISV向けホスティングプラットフォームであるISVHostが、サーバーの運用、スケーリング、配信を代行するため、チームはアプリケーション自体の開発に集中できます。
うまく機能しているものを守る道を選ぶ
Windowsアプリの近代化は、必ずしもロードマップ全体を全面的に再構築することを意味するわけではありません。ほとんどの場合、最新のクラウド配信エクスペリエンスを実現する最速の方法は、既存のアプリケーションを公開し、本当に再構築が必要な稀なケースのために再構築を温存することです。重要なのは、再構築するか、何もしないかという二者択一ではなく、既存の機能を損なうリスクを最小限に抑えつつ、顧客が求めるものを提供できるアプローチを選択することです。クラウドベースのアプリケーション配信を検討しているWindows ISV企業様は、GO-Globalがエンドユーザーのソフトウェアアクセスを効率化するお手伝いをどのようにできるか、ぜひお問い合わせください。または、無料トライアルをダウンロードして、ご自身でお試しください。
