web-dev-qa-db-ja.com

UIを意図的に遅くすると、ショッピングサイトでの売り上げが増加しますか?

ITunesストアは常に遅いことに気づきました。最初は、iTunesがブロートウェア(MacとWindowsの両方で)であるからだと思っていました。しかし、これが意図的なものかどうか、全体を制御するためにpaceユーザーがストアを閲覧します。

実店舗を想像してみてください-ショップデザイナーは、買い物客が棚の間をできるだけ早く入り、歩くようにしたいでしょうか、それとも、買い物客が立ち止まって、見て、曲がって、発見するようにルートを設計したいと思いますか? IKEAは、すべての買い物客が指定されたルートを通り、本来の買い物よりも多くの買い物をすることを望んでいることで有名です。

もちろん、買い物客がサイトを離れるリスクがありますが、サイトがすぐに読み込まれたとしても、それは常に問題です。明らかにこれは技術的な質問ではありません。訪問者があなたの製品にすでに興味を持っており、もっと知りたいと仮定します。おそらく、少し待ってもらう-からかう-彼らはもっと欲しくなるでしょうか?

これに関する研究はありますか?


追加情報(2012-3-7):私が話しているWebサイトはアートを販売するWebサイトです。これは、Amazonや食料品のサイトとはさまざまな点で異なります。個々のアイテムには比較的高い値札が付けられており、テキストの説明、レビュー、関連製品などを閲覧するのではなく、顧客がアートを見て時間をかけてくれることを望んでいます。

購入を決定したら、チェックアウトプロセスをできるだけ迅速かつスムーズにする必要があることに同意します。私の当初の目的は、あるアイテムから次のアイテムに移動するペースを調査することでした-pauseは、この全体的な販売プレゼンテーションプロセスの一部です。

43
ytk

...ショップの設計者は、買い物客が棚の間をできるだけ早く入り、歩くことを望んでいるか、あるいは買い物客が立ち止まって、見て、曲がって、発見するように促されるようにルートを設計したいと思いますか?

あなたのアナロジーには欠陥があります。食料品店をゆっくりと歩いていても、一度に何千もの情報を目にしています。

  • 店舗のパノラマ3Dビューがあります
  • 通路の看板、さまざまな製品のあるエリア、セールマーカーなどが表示されます
  • 特定の棚で、何百もの製品を視覚的にスキャンして、欲しいものを絞り込みます

これのWebバージョンは、非常に限られた面積の単一の2D画面であり、クリックするたびに別のページがロードされます。 すでに遅い。あなたはそれを遅くするのではなく、それをより速くするでなければなりません。

  • カテゴリ間をすばやく移動できるようにします。たとえば、ちらっと見て次の通路まで歩くことができます。
  • ジャムでいっぱいの棚をちらりと見たり、ブルーベリーを見つけたり、数秒で最も安いものを見つけたりできるように、製品をすばやく比較できるようにします。
  • カードをスワイプしてPINをパンチインできるように、すばやくチェックアウトできるようにします。

あなたのサイトを遅くすると、人々は去ります。彼らはより速い競争相手のサイトに行きます。

より良いアイデア

人々は食料品店があなたがあなたが欲しいものを手に入れるためにあなたが買って欲しいアイテムを通り過ぎることをあなたにさせていると指摘しました。 (ただし、彼らはあなたに鉛のブーツをつけていないことに注意してください。)その戦略は実際には物理的な店舗の制限を反映しています:それは誰にとっても同じでなければなりません

オンラインでは、関連商品を表示することで、それよりも優れた成果を上げることができます。以下に基づいて、顧客にストアを即座に再配置できます。

  • 彼らが見ているもの
  • 彼らが以前に購入したもの
  • 彼らが検索したもの
  • 彼らのような他の人が購入/検索したもの

本質的には、「懐中電灯を購入したい人は、その通路にも電池が揃っていることに気づくでしょう。テントもある場合、キャンプ用の食べ物を次の棚に置きます。」

41
Nathan Long

この問題について、ユーザーエクスペリエンスと倫理という2つの異なる観点から取り上げたいと思います。

  1. ユーザーエクスペリエンス-UXの観点から、読み込み時間が遅い=ユーザーエクスペリエンスが悪い。ユーザーは、必要以上に待つ必要があるとイライラします。 10秒を超えると、ユーザーはおそらくすべての忍耐力を失って去ります。 Jakob Nielsenはこれを何年も研究しており、彼のAlertBoxコラムでそれについて書いています 。 KohaviとLongbotham(2007、 link to PDF article )は、読み込み時間が100ミリ秒増加するごとに、Amazonの売上が1%減少することを発見しました。 Appleは、視聴者の心を捕らえているため、ユーザーに影響を与え、それが次のポイントにつながります。
  2. 倫理-私の倫理的な観点から、意図的にユーザーを遅くするは操作的な設計パターンです。あなたが良い製品やサービスを売っていれば、人々はそれを買うでしょう。あなたが人を操作して購入する必要がある場合、あなたは非常に望んでいる/必要な製品を販売していませんね?

それがあなたが目指している製品発見であるなら、より良い、より倫理的な それのために設計する方法 があります。

22
Yosef Waysman

私はノーと言うでしょう。

ページが遅いほど、効率的に使用しようとします。

つまり、遅いページの場合、探索することはほとんどありません。ページがいらいらするほど遅いのに気づいたら、本当に本当に本当にで興味深いと思われない限り、興味深いと思われるものをクリックすることは積極的に避けます。

ページが速いほど、より楽しくなります。速いページでは、ほんの少しだけ興味深いものでさえ、他のものを見る可能性がはるかに高くなります。目を引く画像や、何が何なのかわからないこと、純粋に好奇心がわからないものに夢中になることさえ許します。

バートがすでに言ったように、イケア比較はよく合いません。読み込みが遅いページの実物バージョンは、次のようになります。製品をlookにするたびに、1か所に立ち、移動を開始する前に30秒待つ必要があります。別の場所をもう一度見ます。

いくつかの製品をゆっくりと動かすよりも、多くの製品を速く動かす方が良いでしょう。その上、彼らがさらされている製品が多いほど、彼らが彼らが必要としていることに気づかなかった何かを見つける可能性が高くなります。

10
Supr

UIが遅い=各ページを受け取るまでの時間が長くなる->ユーザーを苛立たせ、より高速なサイトを見つけるよう促します。 [1][2)

「Ikea」体験が必要な場合は、ユーザーに追加の製品を提供する中間段階を追加することが必要です。私はこれを行う多くの電子商取引サイトを見てきました。
ここでも、幸せな顧客が戻る可能性がはるかに高いため、ユーザーが不満を感じないようにする必要があります。

編集:参照を追加(Bart Gijssensに感謝):

4
Danny Varod

誰もこの記事をまだ投稿していないことに驚いています: http://www.codinghorror.com/blog/2006/11/speed-still-matters.html

答え ? 悪い考えです。遅延があっても、ごくわずかな遅延であっても、ユーザーの満足度とそれによる収益が低下します。

それはジェフ・アトウッドによる非常によく書かれた記事であり、どのウェブサイトでも速度が重要である理由について述べています。

アマゾンについて話している記事からの引用:

A/Bテストでは、100ミリ秒単位でページを遅延させてみましたが、非常にわずかな遅延でも、大幅で費用のかかる収益の減少につながることがわかりました。

3
user12736

回答:いいえ

イケアのコンセプトに関する限り、彼らはあなたを遅くしようとはしません。彼らはあなたが彼らのルートをたどるようにしようとするので、あなたはすべてを見ることを余儀なくされます。必要のないものを買う理由は、その結果だけではありません。それは何よりも彼らがその指定されたパスに沿って自分たちのものを販売する方法です。

実際、調査(*)により、IKEAストアのショートカットを知っている顧客は、それらのショートカットを利用するよりも長いルートをたどることを好むことがわかりました。彼らはその経験を楽しんでいるからです。 IKEAストアであなたがゆっくり進んでいるという事実はそれ自体が目的ではなく、オンラインストアの読み込み速度が遅いのと同じくらい、顧客にとっては煩わしいものです。 ITは、Ikeaの大成功の副産物です。

最初に目標を検討する必要があると思います。ユーザーができるだけ多くのお金を使うために、オンラインストアでできるだけ多くの時間を費やすようにします。

次に、その目標を達成するための最良の方法を検討する必要があります。読み込み速度が遅いことはその1つではありません。そのためには、まったく異なるツールセットが必要です。魅力的なデザイン、新しいアイテムの表示、商品のマーケティング、正しい情報の提供など...読み込み速度を考慮したい場合は、読み込み時間を短くしてください。

(*) www.spacesyntax.tudelft.nl/media/Long papers I/alan penn.pdf

1
Bart Gijssens

応答時間は、タスクまたはユーザーの満足度に対する有効性と同じではありません。

Eコマースでは、タスクに正確に設計することがより重要だと私は思います。これは少し古いですが、Jared Spoolはこれについてしばらく前にテストを実行しました: http://www.uie.com/events/roadshow/articles/download_time/

ページをユーザーが目標に近づけない場合、ページの高速読み込みは効果がありません。ただし、同じタスクモデルを持つ2つのサイトのうちの1つが一般的に高速に読み込まれる場合、どちらが勝るかを推測できます。違いはありますが、タスクをうまくモデル化しているサイトはほとんどありません。 (そして、最近はAmazonも含まれています!)

1
David Jarvis