保存しない保存ボタン

Question

通常、作成するウィンドウには2種類あります。[OK]/[キャンセル]ボタンのあるウィンドウと、[閉じる]ボタンだけのウィンドウです。暗黙の了解は、[OK]を押すまで[OK]/[キャンセル]ウィンドウは何も保存せず、[閉じる]ウィンドウは何も保存しないか、アクティブにしたときに保存されたものを保存することです。

すぐに物事を保存する閉じるウィンドウの場合、クライアントからよく寄せられる要求は、閉じるボタンに「閉じる」ではなく「保存」または「保存して終了」と言うことです。彼らが望むなら私はそれをしますが、私はそれがしないことをすることを言うボタンを作ったので、これは永遠に私を苛立たせます。これらのボタンの名前をこのように変更することを拒否するべきですか、それとも単に「吸い上げる」べきですか？

（私は一度、ステータスバーを使用して「保存済み」と言ったことはありますが、何かが保存されるたびにそれで十分ではありませんでした。閉じるボタンに「保存して閉じる」と言って欲しかったのです。）

編集：少し明確にするために、以下の私のコメントのように、いくつかの混乱があったため：問題のある特定のフォームは、フォーム上の何かが変更されるたびにDBに更新されます。 （つまり、LostFocusイベント、またはCheckedChangedイベントなど）ユーザーは、データが既に保存されている場合でも、ボタンを押してデータを「保存」したいと考えています。私がそれを彼らに説明したときでさえ、彼らはまだボタンが何も保存をしなくても「保存」と書かれたボタンを望んでいます。

Answer 1

私が正しく理解していれば、ユーザーがアイテムを調整するときに変更を自動的に保存するウィンドウがあります。現在、このウィンドウには「閉じる」というボタンがあります。クライアントはこれを「保存して終了」に名前変更するように要求しています。ただし、変更を行っている間は保存アクションがすでに行われているため、ボタンはウィンドウを閉じるだけです。そのため、名前を「保存して終了」に変更すると、誤ったラベルが付けられます。

この場合、保存がいつ行われるかはユーザーにはわかりません。進行中の保存インジケーター（たとえば、小さな トーストメッセージ またはインライン保存通知）を配置すると、変更内容がすぐに保存されることが明確になります。

編集：インライン保存を表示する方法の1つです

^{download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム}

閉じるボタンについては、「Done」または「Finish with Changes」に名前を変更することを検討してください。多くの場合、ユーザーは「閉じる」を「ウィンドウを閉じるだけで、何にも触れない」と関連付けます。この変更により、ユーザーが編集を終えた次のステップであることをユーザーに明らかにします。

Answer 2

自動保存ウィンドウに保存ボタンを追加すると悪い考えになります。

Saveを押さずにウィンドウを閉じると、変更が元に戻ることをユーザーに示唆します。

次に、変更が失われる可能性があることをユーザーが心配しているという事実が残ります。

• 必要に応じて、「保存済み」という慎重なメッセージを追加する必要があります。 Stack Exchangeでここに質問を書くときの「ドラフトが保存されました」というメッセージは、良い例です。質問が自動保存されると、「ドラフトが保存されました」というメッセージが表示されます。もう一度書くとすぐにメッセージが消えます。
• 変更は常に保存されますか？ネットワークが切断された場合はどうなりますか？ユーザーは心配する十分な理由があるかもしれません。 「保存済み」というメッセージを配置すると、ユーザーはボタンを探す代わりにそれを探します保存。

Answer 3

マークラカタに同意します。私はあなたのUXがクライアントの希望を単に満たしていないと信じています。

あなたが自動保存をしていて、彼らがまだ保存ボタンを求めているなら、彼らはそれが自動保存であることを理解していません。 3つの可能な解決策があります。

最初は継続教育です。しかし、彼らは現状では理解していないようで、これは生産的ではないと思います。

2つ目は、フィールドの終了時にフォームがしないでください保存されるようにフォームを変更することです。正直なところ、私がフィールドを離れるとすぐに保存されたフォームには、少しイライラします。電話を受けた場合はどうなりますか？ 1つのキャラクターを変更しようとしていて、誤って全体を変更してしまった場合はどうなりますか？タイプしているときにただ考えていて、フィールドから離れた後、本当にその変更をしたくないことに気付いたとしたらどうでしょう。このように入力すると、ユーザーはいつも気が変わります。

3番目のオプションは、先に進んで、閉じるボタンのテキストを「保存してANDを実装」に変更し、[元に戻す]または[元に戻す]ボタンを変更することです。この方法で保存すると、移動が完了したことを意味しますが、Revertを使用すると、エラーが発生した場合にトラックを元に戻すことができます。

Answer 4

クライアントの要求に応じて名前を変更する必要があります。信じられないかもしれませんが、インターネット上の平均的なユーザーはあまり知識がなく、簡単に混乱する可能性があります。メッセージをより明確にするためのものは、常にユーザーエクスペリエンスを向上させるための良いステップです。

また、「保存して閉じる」機能は安心して使用できるため、ユーザーは変更が保存されたことを安心できます。また、[保存して閉じる]を読むときにユーザーの時間を節約し、メッセージを詳細に読み取らずにウィンドウを閉じる場合があります（効果的な音）。

Answer 5

ボタンが1つしかない場合は、次の中立的な名前を選択します Finish （@nightningが示唆するように）。ボタンが2つある場合 Ok そして Cancel、次に無効にします Ok 変更が加えられていない場合、またはデータが完全でない場合、またはデータエラーがある場合に限り、ボタンをクリックします。

---

時々、編集ステータスを示す状態インジケーター（アイコン）があります。可能なステータスは次のとおりです。

• 保存済みまたは新しい未編集のレコード 
• 既存のレコードの編集（つまり、保存されていないレコード） 
• 新しいレコードを編集する 、
• データエラーのある編集  （必要なエントリがないか、フォーマットエラー）

フォームには、標準のウィンドウの閉じるボタン以外に閉じるボタンはありません。 X。

また、元に戻すボタンがあります  （ツールバー上）

したがって、必要はありません Ok そして Cancel ボタン。ユーザーが保存したい場合は、 X、それ以外の場合、彼はクリックします 、 X。保存するものがない場合、[元に戻す]ボタンは無効になります。ユーザーが閉じる前に保存したい場合にクリックできる保存（ディスケット）ボタンもあります。しかし、単独で閉じることも節約になります。