状況:
最近、ソフトウェア機能の1つを新しい機能で更新しました。その機能のほとんどのソースコードは互換性を考慮して書き直されています。つまり、ユーザーが新しいバージョンにアップグレードすると、素晴らしい新機能しか表示されなくなります。
変換はユーザーの98%で機能します。残りの2%は、以前のデザインの「エラー」が原因で可能だった修正が行われ、機能が再び機能する前に設定を更新する必要があります。
アップグレード後に設定を確認する必要があることをユーザーにどのように通知しますか?
複数の解決策が見られ、最善の行動方針は何なのかと思っていました。
私の意見では、最善の方法は次のとおりです。
優れた開発者はアップグレードの前にこれらを読み、アップグレードを成功させるために適切な期待が設定されます。また、組織の構造によっては、アップグレードチームが影響を受ける組織内の必要なチームに可視性を提供する場合があります。
すべての顧客の2%と90%のどちらが影響を受けているかは問題ではありません。
Q:変更/バグ修正はアプリケーションに対してグローバルですか?
変更がグローバルである場合-そのとおりです。1回限りのポップアップ/ウィザードを表示して、行われた変更と影響を受ける設定/機能を管理ユーザーに案内します。グラフィカルインターフェイスは、すべての小さな変更または大きな変更の概要を示しますクライアントが影響を受けたかどうかに関係なく。影響を受けたかどうかをクライアントに判断させます。あなたの側で仮定をしないでください。
変更がグローバルではなく、プロファイル固有である場合-ユーザーが変更を加えたり変更したりできるように、各ユーザーに同じものを表示する必要がある場合があります変更を確認します。
これは、構成を「置き換える」場合で、変更がユーザーがそのような設定の結果として期待しているものに関して1対1であることがわかっている場合、ほとんどの場合に良い考えです。
ただし、多くの場合、構成または設定は新しいオプションまたは機能を追加しますが、お客様の構成に適用できるオプションを想定することはできません。このような場合、アップグレードウィザードを使用して、新しく追加されたオプションと設定についてユーザーに説明し、ユーザーが正しい構成変更を提供できるようにする必要があります。
上記のコメントで述べているように:
ユーザーが「違法」設定を使用すると、最も近い「合法」設定に変更されます。
既に問題を検出してこれを行っているため、影響を受けるユーザーにのみ通知する必要があります。
また、アップデートをインストールする前にユーザーに警告するリリースノートを用意することもできます(アップデートを選択しない場合や、問題を軽減するためにユーザーが実行できるアクションがある場合)。