web-dev-qa-db-ja.com

データ駆動型設計と自然な動作

背景

私が一緒に仕事をしている現在のクライアントは、休暇用不動産スペースにいます。私たちの命名用語は一般的な電子商取引に似ています。

現在、ユーザーが商品/プロパティカードをクリックしたときに、ホームページとランディングページで異なるアプローチが取られています。

製品/プロパティの詳細ページにリンクする通常の動作の代わりに、実際にそれらを検索結果ページに送信し、選択したプロパティを他の関連するプロパティよりも上に固定します。そのカードをクリックしたときにのみ、ようやく詳細ページが表示されます。

この決定は、ユーザーが変換前に平均12の製品/プロパティを通過することを知っていることに基づいています。したがって、それらをここに誘導することは、自然なルートではありませんが、ユーザーに12+ PDPクォータを達成するためのより簡単なアクセスを提供するはずです。

質問

個人的には、より自然なユーザージャーニーを作成するためのより大きな検証を探していますが、設計の決定はデータに基づいているため、これはルールの例外と見なすことができますか?それとも、ユーザーからの自然な期待により忠実であり続けますか?この場合、何が勝ちますか?

添付されているのは2つのフローの要約です。それが理にかなっているといいのですが enter image description here

1

これは以前に見たことがありますが、個人的には嫌いです。私の個人的な経験では、旅行を完了したり、ページを離れたりすることはありません。しかし、多分それは私だけです。

ただし、理由が何であれ、ユーザーは不正行為ユーザーが彼女が要求しなかった何かを行うことになります。基本的に、インターフェイス設計の 8ゴールデンルール の1つを否定しています

7内部制御軌跡をサポートします。

経験豊富なオペレーターは、システムの責任者であり、システムがそのアクションに応答することを感じたいと考えています。ユーザーを応答者ではなくアクションの開始者にするようにシステムを設計します。

(ポイント1、4、6もある程度ブレークすると思います)

また、あなたの仮説には欠陥があることに注意してください:現在のフローはそのために設計されているため、ユーザーには12の製品が表示されます。それ以外の場合は変更されます。

つまり、ユーザーが何かを探している場合は、12(または15または20など)の結果を提供する必要があります。それ以外の場合、ユーザーが製品をクリックすると、彼は自分の意志または [〜#〜]意図性[〜#〜] 彼女が望むかもしれないと思うものではなく、その製品を見る。そして、彼女がそれを行った後でのみ、異なる戦略を使用して他のオプションを表示するように彼女に提案できます(たとえば、場所関連、類似の特性、製品の比較など)。

しかしもちろん、このようなことをテストすることは常に良い考えです。誰が知っている、多分あなたはより良い方法を見つけるでしょう。ただし、このパスを使用する場合は、いくつかの usability research/を使用して広範なテストを行うことをお勧めします プロトタイプを丸め(そして、「5で十分」ではないので、そうではないので、できるだけ多くのユーザーに試してみてください)、そしておそらくプライベートベータ版です。または、冒険的だと感じる場合は、両方のバージョンのライブサイトで 多変量テスト を試してください。しかし、それは非常に危険であり、個人的に私はそれをしません。

1
Devin