情報を編集した後の複数の保存ボタン
私はこの問題を何度も行ったり来たりしていて、他の意見を聞きたかった。
設定コントロールパネル内に一連のページがあります。ページ内には複数のモジュールがあり、各モジュールは個別に保存できます。
各モジュールの「保存」ボタンが表示されます：
- 常に有効に表示されます（画像の右側）
- 変更が加えられた場合にのみ有効と表示されます（左+右の画像）
- 変更が行われるまで表示されない（このアイデアから離れる）など、他のバリアント
保存ボタンを取り除くことを検討してください。ユーザーが変更を加えた場合は、その変更を覚えて更新してください。そして、トーストのような非モーダルレシートをユーザーに提供します。これは、特にWebベースの製品で、設定変更のためのGUI実装の一般的な最新の方法です。
本当に保存ボタンが必要な場合は、1つのボタンを使用する方が理にかなっていますが、ユーザーが見つけられるようにしてください。
また、設定には複数のページ（セクション）があるため、おそらくセクションタイトルに基づいてナビゲーションを追加することを検討できます。そのため、ユーザーは設定の概要を把握し、同時に特定のセクションに簡単にドリルダウンできます。
グループごとに複数のタブを使用し、各タブをクリックしながら各グループをターゲットにすることをお勧めします。 
したがって、更新した詳細は一度に保存できます。SAVEボタンは、何かを変更または更新した場合にのみ表示されます。
別のアプローチは、ページ上のコンテンツを編集不可能なコンテンツ（ドロップダウンやテキストフィールドではなく、テキストのみ）として明白に表示し、各セクションに「編集」ボタンを追加することです。ユーザーがこのボタンをクリックすると、「保存」ボタンと「キャンセル」ボタンとともにすべてのテキストエリア、ドロップダウンなどが表示されます。
この全体的なアプローチにより、ユーザーはより安心し、誤って何かを変更することを恐れずにページを表示できます。一度に1つのセクションでのみ作業し、変更を適用しないように決定することもできます。
実際には、情報のチャンクが少ないのが好きです。そのように要約する方が簡単です。
ユーザーが1つのブロックのみが保存されるという認識を得たい場合は、オプション2をお勧めします。変更を加えない限り、[保存]ボタンを無効のままにします。
すべてのボタンをアクティブにしたまま（オプション1）の場合、ユーザーは1と2の両方のセクションに変更を加えることができ、どちらかのセクション内の[保存]をクリックして両方の領域の変更を保存します。 オプション1のルートに進むことを選択した場合、「保存」ボタンが1つのセクション内ではなくページ全体の変更を保存することを確認する必要があります。
追加のUXの改善：
- 現在、アクション可能なアイテムのデザインパターンはグループブロックの見出しと同じに見えますが、CTAに別のデザインパターンを使用することを検討してください。
- ユーザーがフィールドを離れたときに、いくつかのツールが自動保存を行うのを見てきました。このようなアプローチにより、「保存」ボタンの必要性を排除できます