保存して新規追加、保存して閉じる、保存して完了、キャンセル
（私が知る限り）標準が不足しているように見えるため、これは私が苦労してきたことです。
2つのシナリオがあります。
保存して閉じると保存して新規追加
新しいアイテムを作成しています。モーダルがポップアップし、下部に[保存して閉じる]、[保存して新規追加]、[キャンセル]があります。保存して閉じるは、現在のアイテムを保存し、モーダルを閉じます。 Save＆Add Newは現在のアイテムを保存し、空のフォームを表示して新しいアイテムを作成します。キャンセルは、現在のアイテムを閉じてモーダルを閉じます。
これで、評価画面があります（自動保存なし）...
保存、完了、キャンセル
評価中に、Saveは評価の状態を保存します（かなり長いプロセスになる可能性があります）。Doneは状態を保存し、評価可能なアイテムのリストに戻ります。 [キャンセル]を選択すると、最後の保存が行われた後に行われたすべての変更が破棄され、評価可能なアイテムのリストに戻ります。
私の質問は、これがこれらのことを処理する最良の方法ですか？何かがおかしいようですが、指をかけることができません。多分それはただの言い回しですか？
覚えておいてください、自動保存はありません。おそらく完了はキャンセルを完全に置き換えて、変更を保存するかどうかについてプロンプトを表示できますか？
「キャンセル」と「閉じる」を適切に使用し、一貫したパターンを使用する必要があると思います。
私は常に「閉じる」と「キャンセル」を次のように使用しました：
'閉じる'：これを押すと、会話のようなものを却下します。悪いことは何も起こらず、プロセスの状態は変化しません。
'Cancel'：ユーザーがプロセスを呼び出し、何かを実行しようとしています。「キャンセル」を押すと、ユーザーはそのプロセスの一部またはすべての実行を停止することを決定しました。
システム全体でボタンの配置を検討したり、モーダルダイアログの[キャンセル]ボタンを[閉じる]に変更したり、システム全体で行った操作に応じて[閉じる]を示すリンクを変更したりします。
また、キャンセルボタンを押すと、入力したデータが失われることをユーザーに通知する確認を追加し、「保存して閉じる」、「保存して新規に追加」するためのモーダルダイアログを提供します。
また、ユーザーが使用している用語の理解に応じて、「完了」を「保存して完了」または「保存して終了」または「保存して更新」に変更します。
保存して閉じると保存して新規に追加
Jiraによる興味深いアプローチを以下に示します。
基本的に、別の同様のアイテムを作成するためのチェックボックスを追加します。チェックボックスが選択されている場合、ダイアログは開いたままで、新しいアイテムにはその前のアイテムと同じ情報が入力されます。
[キャンセル]は明らかにリンク（ボタンではない）であることがわかります。これにより、ユーザーはこのボタンをクリックしてもシステムを変更するアクション（「作成」アクションとは対照的）にならないことをユーザーが知るのに役立ちます。
一般的には、リンクを使用するのに適したパターンです。
1-セカンダリアクションまたはナビゲーションアクション（対プライマリアクション）
2-非破壊的なアクション（システムの状態を変更しない）：キャンセル、閉じる
保存、完了、キャンセル次の命名規則を使用します。
1-Apply保存を意味しますが、現在のウィンドウを開いたままにします。
2-Save保存して閉じることを意味します
3-閉じる（ボタンではなくリンク）保存せずに閉じることを意味します
これは、Windowsのプロパティシートで使用される規則へのリンクです http://msdn.Microsoft.com/en-us/library/windows/desktop/aa511266.aspx
私はあなたの質問の後半、つまり保存、完了およびキャンセルについて言及しています。
プロセスの前と後にユーザーに何をしてほしいかを知ることが重要だと思います。それを知ることで、フォームまたは調査に追加するオプションを決定できます。標準は適切ですが、必要な手順を確実に実装することは常に素晴らしいことです。
ここに私の提案があります：彼らがいつでも変更を保存するために利用可能な保存ボタンを用意してください。すべてをチャックするか、最後の保存ポイントからすべてを削除するためのキャンセルボタンがあります。最後に、すべてのフィールドまたはフォームが完成したら、SaveボタンをFinishに変更します。これにより、ユーザーのフィードバックが保存され、評価可能なアイテムのリストに戻ります。少し違いますが、きっとうまくいくと思います。
これがお役に立てば幸いです。