web-dev-qa-db-ja.com

1泊あたりの平均価格VS合計金額

コンテキストは、予約/休日計画プラットフォームです。ユーザーは、商品を予約したい日数(ホテル、休暇パッケージなど)を選択でき、各オファーの価格を表示する必要があります。

スペースが非常に限られているモバイルプラットフォームを介してサービスが消費され、合計価格1泊あたりの平均価格表示できますが、次のオプションのどれが変換を改善しますか?

  • 1泊あたりの平均価格を示しています
    長所

    • おそらく、ユーザーは1泊あたりの料金を計算して、オファーの適合性を評価することを好みます。少なくとも、私は頻繁にそうしています
    • 表示されている数は少ないため、ユーザーが衝動的な決定を下して次のステップに進むのに役立つ可能性があります

    短所

    • 釣り価格のように聞こえる
  • 最終価格を示しています

    長所

    • ユーザーが手順の次のステップに進むときに、驚きはありません

    短所

    • 巨大な価格は怖いですか?それは考えです、この場合、人間の心がどのように機能するのか実際にはわかりません

もちろん、これは考えの一部にすぎません。他の専門家から他の長所と短所や意見を聞くのは素晴らしいことです。

状況はあまり明確ではないので、私も尋ねます。 Booking.com 、現在オンラインで最高の予約サービスの1つで、合計金額が表示されます。 [〜#〜] hrs [〜#〜] 、予約市場でのもう1つのかなり大きな名前で、1室あたりの1泊あたりの平均を示しています。そして、彼らはモバイルではありません。

4
Nicola Miotto

私の意見では(完全な開示:私はいくつかの観光ポータルのUXを担当しています)、最も重要な側面は一貫性です。

私たちのサイトでは、ユーザーは価格を見ることができますbefore任意の日付を入力します。このシナリオでは、比較しやすいため、最も意味のある選択は、1泊あたり(1人あたり)の価格を表示することです。したがって、ユーザーが希望の日付範囲を入力した後でも、1泊あたり(1人あたり)の価格が引き続き表示されます。

ユーザーが日付を入力する前にコンテンツを表示できない場合は、ユースケースが異なり、続行方法がわかりません。

コンバージョンを増やすことを目的としている場合、ABテストのみがyour app/websiteがこの側面に対してどのように実行するかを示します。とにかくdoユーザーに表示している価格の種類を表示します。

1
Daniele