約2年分のデータを持つチームと一緒にアプリケーションに取り組んでいます。このデータは、複数の視覚化方法によって表示されます。アプリケーションの一部は、ユーザーがアプリケーションに関するさまざまなことを制御できる設定パネルです(表示するデータの量、配色など)。
設定パネルでは、オプションの1つを使用して、データを表形式(レポートスタイル)で表示できます。約2年分のデータがあるため、Month
とYear
の増分に分割されています。ユーザーが特定の月をエクスポートする場合は、そのデータを.csv
にエクスポートして、ExcelやCalcなどのサードパーティプログラムで開くことができます。これは、現在、視覚化画面全体で次のように表示されています。
クローズアップビュー:
データが分割されていても、各テーブルにはかなりの量(おそらく約150行)があります。これは、ユーザーがデータを表示するためにスクロールする必要があることを意味します。私の同僚はこれが最良の選択肢だと思っていますが、別のアプローチをとっていきたいです。
私は個人的に、設定のすべてが、データの外観を変更したり、一部のデータを別の場所に移動したりするためのものでなければならないと思います。
私の解決策は、ユーザーにいくつかのサンプルデータ(多分3〜4行)を表示し、(ブラウザーで読み取るのではなく)メイン関数としてエクスポートするオプションを提供することです。ユーザーはExcelのように並べ替え、選択、変更などを行うことができないため、これはより理にかなっていると思います。鉱山は次のようになります。
それは完璧ではありませんが、私が求める外観の一般的なアイディアをあなたに与えるはずです。だから実際の質問に...
質問
どのシナリオがより理にかなっていますか?
これだけのデータをブラウザーのユーザーに表示します(設定パネル内)
ユーザーにサンプルデータを提供し、ユーザーにエクスポートして、彼らが満足することを実行させる
結局のところ、それはユーザーの感じ方次第ですが、データをエクスポートするにはユーザーが考える必要があり、ワークフローに摩擦を加えることができます。オプションを1つしか選択できない場合は、オプション1を使用しますが、Excelへのエクスポートは非常に便利な機能のように聞こえるので、次の例を検討してください。
物事を高速で応答性の高い状態に保つために、検討している両方のオプションのベストを利用するハイブリッドソリューションを検討してください。サンプル行を表示し、さらに表示andすべてのアクションをエクスポートします。
私はあなたがあなた自身の質問に答えたということを心に留めています、いくつかの警告があります。 2つの例があるので、効果的に独自のA/Bテストがあります。
このデータのエンドユーザーと消費者とすでに話し合い、彼らの意見を集めている場合は、2番目の例の方が良いと思う理由を説明した後(クイックスキャンの概要、ダウンロードが簡単、とにかく画面上のデータを操作できない) )そして、彼らはまだ最初のオプションを好むので、そうでなければそれらを説得するのはUX'erの仕事ではありません。
彼らはあなたにフィードバックを与えました。
あなたの質問は、どちらのAとBのどちらが優れているかではありませんが、提供されたデータを使用してどのエンドユーザーがそれをどのように使用するか(broderコンテキスト)?
データは意思決定の元になるため、エンドユーザーが次のことを行う必要があるかどうかを知る必要があります。
「日付、年、月」のデータを賢くフィルタリングしている場合は、何もする必要はありません。ユーザーデータを事前に表示し、ユーザーがエクスポートできるようにします。