ライブフィルターとQおよびA
私は「推奨」エクスペリエンスを設計しており、ライブフィルターの使用に関するデータや結果（ユーザーが結果を見るところasパラメーターを選択する）とQおよびA（ユーザーがパラメータを選択すると、「計算」されて結果が表示されます）。
私が見ると、その違いは次のとおりです。
- Q＆Aが入力されてから出力される間、ライブフィルタリングは即時に行われます。
- ライブフィルタリングを使用すると、Q＆Aではすべてを設定する必要があるのに対し、ユーザーは1つのパラメーターセットだけで推奨を選択できます。
- ライブフィルタリングを使用すると、より速く、より簡単に微調整できます。ユーザーがフィルターを操作することで気が散る場合は、マイナスになることがあります。
- ライブフィルタリングは非常に透過的です（パラメーターが出力にどのように影響するかがわかります）一方で、Q＆Aはパラメーターを送信するまで決定を行います。
これは1回限りのオンボーディングエクスペリエンスであり、理想的なシナリオでは、ユーザーは表示された結果に初めて満足し、別の推奨事項を試したくないことに注意することが重要です。
ほとんどの場合、ライブフィルタリングはより学習可能で魅力的です。したがって、これらの基準に基づくより良いUX。
フォーム送信Q＆A UIが提供できる利点の1つは、より多くの不動産とガイダンス（ウィザードなど）を使用できることです。これは、ユーザーが自信を持って構成するために各パラメーターについて学習する必要がある場合に、ユーザーにより多くの情報を提供するために使用できます。
ユーザーがオンボーディングしていて、新しいシステムを学習しており、中程度から高レベルのコミットメントを認識できる選択肢が提供されている場合、「もしも」のシナリオで答えをテストする可能性が非常に高くなります。つまり、利用可能なさまざまなオプションを確認します。この場合、Q＆A UIは少し面倒です。
したがって、重要な質問は次のようになります。sersがaccept Q＆Aの最初の推奨事項にどの程度自信がありますか？