web-dev-qa-db-ja.com

複数ページよりも1ページの購入コンバージョンの方が優れていますか?

私の製品を購入するためにページをモックアップしていますが、1つのページですべてを行うのがいいのでしょうか、それとも注文と支払いを2つの異なるページに分割するのが良いのでしょうか。 A/Bテストからの類似したタイプの購入シナリオに関する経験的なデータを持っている人はいますか?コンバージョンのページ数を減らすのに役立ちますか?

ユーザーに製品の複数のバリエーションが提示され、そのうちの1つが選択されます。注文できるのは1つの数量と1つのバリエーションの製品のみであるため、ショッピングカートのメタファーは実際には適用されません。また、電子製品のため、収集する配送情報はありません。

購入にほとんど関与していないため、プロセスを合理化することは良い考えのようです。私の考えは、注文オプションをラジオグループとして表示し、このページに注文合計を表示することです。これは、選択によって動的に更新されます。注文の合計の下には、支払いの詳細:CC情報、Paypalへのリンク、請求先住所が表示されます。したがって、ユーザーは別のページに移動せずに購入を完了することができます。

購入フローが短いと注文が増えると思うのは間違っていますか?

他にどの要素を含める必要がありますか、含めないでくださいか?パン粉?リンクバー?

7
Nate Reed

ユーザーは通常、支払いを送信する前に概要ページまたは確認ページを表示することを望みます。アイテムを1つしか選択していない場合でも。

自分でA/Bテストを行うのは良い考えだと私はまだ思います-少なくともこの目的のために、私は別のサイトのデータに依存しません。 A/Bテストに関連する変数が多すぎます。設計が他の人のために機能したからといって、それが機能するわけではありません。

とはいえ、私は個人的にあなたが引用した例が好きです。

2
Baa

注文と支払いを2つの異なるページに確実に分割します。これは、サーバー側でデータを検証するために必要です。ただし、注文ページにも全額情報を記載してください。送料込み!

0
dotancohen

支払いページはhttpsの背後にある必要がありますが、注文ページはそうではありません。

人々は2つが異なるページにあると期待しています。

注文と購入が非常に簡単で、1つのページですべてを入手できるのは非常にまれです。そのため、多くの研究が見つかるとは思えません。

0
icc97