Miller / Hickの法則（認知的負荷）を考慮したWebベースのCMS UIにはどちらが適していますか？
私はコンテンツ管理システムに取り組んでいます。アプリの成長に伴い、リクエストされるコンテンツタイプが増えています（コンテンツタイプを「ウィジェット」と考えてください）。将来の状態には10〜15のコンテンツタイプがあると思います。
どっちがいいかな？
オプションA：
特定の機能を持つ複数のコンテンツタイプ（入力フィールドが少ないなど）
複数の特定のウィジェットボタン
カウントダウンウィジェットタイプに固有のオプション
オプションB：
オプション機能付きの少ないコンテンツタイプ（カスタマイズするために選択する追加の入力とコントロール）
より多くの機能オプションを備えたより少ないウィジェットタイプ
カウントダウンを行うためのチェックボックスの例を含む画像ウィジェット
これらの例では、カウントダウンオプションを示しています。一般に、ボタンはオプション（入力フィールド、アップロードボックスなど）が存在するモーダルをトリガーします。私の直感は、多くのウィジェット、少数のウィジェットではなくオプションが少ない、オフのオプションが多い、後者は認知負荷が高すぎるなどと私に伝えています。しかし、100％確実ではありません。 よろしくお願いします！
多くのコンテンツタイプの1つの危険は、それらの違いがユーザーに明確でない場合があることです。多くのコンテンツタイプがあるため、選択したタイプでの可用性がユーザーに知られていない可能性がある機能について、ユーザーに早期の決定を強いることになります。
これが問題であるかどうかは、コンテンツタイプと使用可能な機能によって異なります。ユーザーはそれを簡単にテストできます。すべての機能を備えたカードのセットを渡して、コンテンツタイプを表すボックスにカードを配置するように依頼します。必ず最終的な用語と画像を使用してください。彼ら全員がカードを正しい箱に入れれば、あなたは安全です。
フローの2つのステップ間で選択肢を広げることが役立つと思うので、どちらも多くは得られません。おそらく、頻繁に使用されるウィジェットとニッチ/プロ/高度なウィジェットを区別することも役立つでしょう。そうすれば、一般的なものを大きく表示し、その他を小さく/折りたたみ/非表示にできます。実際のエディターはよりシンプルなままでよく、最初の画面はユーザーが最も必要とする可能性の高いものにユーザーを導きます。
あなたが見ている10から15の異なるコンテンツタイプ内のすべての変数を知っているわけではないので、完全に理解するのは困難です。
ただし、ウィジェットの数を増やしてオプションを増やすことが、必ずしも最高のユーザーエクスペリエンスとは限りません。ユーザーを集中させるため、これは良い考えのように思えるかもしれませんが、最終的にはクリック数を増やし、ユーザーに何かをクリックするよう強制するだけなので、最終的には望まないかもしれません。 （隠された機能または特徴による）
また、最初からオプションの数を制限しているため（任意の数字ですか？）将来、新しいウィジェットを作成する機能が大幅に制限され、オプションが増えます。
私は、必要な機能に固有のウィジェットのより大きなプールのアイデアが好きです。将来の成長を考慮しながら、必要な数のさまざまなウィジェットを作成できます。これにより、複数の個々のパーツよりもウィジェット全体を反復および改良するための優れたプラットフォームが提供されます。別名、コンポーネントライブラリ。
また、ユーザーが途中からではなく、最初から適切なコンテンツタイプを選択できるようにすることで、理想的にはクリック数を減らします。繰り返されるタスクに関しては、ユーザーに前もって必要なオプションを提供するのが最善だと思います。
お役に立てれば。
ヒックの法則は最大数であり、最小数ではありません。オプションが4つだけ必要な場合は、8を使用しないでください。8に近いからです。
あなたの例には、あらゆるタイプのコンテンツでカウントダウンのオプションがあるようです？その場合、選択肢の数を2倍にすると、選択肢内にオプションを追加するよりも精神的負荷が高くなります。
例、iPhoneの選択はステップで行われます。世代、レギュラーまたはプラス、カラー、ストレージ。合計すると、2x2x3x2 = 24電話のバリエーションのようなものです。しかし、各ステップは選択肢が少ないため、簡単に作成できます。 24台の電話を比較するのではなく、いくつかのオプションを使用して4台の電話（世代、画面サイズ）を比較します。
同様に、あなたのケースでは、4つのタイプと1つのオプションを選択する必要があります。彼らは最初のステップでコンテンツタイプを選択し、オプションではない情報（URL、またはiPhoneの例では配送先住所など）を入力してから、カウントダウンを行うかどうかをユーザーに選択させます。
カウントダウンのすべてのフィールドを追加すると「理解するには多すぎる」と感じる場合は、アコーディオンにそれらを入れて、人々が最初に「はい/いいえ」を選択するだけで、カウントダウンが必要な場合にのみフィールドを表示します。別の機能に2つ目のアコーディオンを追加することで、後でこれを拡張することもできます。