web-dev-qa-db-ja.com

チェックアウトプロセスで支払い情報が最後に配置されるのはなぜですか?

私が行くほとんどのeコマースサイトには、チェックアウトプロセスの最後のステップとして支払い情報があります。これらのサイトの中には、支払い情報を保存して後ですばやくチェックアウトできるオプションを提供しているものがありますが、これらのサイトでも、支払い情報は注文を送信する前の最後のステップです。

保存した支払い情報が請求先住所に関連付けられており、同じ住所に発送した場合支払い情報をチェックアウトプロセスの最初のステップにして、保存されている場合は、他のすべての情報を入力しておく方が理にかなっていますか?

私がクライアントに対して行ったユーザーテストの一部では、ほとんどのユーザーは、自分の動作の請求と配送が同じであることに似ています。支払い情報がほとんどすべてのショッピングカートのチェックアウトプロセスで最後になりそうな理由を示すデータを誰かが知っているか、持っているかどうか疑問に思っています。最初に支払い情報を持つことは、より適切だと感じます。しかし、そのようなことから否定的な反応があるのか​​、それとも他の根拠があるのか​​知りたいです。

[〜#〜]更新[〜#〜]

これまでにいくつかの素晴らしい答えがあります。私が調べようとしていることの1つは、これまでのところすべての答えが素晴らしかった伝統的なプロセスです。これは、Amazonのワンクリックプロセスのようなものです。リピーターのために。 Amazonのワンクリックチェックアウトプロセスはまだ特許を取得している(または少なくとも10年前だった)と思いますが、それでもまだそこから学べることはありますか?

更新2

私の質問のフレーズを少し更新しました。私は、チェックアウトプロセスの最初に支払い情報を尋ね、次に保存されている場合は、顧客の請求/配送情報などを入力することを意味しました。製品を選択したりカスタマイズしたりする前に、支払い情報を尋ねるつもりはありませんでした。

5
JamesEggers

支払い情報が要求されるのは、絶対総計が提示された後にのみ要求されるため、請求される金額が正確にわかるようにするためです。

チェックアウトプロセスの一般的な手順の1つは、配信オプションから選択することです。これらのオプションには、さまざまな料金が関連付けられていることがよくあります。別の例は、通常は料金が発生するギフト包装です。

これらの変数がすべて確認された後でのみ支払いの詳細を尋ねることが本当に適切です。これは通常、チェックアウトプロセスの最後に発生することを意味します。

15
Matt Obee

他の回答で与えられた(良い)経験関連の理由に加えて-技術的な理由があります。

早めに支払い情報を要求すると、それを保存する必要があります。これには、追加の(コストのかかる)セキュリティ要件が必要です(CCが安全に保存されていること、PCI認定など)。そのため、早期に情報を追加すると、システムの実装と運用コストが大幅に増加する可能性があります。

また、いくつかの情報は早期に尋ねることができません。たとえば、カードの裏面にある3つの番号のセキュリティコードは、トランザクションの時点でのみ要求できます。

2
adrianh

支払いエントリ(およびその他の特定の属性)にも、通常は従量課金が発生します。全体的な利益が非常に高く、トランザクションあたりのペニーを無視する必要があると私は主張しますが、これらのシステムが最初からこのように設計された理由であり、今日のビジネスからの重要な圧力により、それは困難になっていますより使いやすく、ユーザーフレンドリーなプロセスのためにメソッドを変更するために。

実装したことは一度もありませんが、保存された支払いをベースラインとして使用することを検討すれば、事前の支払い情報のプロセスは簡単に思えます。これらのシステムは、あなたが支払い方法を持っていることを知っており、(簡単な)チェックアウトプロセスの早い段階でそれを選択して、確認として合計を最後に表示することさえできます。これは、配送方法などのすべての条件をカバーします。

事前支払いのメリットの例としては、支払い方法が広く受け入れられることでメリットが得られる場合があり、販売者が効果的に隠れている場合があります。たとえば、Paypalを受け入れると、一部の人々(たとえば、PP残高があり、伸び悩んでいる)がより速く購入したい、または今日より多くを費やす可能性があります。フッターまたはどこかにアイコンを置くだけでは役に立たない場合があります。一般に、オプションを確認するのと同じくらいなので、私は(具体的にはこれを実装していないため、具体的なデータはありません)、いくつかの側面の売上高の改善に役立つと期待しています。

1
Steven Hoober

最後のステップで支払いの詳細を尋ねると

ユーザーおよび販売者のメリット:

ユーザーの視点

  • 機密の支払いデータを入力する前に合計金額を知っている
  • 注文を確認してから、支払いたいかどうかを決定できます

商人の視点

  • 知っているそれが新規またはリピーターであるかどうか
  • 配送先住所があり、送料を計算できます
  • メール、IP、アドレス、ショッピングカートの詳細があり、リスク評価を行うことができます
  • 上記に基づいて提供できる支払い方法の選択(つまりリスク)

編集:

  • Amazon 1-クリック 特許は米国では付与されていますが、ヨーロッパでは付与されていません
  • ワンクリックは、Amazonアカウントにサインアップした場合にのみ機能します
  • ワンクリックのようなモデルは、新規/初めてのお客様には機能しません。リピーターの場合は、アカウントにサインアップした場合およびお支払いの詳細を保存した場合に機能します。 @adrianhが回答で述べたように、支払い情報を保存するためのPCI要件は非常に高く、認証プロセスには長い時間がかかる可能性があります。

基本的に、自分で答える必要がある2つの質問

  • 労力が莫大であることを考えると、情報を保存できる方法で支払いを実装するのに努力する価値はありますかおよび
  • ユーザーが「ゲストとして」注文することを好む場合でも、サイトにアカウントを作成するようユーザーに強制しますか?
1
greenforest

他の回答では、この質問に対する明確な回答を見逃しているようです。ユーザーが実際に提供する必要があることがわかるまでは、支払い情報を取得したくありません。

典型的なショッピングWebサイトには多くの支払い方法があり、そのうちの1つはクレジットカード/デビットカードですが、その他はバウチャー、割引ポイント、ギフトカードなどです。割引が注文の全費用をカバーする場合、他の割引方法を必要としない可能性があるため、他の割引方法を処理するまでは、支払いの詳細は必要ありません。

一部の割引方法は、送料をカバーしていない場合があります。どちらの方法でも、割引を適用する前に「総計」を知りたいので、適用できる割引額を把握しておきます。その後、一部の配送方法はカート内の特定の商品にのみ適用される場合があります。

これらを考慮して、次のフローが形成されます。

カート->配送情報->バウチャーなど->支払いの詳細->レビュー

巧妙なデザインは上記のページのいくつかをマージするかもしれませんが、基本的にステップのいずれかを再配置すると、ユーザーに質問をして答えを無視してしまうかもしれません。

1
Steve

これはロックイン効果と呼ばれます。彼らはユーザーがショッピングカートアイテムを選択するのに非常に多くの時間を費やし、「ロックイン効果」のために購入を完了せざるを得なくなったと感じるかもしれません。これにより、販売の「目標到達プロセス」のスループットが最大化されます。

0

これは、これまでのところ賢明な答えを備えた素晴らしい質問ですが、eコマースがより早く変化するので、私たちが続けることが重要だと思います。

私がこのチェックアウトプロセスまたはそのチェックアウトプロセスをどれほど軽蔑するかを理解するときはいつでも、企業は GumroadChirpify のような素晴らしいことでその考えに対抗します。最初のケースでのミニマリスト(ここで試してください:http違法アート。ネット/ガールトーク/ショップ/)&2番目のケースでのPaypalの事前認証の天才的な使用。

これらの例は、一見したところ、本格的な従来のeコマースの場合には非現実的であるように見えるかもしれませんが、機密の財務データを可能な限り処理しないようにして、繰り返しの承認をプロセスから外す方法を考えてみてください。

0
kpowz

実際の購入プロセスを模倣しています。

家具店でテーブルを購入するとします。

あなたはあなたのテーブルを選んで、支払いをし、それからペイントの色を選択するのではなく、その後、販売支援者に出荷オプションを尋ねます。

むしろあなた:モデルを見て、販売アシスタントに希望の色を選んで伝え、次に請求書を書き、どのように配送するかを尋ね、最後にチェッカーに行き、支払います。

0
kontur