私が行う作業のほとんどは、エンタープライズWebアプリケーションと見なすことができるものを使用することです。これらのプロジェクトには、大きな予算、より長いタイムライン(3〜12か月)、および大幅なカスタマイズがあります。開発者として、次のデスクトップOSとしてのWebのアイデアを宣伝してきたため、顧客は、この「新しいOS」で実行されるソフトウェアがデスクトップと同じように反応することを期待するようになりました。これには、自動アップグレードの管理が簡単なことも含まれます。つまり、「アップデートが利用可能です。アップグレードしますか?」これも現実的な期待ですか?この機能を実装しようとした経験から誰かが話すことができますか?
4 に答える
私の会社では、数千席に及ぶエンタープライズインストールがあります。自動アップグレードを実装した場合、お客様は反乱を起こすでしょう!
大規模なインストールには、小規模なインストールには当てはまらない特有の問題があります。たとえば、2000人のユーザー(すべてが最も洗練されたツールユーザーであるとは限りません)では、ツールトレーニングは重要です。トレーニング時間、内部デモ、内部プロセスドキュメントなどです。新機能またはUIは、プロセスにどのように適合するか、したがって内部のベストプラクティスとは何か、そしてそれをユーザーに伝達する方法を理解する機会なしに変更されます。
また、アプリケーションに障害が発生した場合、責任を負うのは社内のITチームです。したがって、彼らは新しいバージョンをテストエリアにインストールし、それを打ち負かし、土曜日に準備が整ったときにのみ展開する時間を望んでいます。
マイナーパッチをより簡単にインストールできるようにすることの価値を理解できます。特に、パッチがバグ修正のためだけのものであり、再トレーニングが必要なものではない場合や、インストール時に管理者が最終決定権を得る場合はなおさらです。しかし、それでも、誰もこれを求めたことはないと思います!彼らがそれを望まないのか、それを期待しないように訓練されているのかに関わらず、それは価値がないようです。
まあ、それは本当にあなたのビジネスモデルに依存しますが、多くのアプリケーションにとって、SaaSモデルはあなたを噛むことになりかねません。これは多くの点で優れていますが、一部の大規模なアプリケーションでは、ユーザーは前もって多額の投資を行っておらず、お金を稼ぐ前に別の場所に移動する可能性があります。
見る
http://news.zdnet.com/2424-9595_22-218408.html
そしてここ
詳細については
アプリケーションをWebアプリケーションとして実装する主な理由の1つは、自動アップグレードを無料で入手できることです。ユーザーがWebアプリでアップグレードのプロンプトを表示されるのはなぜですか?
Windowsアプリケーションの場合、「アップデートが利用可能です。アップグレードしますか?」機能は、エンタープライズ環境で正常に使用したClickOnceを使用してMicrosoftによって提供されます。いくつかの落とし穴がありますが、ほとんどの場合、Windowsアプリの自動展開とアップグレードを管理するための優れた方法です。
モバイルアプリの場合、自動アップグレードを実装することもできますが、少し注意が必要です。
いずれにせよ、広い意味での質問に答えるために、すべてのエンタープライズアプリがアップグレードを容易にすることが期待されるかどうかはわかりませんが、ITサポートの観点から、簡単にアップグレードできるように設計することは確かにお金の価値がありますアップグレード。
ホスト型ソリューションを提供している場合、私は気にしません。アップグレードをサイレントに実行します(おそらく、アップグレードしたことを通知して)。サーバーでホストされているアプリケーションを販売している場合は、アプリのすべてのユーザーではなく、単一の所有者がアップグレードの決定を下すようにします。