「名前を付けて保存」対「クローン」
ユーザーがGUIアプリケーションでデータベースレコードを表示できるシステムがあります。 GUIの主な目的は、これらのレコードを作成および編集することです。
現在、ユーザーが別のコピーであるレコードを作成できる機能を開発しています。コピーを作成する主な目的は、元のレコードを別のレコードの開始点として使用することです。一般に、データベースに2つの同一のレコードがあることは適切ではありません。
しかし、これを行うためのボタンにラベルを付ける方法はわかりません。このボタンに最適なラベルは何だと思いますか、その理由は何ですか。
- 「名前を付けて保存」
- "クローン"
- 「コピーを作成」
- <その他>
私は「クローン」に傾いていますが、「名前を付けて保存」よりも「自分に適している」と感じる以外に理由はありません。 「名前を付けて保存」と聞くと、データベースのレコードではなく、ドキュメントを思い浮かべます。
ここで、確かな理由を探しています。 それは、どの回答を受け入れるかを決定します。
------- UPDATE -------
新しいレコードの作成の一部として、ユーザーが一部の値を変更できるようになっています。
多くの検討の結果、私たちのチームはボタンのアイデアを完全に捨てることが最良の選択肢であると決定しました。
代わりに、新しいレコードを作成するためのダイアログ（既に作成済み）に、ユーザーが既存のレコードを選択してコピーできるフィールドがあります。このダイアログでは、「コピー」という用語を使用して、何が起こっているかを説明しています。
そうだと思います Save as … 結果として常にファイルが必要です。 （おそらく）ファイルのpartだけのデータベースレコードには、この用語を使用しません。データベースコンテキストでは、ファイル内の特定のレコードをエクスポート/保存するために使用できます。
Clone または Duplicate うまくいくかもしれません。
しかし、一般的には（→これが当てはまらない場合があるかもしれません）、既存のレコードを複製して新しいレコードを追加することはお勧めしません。ユーザーがallフィールドを編集することを忘れる（または気にしない）と、データが改ざんされる可能性があります。フィールドが最初から空だった場合、ユーザーが編集したくないフィールドは空のままになります（間違ったデータが入力されるのではなく）。また、入力されていない必須フィールドに対して警告を表示することもできます。
代わりに、オプションでexample dataを含むレコードで開始することもできます。あるいは、より詳細なヘルプ/例とプレースホルダーを含むフォームで開始することもできます。そうすることで、フィールドが実際に入力される予定であることがわかります。
- Create new record
- Create new record (with sample data and detailed help) *
（*表現/ラベルはおそらく改善されるべきです）
私がこれに対処したときにクローンまたは名前を付けて保存を使用したときに私が抱えていた主な問題は、通常、正確なコピーが必要ではなく、ほとんどのデータ/情報が同じで、少しのデータが異なっていることです。
Duplicateは、レコード全体を同じにしたい場合や、誰かが手動でいくつかの変更を行って変更する場合に適しています。
クローン確認するアイテムのテンプレートが同じであるかどうかを説明すると非常に良いでしょう。たとえば、レコードを複製し、顧客、インシデント、注文などの関連するキーフィールドがあるとします。システムが更新するように求めます。
可能であれば、確立されたパターンに固執します。現在の作業を（既存のものを上書きする代わりに）新しいファイル/エントリ/レコードに保存する「名前を付けて保存...」は、ユーザーが以前に使用したことがあるほとんどのソフトウェアの標準です。
クローンは、何かを変更してから新しいコピーとして保存したい後ではなく、何かを変更する前に行うようなものだと感じています。
ユーザーが変更するレコードのコピーが必要な場合は、既存のレコードを開いて変更してから「名前を付けて保存」する代わりに、そのコピーを複製してから変更するという主張をすることができます。前者のワークフローは、意図しないデータを誤って上書きする可能性を減らします。
「テンプレートとして使用」のコメントにおけるRedSiriusの提案に同意します。この機能の目的が既存のレコードを新しいレコードの作成の開始点として使用することである場合、完成した製品はとにかくオリジナルの「クローン」や「コピー」にはなりません。
複製するオプションがあり、変更を加えない場合は、「Create Duplicate Record」の行に沿って何かを行います。
多分ちょうど Copy 期待される結果がdocument/entry/whateverの現在のステータスのコピーである場合、クローンよりも優れています。
Google Driveなどの一部のシステムでは、 Create Copy このタスクの一般的な名前です。
他のデスクトップシステム Save as Copy... 同様によく知られています。
とにかく、CopyをOSのクリップボードにコピーするとユーザーが思うかもしれないので、私はそのままにしておきません。
現在、ユーザーが別のコピーであるレコードを作成できる機能を開発しています。コピーを作成する主な目的は、元のレコードを別のレコードの開始点として使用することです。一般に、データベースに2つの同一のレコードがあることは適切ではありません。
この機能を使用するプロセスは、次のように聞こえます。
- レコードの新しいコピーを作成し、
- 新しいコピーをファイルとして保存し、
- 新しいコピーを開いて編集します。
- 元のコピーを閉じます。
それがまさに名前を付けて保存機能が行うことが期待されていることです。これを使用すると、ユーザーに明確に何が起こっているのかを正確に伝えることができます。それは完璧なフィット感のようです。
「クローン」とはどういう意味ですか？
「クローン」と「コピーの作成」の考え方はかなり明確です-コピー/クローンでハッペンがどうなるかは不明確です。
これは、新しいコピーが保存され、古いコピーが開いたままになるエクスポートアクションですか？これは、新しい保存されたドキュメントが（保存せずに）開かれる場所ですか？これはインプレースクローンアクションですか？レコード内で何かをクローンしていますか？
別のパターン：「既存のファイルから新規作成」
これは、一部のエディターが使用する別の規則です。このアクションを実行すると：
- 既存のファイルは、[開く]ダイアログのスタイルで参照して開くことができます。
- 既存のファイルは開かれません。代わりに、新しいunsaveddocument/record/whateverが編集用に開かれます。これは既存のファイルのコピーです。
- ユーザーが最初に保存しようとすると、他のまったく新しいドキュメントとまったく同じように処理されます。Save Asダイアログまたは適切なものが表示されます。
「クローン」の使用や「コピーの作成」はめったに見たことがありません。 「名前を付けて保存」は、最も広く受け入れられている用語のようです。
ほとんどのユーザーは、データベースレコードが何であるかを知らず、気にしないでください。ユーザーは、それが情報の一部であることを知っているだけです（Wordドキュメントや。 pdf）。
MS Wordの例を使用すると、新しいドキュメントを作成するときに、空白または使用可能なテンプレートから選択するオプションが提供されます。これを少し変更して、「空白」または「既存のレコードからコピー」と言うことができます。お役に立てれば。
Izhakiのコメントを避けて、ユーザーのフィードバックを得ることが間違いなく進むべき道だと思います。 2つのワイヤーフレームを作成します。1つは[名前を付けて保存]ボタン、もう1つは[クローン]ボタンです。
1つをユーザーの前に貼り付け、「このレコードと同じデータを持ち、Xを変更した新しいレコードをどのように作成しますか？」のような非先行的な質問をします。ユーザーに大声で考えさせます。彼らが何を見ているか、彼らが何かをクリックしたときに彼らが何を期待するかをあなたに言うように彼らに頼んでください。
Bワイヤーフレームでも同じことを行います。
より多くのユーザーに尋ねます。表示する順序を切り替えます。問題を見つけたら微調整します。
これは、使用する表現だけでなく、機能がユーザーにとって意味のあるものであるかどうかを見つけるのに役立つはずです。