何も入力する必要がない場合に、ユーザーがオプションフィールドを省略できるようにするにはどうすればよいですか？
腫瘍モデルを記述するためのCRUDアプリケーションに取り組んでいます。腫瘍モデルは、腫瘍学研究者が実験動物で行った実験の説明です。この実験がどのように見えるかについては多くの可能性があるため、すべての可能なデータフィールドを必要とする実験はありません。したがって、多くのオプションフィールドがあります。
同じフィールドを共有する一般的な種類の実験を見つけて別々のフォームを作成しようとしましたが、実際にはフィールドの任意の組み合わせが可能であるため、これは機能しないことがわかりました。私たちはまた、より少ない分野を推進しようとしましたが、利害関係者はそれに反対し、抗議に対して拒否しました。
これで、オプションのフィールドを含む多くのフィールドがユーザーに表示される状況になりました。それらは時々非常に興味深いですが、ほとんどの場合必要ありません。今日私はユーザーテストをしました、そして、彼女は彼女が見たすべての分野に入る何かを考え出そうとしていました。彼女は、一部のフィールドが必須としてマークされており、残りのフィールドはマークされていないことを認識していましたが、オプションのフィールドを空のままにしておくことはまだ嫌いでした。実験動物の説明の1つのフィールドは、「表現型」でした。これは、正常からの興味深い偏差を入力することを意味します（たとえば、先天性盲目、または一部の発がん物質に対する耐性）。彼女は実験用マウスを販売するブリーダーのサイトに行き、マウスが作成された経緯、つまりフォーマットが完了したそのページ全体を3行のフィールドにコピーしました。
しかし、「隠された」フィールドもいくつかありました。腫瘍の説明があり、「転移」フィールドが表示されていません。「転移を追加」ボタンがあり、ほとんど使用されないフィールドがページに追加されています。彼女はそれを使用する必要があり、それが表示されず、この追加のクリックがあるとすぐに不満を言いました。したがって、これはユーザーを困らせるような解決策です。
何もないモデルでオプションのフィールドが入力されない場合は、ユーザー（既にたくさん入力する必要がある）とデータベース所有者（マウスラインのバックストーリーを気にしない）の両方に適しています。それらについて言うのは興味深い。しかしユーザーに「これは空のフィールドです。入力する必要があります」という考え方を破棄させるにはどうすればよいですかバリアの後ろに隠さずに？
すべてのプロジェクト固有の制約は別として、それに取り組む方法についていくつかのアイデアがあります。あなたはそれを達成するためにいくつかのトリックを使うことができます：
オプションのフィールドから必須フィールドを分割する-「オプションの詳細」セクションで、必須フィールドを上部にグループ化し、重要度の低いフィールドを下に保ちます。
このオプションセクションを非表示にする-ユーザーが「Enter more information」ボタンをクリックしている間、オンデマンドで表示します。
オプションのフィールドにカスタムスタイルを使用-必須フィールドの近くにアスタリスクを配置する代わりに、軽いフレームを使用してオプションのフィールドを少し劣化させ、「オプション」のテキストラベルを付けることができます。
レイアウトを垂直に分割必須フィールドを左側に表示し、オプションのフィールドを右側に表示し、この右側の部分を「オプション」としてマークします（適切なスタイリングにより、おそらくより軽量になります）。
プロセスを2つのステップに分割-最初にすべての必要な情報を追加し、次にafter送信して、詳細を提供するようユーザーに要求します（段階的なエンゲージメント）。
ユーザーに「これは空のフィールドです。入力する必要があります」という考え方を破棄する方法
プレフィル！ ; D「特別なものなし」、「発生なし」、「転移なし」など、表示できるいくつかのデフォルト値があるかもしれません（私はこの分野での経験はあまりありませんが、要点は理解できると思います）。
これにより、ユーザーは「入力がないことも入力である」ことがわかります。
乾杯
テストに興味がある2つの戦術
1つは、関連する回答の正確な要求と例を示すことです。これをテキストのタイプとして実行できます。例えば.
テスト対象者の通常からの特定の逸脱のみをリストします（例：先天性盲目、または一部の発がん物質に対する耐性）。偏差がない場合は空白のままにします。
経験豊富なユーザーは、特に適切にスタイル設定されている場合、アプリのヘルプで「戦争と平和」について盲目になります。 Edit：私は、1つのペルソナが非常に正確で冗長なアプリで作業していました。ユーザーテストでは、このユーザーdidが、他の人がほとんどスキミングしなかった詳細なガイダンスを読んだことを確認しました。
2つ目は、 ワインテイスティングアロマホイール に似たアプローチを試してみることです。ここでは、ユーザー（テイスター）はランダムなフレーバーを思い付かず、ソフトガイダンスに基づいて選択肢を絞り込みます。すべてのオプションが表示されますが、一貫性のない応答はほとんどありません。ドメインによっては、このアプローチは実行できない場合があります。
例えば.
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
