Windowsアプリケーションを書き直す余裕がありますか？
Windows ISVの皆様は、WebネイティブなSaaSへの羨望に苦しんでいませんか？モダン」なアプリケーションを提供するクールな子供たちの仲間入りをするために、既存のWindows®アプリケーションの書き換えを検討していますか？顧客はWebネイティブ・アプリケーションの使用を好むと思いますか？
そうはいかない！
Windowsアプリケーションの書き換えを考えているなら、別の選択肢もある。
まず、あなたのアプリが例えば25年前のものだとすると、書き直すということは、25年分のコードやバグ修正、顧客やバイヤーからの情報に基づいて磨かれ改良された何百もの機能、何十もの依存関係（おそらくもっとあるだろうが、控えめにしよう）、実績のあるワークフロー、そして忠実な顧客に背を向けることになる。
それでも構わないというのであれば、ウィンドウズ・アプリケーションを維持する12の理由がある。
Windowsアプリケーション書き換えの課題
人材：おそらく、現在のWindowsアプリをサポートし、強化しながら、ウェブネイティブアプリを構築するために、新しい開発チームを雇うか、コンサルティング会社と契約するか、現在のスタッフを再教育する必要があるでしょう。なぜか？ほとんどのWindowsアプリケーション開発者は、Webアプリケーションの構築に必要なプログラミング言語やUXデザインのアプローチに関する専門知識や豊富な経験を持っていません。
リソースWindowsアプリケーションをWebアプリケーションとして書き直すには、時間、費用、熟練したリソースの多大な投資が必要です。予算の制約やリソースの確保が課題となることもあり、複雑で機能が豊富なWindowsアプリケーションの場合、新しいアプリケーションを市場に投入するまでに10年かかることもあります。
機能の同等性：新しいウェブネイティブ・アプリケーションが、既存のWindowsアプリケーションと同じ機能を持つことを保証することは、ほとんど不可能です。Windows特有の機能を再実装し、存在しないかもしれない同等のWebベースのソリューションを見つける必要があります。残念ながら、既存の顧客の期待に応えるような、重要な機能を再現することはできないだろう。
UI/UXの適応：ユーザーインターフェースとユーザーエクスペリエンスをデスクトップ環境からウェブ環境に適応させるのは難しいことです。レスポンシブ・デザイン、ナビゲーション、ユーザー・インタラクションの違いを考慮する必要があります。
パフォーマンス：ウェブアプリは、ネットワークの遅延、ブラウザの制限、デバイスの性能のばらつきの影響を受けます。Windowsネイティブアプリのパフォーマンスに慣れている顧客は、特にリモートで作業するユーザーは、Webアプリのパフォーマンスがそれほど高くないことに気づくでしょう。
ブラウザの互換性：ウェブブラウザにはそれぞれ癖があり、標準準拠の問題もあるため、クロスブラウザの互換性を確保するのは厄介で厄介である。
データの移行：データの整合性と一貫性を維持しながら、Windowsアプリケーションからウェブネイティブアプリにデータを移行するのは非常に複雑です。おそらくデータ・フォーマットを変換する必要があり、データを損失や破損のリスクにさらすことになる。
セキュリティWebアプリケーションは、クロスサイトスクリプティング（XSS）、クロスサイトリクエストフォージェリ（CSRF）、SQLインジェクション、検証されていないリダイレクトやフォワードなど、さまざまなセキュリティ脅威にさらされています。さらに、シングルサインオンや多要素認証を可能にするために、WebアプリケーションをIDプロバイダーと統合したり、OAuth、SAML、その他の認証プロトコルを実装したりする必要があります。
レガシーな依存関係：Windowsアプリケーションが、ウェブへの移植が容易でないレガシー・テクノロジーや依存関係に依存している場合、代替ソリューションを見つけるか、カスタム開発に投資する必要があります。
外部システム／ハードウェアとの統合：Windowsアプリケーションがセンサー、プリンター、その他の周辺機器のような外部システムやハードウェアと相互作用する場合、Web環境でこれらのコンポーネントとのシームレスな統合を確保するのは困難です。
テストとQA：ウェブネイティブ・アプリケーションのテスト・スイートの管理と維持は、リソースを大量に消費する。
ユーザーのトレーニングと採用：WindowsアプリケーションからWebネイティブアプリケーションにユーザーを移行させるには、変更を容易にするためのトレーニングと文書化が必要です。既存のアプリケーションの機能や特徴に満足している顧客は、切り替えに非常に消極的です。
{CTAEMBED_IDENTIFIER}}。
市場の課題に応えるために何ができるか？
私は最近、市場をリードする有名なISVと話をした。そのISVは、市場に参入してくる2、3の新しいウェブ・アプリケーションに対応するために、主要なWindowsアプリケーションを書き直すのに必要なタイムラインとコストを概算した。新しいウェブネイティブアプリ開発チームは、フラッグシップアプリのほんの一部の機能を持つウェブアプリを開発するのに、少なくとも5年は必要だろう。その間、ISVは既存の開発チームを維持し、Windowsアプリケーションを保守・強化する必要がある。
本質的には、すでに持っているアプリの半分以下の機能しかない最新のアプリを手に入れるために、開発者の人数を5年間倍増させることになる。経営陣がこの衝撃的な事実を受け止めている間、製品管理チームは、顧客が既存のアプリケーションの豊富な機能を気に入っており、変更することに消極的であることを示す調査結果を報告した。
諺にもあるように、"壊れていないなら、なぜ直すのか？"だ。
さらに分析を進めた結果、経営陣は主力アプリの核心的な問題はアプリではなく、それを提供する方法、つまりシトリックスを使った独自のインフラにあることに気づいた。それは高価だった。管理が複雑だった。遅かった。使い勝手が悪かった。
このISVは、自社のインフラでシトリックスを使用していたのを、パブリック・クラウド上でGO-Globalを使用することに決めた。まず、運用コストが直ちに削減された。さらに重要なことは、GO-Globalが簡単なログオン、高速なパフォーマンス、予期せぬネットワーク停止に遭遇したユーザーが通常のログイン手順で認証した後、そのままの状態でGO-Globalセッションに戻ることができるセッション再接続のような機能により、顧客の体験を大幅に改善することがわかったことである。
もう1つの利点は、シトリックスに比べてはるかに少ない複雑さとコストで、シングルサインオンと2要素認証を実装できることだった。
アプリケーションをプラットフォームに依存しないものにしたい場合、またはSaaSモデルに移行したい場合、GO-Globalを使用することで、Windowsアプリケーションをあらゆるクラウドからあらゆる場所にいる顧客に提供することが、書き換えることなく絶対に可能です。
GO-Globalは、あらゆるクラウドからWindowsアプリケーションを簡単、容易、かつコスト効率よく公開することを目的として構築されました。また、GO-Globalはどのクラウドサービス上でも、そのクラウドサービスの既存のインフラストラクチャとセキュリティおよびスケーラビリティ機能を活用し、複雑さとコストを抑えて高い機能性を提供いたします。
アプリケーションの書き換えを避けるということは、次のことを意味する：
- 顧客に愛され、信頼されている豊富な機能を維持する。
- データフォーマットの変換時に起こりうるデータ破損のリスクを排除する。
- 顧客がすでに理解しているユーザーエクスペリエンスを維持する
- アプリの外部コンポーネントとの統合の再設定を避ける
- 既存のレガシー依存に対する代替ソリューションを検討する必要性を取りやめる。
- 顧客に新しいアプリを無理に導入させないようにする（古いアプリでも十分使えたのに）。
