「配送先住所が請求先住所と同じ」またはその逆ですか？
一部のオンラインショップは次のガイドラインに従っています（ケースA）。
- ユーザーに請求先住所を入力させます。
- 「請求先と同じ配送先住所」というチェックボックスがあります。
他の一部のオンラインショップでは、それを逆の方法で行っています（ケースB）。
- ユーザーに配送先住所を入力させます。
- 「配送先と同じ請求先住所」のチェックボックスがあります。
ケースAの場合、チェックアウトワークフローの主なビューは請求書を生成することですが、ケースBの場合、チェックアウトプロセスは、注文された実際の製品を最終的に顧客に出荷するワークフローのステップと見なされます。
ケースAの例は WooCommerce 、ケースBの例は Shopify です。 AmazonもケースBを好むようです。
私の質問：
ケースAまたはケースBを選択する本当の理由はありますか？
個人的には、ケースBを使用します。
配送先住所の入力を求められたら、ユーザーはすぐに答え（商品の配送先）を知っていると思います。簡単な答えです。ただし、請求先住所の場合、ユーザーは躊躇する可能性があります（ユーザーに思わせる）が、すでに配送先住所を入力している場合は、自宅の住所とは別の場所に配送している場合は、簡単に結論を出すことができます。 （通常の請求先住所）とは異なります。
販売者がその特定の場所に出荷するかどうかを確認する必要があるかもしれませんであるため、ユーザーとして最初に配送先住所を入力することを期待します。その後、発送された場合、請求先住所を入力する場合があります。
一部のチェックアウトプロセスは複数のページに分かれています。配送可能かどうか、および注文が可能かどうかを確認するために、請求先住所の前に配送先住所を置く方がより論理的です。次に、支払いページで請求情報を入力する必要があります。
アドバイス：Analyticsを見て、どれがより頻繁に入力されるかを確認してください。このデータから、いずれかの方法を選択する十分な理由がわかります。
私はケースBです。
ユーザーがチェックアウトするとき、次のことを行います。
- そのアイテムがその場所に発送されるかどうかを確認します
- 場所に関連する送料を確認する
請求情報は注文の支払いに直接関連しているため、終わりに近づく必要があります。チェックアウトプロセスは次のようにグループ化する必要があります：Shipping> Shipping Costs> Payment（請求を含む）。
他の2人の人が述べたように、2人のうち、請求先住所は同じままである可能性が高くなりますが、チェックアウトプロセスの順序を変更すること（ケースA）がそのための良い解決策であるとは言えません。頻繁に購入するユーザーは、アカウントを作成してその情報を保存し、毎回入力する必要がないようにする必要があります。
考慮すべき最後の項目は、ユーザーがよく知っていることです。私がアクセスするほとんどのeコマースサイトは、WalmartとZapposに加えて、何らかの形でCase B. ShopifyとAmazon（ご存じのとおり）を使用しています。
B2BとB2Cのどちらを販売しているかによって異なりますB2Cを想定しています
ユーザー/顧客としての私にとって、最優先事項はアイテムを取得することです。実際に支払うことは、私が考えたくないビットであり、最後に付け加えられます。
売り手にとって、最優先事項は支払いを受けることであり、発送は支払いを受けた後に行われる作業です。
ウェブサイトのフォームはユーザーによって入力されているため、ユーザーが優先され（注文が送信されたときに両方のアドレスが表示されます）、最初に配送先住所を要求する必要があります。最初に請求先住所を要求するIMO B2C eコマースサイトは、ユーザーのニーズを自分のニーズよりも考慮していないビジネスを示しています。 AmazonはケースBを好むようだとおっしゃっていますが、これは、ユーザーを第一に考え、期待どおりに簡単かつ通常の方法で作成することについて多くの調査を行っているためだと思います。
しかし、それは私の意見にすぎません。これを行うための最善の方法は、ユーザーの調査を行って、yourユーザーが何を考えているかを調べることです。
私の組織は最初に請求を要求し、それが同じであればユーザーが配送をスキップできるようにします。これにはいくつかの理由があります。まず、私たちは非営利団体であるため、ユーザーのレコードの住所に最も関心があります。これは、一般的に財務目的で使用されるものと同じです。送料は同じかもしれません。 2つ目は、メンバーシップ、チケットなど、物理的な商品よりも「バーチャル」な商品を販売することです。小売商品を販売していますが、これは主な目的ではありません。第三に、ユーザーは実際には逆に混乱することがわかりました。これは主に、多くの仮想商品を販売しているためと思われます。最初に請求書に記入することで、購入するものにとってそれがそれほど重要ではない場合でも、配送についての光沢を整理できます。
送料と税金の計算に使用されている方を最初に使用する必要があります。 2番目は、顧客が総コストを受け入れない場合は無関係です。
全体像を考えてみましょう。
お客様として商品を購入しています。私の請求先住所は私に関連付けられています。配送先住所は注文に関連付けられています。請求先住所は、支払い承認のためのクレジットカードの確認にも使用できます。
アイテムを購入し、A（私の家）に発送し、Aに請求します。次に、別のアイテムを購入し、B（受信者の家）にギフト発送します。それでもAに請求します。複数のアイテムを購入したが、別々に発送したい場合場所？それはどのように機能しますか？
請求先住所（配送先住所と同じオプション）を保存すると、時間の経過とともに変更されないままになる可能性が高くなります（同じです）。頻繁に出荷される場所を保管するオプションさえもない限り、配送先住所がバリアントである可能性が高くなります。
私はケースAで行きます。
あなたが最初に尋ねる質問は、私が誰であるかについてですam：それは私が契約に参加している人であることを示しています。次のステップはあなたが何をするかwantです。パッケージを別の場所に配信したい場合、または別の誰かに配信したい場合は、そのことを示すことができます。
ギフトを購入したい場合は、まず他の人の名前を入力するのをためらいます。
ただし、一般的には両方の方法を使用できます。これは、一般的に人々が自分で注文するためです。
あなたの質問の中で暗黙のうちにあるのは、顧客がダウンロードできないものを注文しているということです。
あなたが実際の物理的な商品を注文しているなら、あなたは間違いなくそれらがあなたまたはどこかに配達することを必要とします。請求先住所を提供する必要がない場合もあります。請求先住所がトランザクションの一部ではないPaypalまたは他の仮想マネー決済システムを考えてください。
その上で、支払いの詳細を事前に取得する場合（ほとんどの場所では問題ありません...）、請求先住所を事前に尋ねることができます。ただし、ほとんどの場所では、注文内容、配送先、対象となる割引、支払い方法の提案がわかるまで、請求の詳細を尋ねないため、最初に配送先住所を尋ねます。
ほとんどの場合、私は「B」と言います
本当にお店次第だと思います。
これがB2C eショップであることを念頭に置いて、ケースを考えてみましょう。
私または私の友人のために何かを購入し、請求先住所は私の自宅住所です
- 自分の会社に届けるほうが便利なので、自分の会社に届けたい
- 友達の家・家族の家に届けたい
会社用に何かを購入し、請求先住所が私の会社の住所である、会社に配達したい、または私用に何かを購入して自宅に配達したい
最も重要な質問は、ユーザーがより頻繁に行うことです。あなたのeショップのコンテキストは何ですか？それが靴と服の場合、おそらく彼らは最初のシナリオを選択します。事務用品や電子機器の場合は、2番目のシナリオです。
最初のシナリオでは、最初に配送先住所、次に請求先住所を入力しますが、2番目のシナリオではその逆です。
私はこれを言うのが嫌いですが、実際に行きます[〜＃〜] b [〜＃〜]。間違った場合に発生する障害モードのため。
配送先住所について、できることはほとんどありません間違いはありません-または、むしろ、ほとんどありません検出できますエントリ時時間。つまり、誰かの配信可能なアドレスのリストに対してアドレスを検証し、修正されたアドレスを選択するように強制することができますが、行う価値はないかもしれません。 （一部の顧客のアドレスはこれらのシステムで誤って構成されており、それがそれらを駆動しますbonkersと彼らはあなたを責めます。）
一方、請求先住所では、簡単に間違える可能性があります。請求先住所の主な目的は、銀行の不正検出アルゴリズム**に通知することであり、その結果、誤ったbillingアドレスが原因となる可能性が非常に高いですすぐにdeclineし、ユーザーと繰り返してアドレスを修正する必要があります。請求先住所lastを取得した場合でも、それはユーザーにとって最前線です。
これは、有効な配送先住所の確認が失敗する1つの方法です。 Istanbulに自動修正されている場合、クレジットカードはConstantinopleに含まれているため、拒否される可能性があります。