アイテムを（もしあれば）クリアする前に、どれくらいバスケットに入れておくべきですか？
多くのオンラインショップでは、チェックアウト前にバスケットにアイテムを追加できます。
大きな「名前」のいくつかは、バスケットとウィッシュリストを組み合わせるスマートな戦略を備えており、バスケットを追加してからカート内のアイテムの価格が変更された場合に、将来の訪問時に通知します。これは、小規模の小売業者がめったに使用しない理想的なものです。
しかし、多くの場合、小売業者はバスケットの内容を24時間の非アクティブ状態の後に単にタイムアウトさせるだけです。私はしばしばそれが次のようないくつかの要因にダウンしていると思います
- eコマースカートフレームワークのデフォルト設定の暗黙的（または明示的）な受け入れ
- ビジネスによる知識または配慮の欠如
- web開発者とビジネス間の非通信
特定のものがバスケットにある期間に影響を与えるいくつかのビジネスルールがある可能性があります。たとえば、1個のアイテムが利用できなくなったり、ログインまたは登録すると、ログインしたときにバスケットがより長く保持されるという利点があります。
私の直感は、バスケットの内容は多かれ少なかれ無期限に残るべきだということですが、UXに影響を与える可能性のある他の考慮事項があり、それほど単純ではないと感じています。
製品のタイプによって、バスケットに入れられる時間の長さは規定されず、ログインしているかどうかに関係なく、バスケットの内容が自動的にクリアされるまでの期間
バスケットを自動的にクリアする実際のfunctional理由はわかりません。
バスケットには、古いアイテムをクリアする機能が必要です。バスケット内のアイテムのリストで「すべて選択」および「バスケットから削除」アクションで十分です。
それ以外は、Amazonのように価格変更に関する警告があるはずです。そしてもちろん、バスケット内のアイテムを注文/発送できなくなったときに警告が表示されます。後者が代替製品の提供を伴う（リンクする）ことができるなら、いいでしょう。
これはトリッキーです。アイテムを自動的にクリアするさまざまなシナリオがあるのは素晴らしいアイデアであり、そうでない場合と同じくらいの数です。個人的には、それがクリアされるべきではないことに同意します。同じサイトに再度アクセスして、自分で削除しなかったカート内のアイテムを見つけたときは、驚きました。しかし、それは私だけです。6か月後のショッピングカート内の商品は、まったく有効ではありませんでした。それらを自分のタイムカプセルとして見るのは楽しいですが、サイトでは役に立ちませんでした（私が購入しなかったためです）。アイテムを片付け、他のアイテムの買い物を続けたのを覚えています。重要なのは、本やブルーレイなどの新鮮でない商品にも「賞味期限」があるということです。少なくともユーザーとその買い物行動について。
オンラインでのユーザーの行動は、eコマースサイトの運営で予想されるものとは多少異なる場合があります。
多くの消費者は、購入する前に商品を確認して比較する場所としてカートを使用します。選択したアイテムのサムネイル画像を含め、カートのリンクに製品名を表示して、より詳細な説明を表示することにより、このアクティビティを促進します。また、顧客はカート内のすべての基本を簡単に見つけて実行できる必要があります。数量の変更と更新、アイテムの削除、チェックアウトに進み、ショッピングを続行します。 「ショッピングを続ける」オプションを選択すると、常に、商品を見つけるために以前にドリルダウンした場所よりも高いレベルのページではなく、最近購入したサイトの領域に顧客を連れて行く必要があります。
ユーザーは、サイト全体の価格を競合他社のサイトと比較して、多くの未購入アイテムをカートに残しておくこともできます。購入する前にアイテムをクリアする必要があるため、これはマイナーな問題になる可能性があります（以前のセッションのカートに多くのカートがあった場合）。チェックボックスと「選択項目を削除」ボタンでも修正できると思います。
「後で」サインインして、匿名ユーザーとしてアイテムを追加できるカートも見ました。その場合、ユーザーが商品をカートに入れたままにしておくと、商品を保管する唯一の方法はCookieを使用することです。これにより、ユーザーが戻ってきたときに、カートに商品を再度追加できます。ただし、同じユーザーが別のブラウザーまたは別のデバイス（珍しくない）でサイトに戻った場合、そのメソッドは失敗します。しかし、サインインしているユーザーであれば、それはまた別の話です。ユーザーはサインインしていることを認識しており、eコマースサイトをそのままの状態で見つけ、カートに商品を追加するとそこにアイテムが追加されることを期待しています。
つまり、この問題は、ユーザーがサインインしているかどうかに関係しています。私にはこれの証拠はありませんが、サインインしたユーザーのために少なくとも6か月間、カートに商品を入れておきます。
匿名ユーザーの場合、ブラウザを閉じたときにカートを最後にクリアします。
一定時間後にユーザーバスケットを空にする場合は、ユーザープロファイルではなく、ブラウザーセッションで情報を保持している可能性があります。それは私が考えることができる1つの特定の問題を引き起こします-トランザクションが1つのデバイスで始まり、別のデバイスで完了するとどうなりますか？
このシナリオを実行
- ユーザーは仕事で昼食をとり、無料のwifiのコーヒーショップでiPhoneをブラウジングしていて、AmazonのWebサイトでCDを見つけました。
- 彼女はバスケットにそれを追加しますが、このWiFiのセキュリティを信頼していないため、バスケットに入れたまま仕事に戻るので、実際に支払うことを約束しません。
- オフィスに戻って、彼女は自分の作業機械のWebサイトに再度ログインし、購入を完了したいと考えています。
バスケットの内容がブラウザセッションで保持されている場合、トランザクション全体を再度開始しないと、これを完了できません。ただし、それが彼女のアカウントに関連付けられている場合、現実的には、バスケットのコンテンツをそのまま残して、支払いを済ませて作業を再開することができます。
それは非現実的なシナリオではありません。バスケットをクリアする場合、ブラウザセッションではなく、ユーザープロファイルに関連付けても、とにかく彼女は最初からやり直す必要があります。
ユーザーがバスケットに何かを入れたら、それを選択肢として意識的に行ったという仮定に基づいて作業します。必要に応じて、バスケットから削除することも、必要なだけそのままにしておくこともできます。しかし、それは彼女の選択です。彼女のためにバスケットから物を取り出し始めたら、それは彼女の手から決断と行動をとることになります。
テスコ/ウォルマートで誰かをフォローしたり、20分後にまだ支払いを行っていなかったり、バスケットを降ろして再度開始したりしない場合は、なぜオンラインでそれを行うのでしょうか。
個人用バスケットにコンテンツを残しておいても、支払いを選択した時点で注文を再計算できます。物理的なものが座って他の人がそれを購入するのを止めるようなものではありません。ユーザーに放棄するかどうかを決定させます。彼らが二度と戻って来ず、店内のすべてを買い物かごに追加したとしても、それをすべて購入しようとするまで、それは本当に重要ではありません。 つまり、は、コンテンツの処理方法を決定できるときです。
バスケットを空にしないことをお勧めします。あなたは人々がそこに何を保存しているのか知りません。
ただし、サイトを訪問した後（数か月後）、このサイトを覚えていなかったため、そのサイトが私を覚えていることに非常に驚いていました。しかし、その後、カートにいくつかのものを追加しました。そうです、支払いましょう...そして、私は以前に置いていたもの、ほとんど忘れました。
ユーザーが一定期間（たとえば12時間）非アクティブな状態でユーザーがページを開くと、「おかえりなさい、前回のアクセス以降にカートに商品が入っています。[カートを開く] [カートを空にする] [ショッピングを続ける（閉じる）] "。
ここでの重要な考慮事項は、在庫配分です。
通常、在庫には限りがあります。バスケットに入れて顧客にユニットを割り当てることは、チェックアウト時に貧弱な「在庫なし」を回避するための唯一の健全な方法です。反対に、その時点で購入する可能性が低い顧客に在庫を割り当てたままにしたくない場合もあります。
速達販売サイトでは、在庫割り当て期間は10分で、ユーザーはバスケットポップオーバーにカウントダウンクロックをはっきりと表示しました。別の小売業者は、あなたが提案したとおりに、1時間操作しないとアイテムをウィッシュリストにドロップしました。
買い物かごに商品を入れていることの意欲はどれくらいですか？フラッシュの販売サイトでは、訪問者がそこに大量のアイテムを投棄するため、他の誰も手に入れられないことがわかりました。他の行動は、それを簡単な買い物リストとして使用して、最終的にアイテムを購入するために数日後に戻ってきました。
ここでは、運用マネージャーが主要な利害関係者です。彼らはおそらく在庫回転KPI（ユニットが販売される前にユニットが倉庫にある必要がある期間）を持っているでしょう。おそらく、株式保有タイプの混合もある：購入した株式、販売または返品または委託。バックオーダーはサポートされていますか、または在庫レベルが入手可能な唯一の在庫です。
要約すると、それはモデルと顧客の行動に固有のバランスです。ユーザーがバスケットをどのように使用するか、チェックアウトするまでの時間を観察し、運用マネージャーと一緒に在庫割り当て期間のスイートスポットを見つけます。
ユーザーの知識なしにバスケットをクリアすることは悪い考えですが、ユーザーは以前にバスケットに入れられたアイテムを注文したくない場合があります。 3つのセクションをバスケットビューに配置することをお勧めします。
- 現在のセッション中にユーザーが追加したアイテム
- ユーザーによって追加されたアイテム以前にこれらは利用可能です
- ユーザーが追加したアイテム以前はこれらは現時点では利用できませんに続いて、ユーザーがそれらについて実行できる情報：交換用製品を見つけるか待つこれらの製品が再び利用できるようになります。
ユーザーはこのビューから注文したいものをチェックできるはずです。彼はまた、バスケットから古いアイテムを削除できるはずです（実際には、バスケットに入っている各製品の場合のように）。また、次のチェックアウト時にそこにいるためだけに、注文せずに商品をバスケットに置いておくこともできます。
配給されたアイテムは、多くの場合15分未満でクリアされます。
たとえば、航空会社の座席や劇場の座席の予約です。実際にショッピングカートは、商品を明示的にキャンセルするか購入するか、システムがカートから取り出して在庫に戻すまで、実際の座席をロックします。
配給されたアイテムに対するサービス拒否攻撃では、カートがぶら下がったままにならないことが不可欠です。それ以外の場合は、ブラウザセッションを多数開く（またはボットネットを雇う）だけで、航空会社が座席を販売できないようにすることができます。
非配賦項目は通常、このような制約の対象にはなりません。在庫が1つしかない場合は、十数台のカートに「購入」してもらいます。
a）これらのカートのほとんどは破棄されます
b）2つ以上購入した場合は、サプライヤーから一晩で（または、カスタマーサービスのボーナスポイントの場合）より高価なアイテムで代用できます。
基本的に：代替品を提供する際に、代金を払えない場合は、カートを自動的に空にする必要があります。
ログインしているかどうかにかかわらず、常に同じ方法でショッピングカートを保存して再入力するCookieを配置するのが最善の方法だと思います。このように、別のデバイスで再訪問する訪問者を除いて、他のコメントで言及されている異なるシナリオは適用されません。その場合、唯一の方法は、最後のログインで残されたカート/セッションをログインにトリガーさせることです。ログに記録されていない放棄されたカートをクロスデバイスで取得するための解決策は知りません。
3か月後に再訪問するということは、以前のカートを使用することを意図した訪問者がもう存在しないことを意味すると言っても安全だと思います。しかし、これは議論の余地があります。あなたがそれを「無限」にした場合に起こり得る最悪のことは何ですか？訪問者が以前に選択した未購入のアイテムを思い出すことはありますか？驚いたり、正直に言って何年も経ってから選んだことを忘れたりします。予想される驚きは、塗りつぶされたカートアイコンまたは短い通知で直接見えるようにすることで防ぐことができます。
UXの観点からは、バスケットを無期限に残すのが最善の場合があります。しかし、販売の観点からすると、タイムアウトになるという知識が買い物客に何らかの緊急性を引き起こします。 （閉店時間の10分前に入店するようなものです。）
ユーザーがバスケットに入れた覚えのないアイテムをバスケットに見つけた場合、混乱と驚きのリスクがあります。さらに悪いことに、彼らはバスケットがクリアされたと想定し、最後の訪問と同じアイテムを選択して行き、最終的には重複して購入します。 （これはほとんど私に起こりました）。
一定期間後にカートを空にすると便利です。
シナリオ
私は定期的にサイトにアクセスしていませんが、3か月前にカートに本を入れました。私はそれを購入したことはありませんが、カートを空にすることもありませんでした。
私は本を買うことさえ考えていたのを忘れて戻ってきました。私はカートに何かを追加し、すぐにチェックアウトに進み、次のページを注意深く読みません。なぜでしょうか。カートに1つ追加しました。クリックして[完了]をクリックします。
3日後、小包が郵便で届き、箱に2つの物が入っています。私が意図していないものを購入したことに気付きました。実際に請求書を読んだところ、意図していない金額を支払ったことがわかりました。
はい、チェックアウトする前に合計とカートの内容を確認しないのはユーザーの責任です。ただし、Amazonなど一部のサイトではワンクリックで支払いができるため、エクスプレスチェックアウトが非常に簡単です。ユーザーは、特にシステムの状態をすでに知っていると確信している場合も、読みません。
推奨
トランザクションデータを確認して、「古くなった」放棄されたカートの状態を判断します。注文するつもりがなかった商品の受け取りに関する苦情に関する返品や顧客からのフィードバックを確認します。
カートに一定の期間以上置いた後に測定可能な数のアイテムが購入され、これらのアイテムが返される可能性が高いことがわかった場合は、その時間の直前にカートが期限切れになるようにスケジュールします。
カートにアイテムを追加するときに、30日間（またはデータが示す時間の長さ）残ることをユーザーに通知します。オプションで、タイムアウトのない「ウィッシュリスト」に保存するオプションをユーザーに提供します。または、30日後にカート内のアイテムが自動的に「ウィッシュリスト」に移動されることを通知します。
チェックアウト時に、カート内のアイテムが現在のセッションより前の場合（つまり、ユーザーがこのセッションにカートに追加しなかった場合）は、ユーザーにこのことを警告する非常に明確で丁寧なメッセージをユーザーに送信します。古いアイテムを削除したり、「ウィッシュリスト」に移動したりするのが非常に簡単になるので、中断することなく続行または削除して続行できます。
TLDR;
カート内のアイテムは、一定期間（数週間または数か月）後に期限切れになり、監査証跡が維持されるため、ユーザーは必要に応じてアイテムを見つけることができます。チェックアウトプロセスでは、カートに前のセッションのアイテムが含まれていることをユーザーに警告して、ユーザーが前のセッションのカートに残っていることに気付かない可能性があるアイテムを誤って購入しないようにします。
各eコマースサイトは異なるため、販売データを参照してカートの有効期限を確認します。