web-dev-qa-db-ja.com

管理とエンドユーザーエクスペリエンスの外観は異なりますか?

調査のようなものを実行するアプリがあるとしましょう。ユーザーには2つの主要なタイプがあります。調査をセットアップして作成する管理ユーザー(実際には顧客です)と、アカウントとプロファイルを所有する「公開」ユーザーです。

これが私の質問です。パブリックエンドに存在するビューの数と、機能の違いを考慮します。行政区域とは少し異なる外観を持つことが適切ですか?このエクスペリエンス間の視覚的な変化はどのような価値を持っていますか?

または、2種類のユーザーの基本的なルックアンドフィールは同じですか?両端に視覚的に一貫性があることに価値はありますか?

私は、一般向けに異なるルックアンドフィールを作成するという追加の作業を行う準備をしているのを見つけましたが、どちらの側にも良い議論があることに気付きました。

3
Fresheyeball
  • 私の意見では、実際に調査を行うエンドユーザーと比較して、管理ユーザーは一握りになるので、エンドユーザーのUXにもっと集中します。

  • ここでも、少数の管理者向けにカスタムUXを構築することは、多くの追加作業を行うことを意味します。さらに、あなたが言ったように顧客である管理者は、ユーザーが実際にあなたのアプリを使用することをどう感じるかを見ています。

  • 通常、管理ユーザーには、エンドユーザーにはない多くのツール/コントロールがあります。したがって、彼らのためにそれらを配置することは、とにかく彼らのための経験を変えるでしょう。より多くの制御、より多くの権限、より多くの権限が、アプリで彼らにすべて異なる体験を与えるでしょう。

  • 基本的なルックアンドフィールは同じである必要があります。前述したように、少数の管理者にとってそれを変更してもあまり価値はありません。

  • そして、そうです、それを別のものにするかどうかについて、私たちが議論したり議論したりできることはたくさんありますが、これは完全に私の意見です。私は前述のことを続けます。

2
aliasgar

2つのボタンの左側が常に肯定的なボタンまたは右側になるが、決して混ざらないという意味で、見た目と使い心地を一貫させる傾向があります。

それ以上に、UIは、ユーザーがワークフローをできるだけ簡単に完了することを可能にすることに焦点を当てる必要があります。

これは、エンドユーザーと管理者のケースでは異なる場合があります。ここに例があります。文字通りワークフローを1,000回実行することで、一般的なワークフローをテストすることをお勧めします。一般的に、ワークフローとは、ユーザーが特定のセッションで何度も繰り返すことが期待される場合があることを意味します。

管理ワークフローは、「調査質問の追加をクリック」->「調査質問タイプの選択」->「調査質問の入力」->「保存」をクリック->「確認ダイアログで「はい」をクリック」という管理ワークフローです。

これを1,000回実行すると、ユーザーはその終わりをクリックして998回はい、2回クリックしなかったことがわかります。確認ダイアログをなくし、管理者が後で変更を元に戻せることを確認します。

エンドユーザーの場合、システムを実際に1回だけ使用することができる(1回の調査を完了するために!)最後に「はい」と「いいえ」の確認があると、役立つでしょう。

主題的には、管理者が3時間続けて調査している可能性があるため、エンドユーザーが取得する調査ページよりも管理スイートの外観を弱めたい場合があります。上記で示唆したように、管理ユーザーはこれらの操作を何度も繰り返す可能性があるため、洗練された一貫性を維持してください。

また、調査で質問に回答することは、調査で質問を作成することと同じではないことを忘れないでください。ひどく明白に聞こえますが、アンケートが質問に対して「その他の情報」タイプのテキストフィールドを使用できる場合は、スペルチェッカーを含めないでください。あなたの管理ページでは、テキストを入力すると、スペルチェッカーをそこに置くことを強く主張します。同じ操作、テキストの入力、異なる必要な結果。

1
Ian