web-dev-qa-db-ja.com

チェックアウトプロセスのクーポンコード

私は割引クーポンを使用するオプションが付いたショッピングカートを作成していますが、いくつかの疑問が浮かびました。 Webサイトでユーザーがチェックアウトプロセスのページを離れてクーポンを探すのに問題があり、注文が完了しないという調査事例を読んでいました。

クーポンボックスはどこに置くべきですか?アイテム選択時(img 01)またはチェックアウト時(img 02)?または、他にどのようなソリューション/方法を使用する必要がありますか?

Img 01

enter image description here

Img 02

enter image description here

私の知る限り、ユーザーはいつでもページを離れて新しいクーポンを探すことができるため、両方の状況で同じ問題が発生する可能性があります。

部分解(?)

これを補完するデザインとして、ヘルパーを使用してユーザーに「クーポンを取得する方法」を伝えることを考えていました。たとえば、生年月日、購入金額(10回の購入後に50%を獲得した場合)、Facebookプロモーションなどのクーポンのみを提供しています。そのため、?アイコンをクリックすると、ダイアログボックスにクーポンの取得方法が表示されます。

enter image description here

4
CelsomTrindade

クーポンボックスをどこに配置しても、コードを探しているユーザーがある程度のチェックアウトを放棄することになると思います。

オプション1:用語を調整する

用語をクーポン(Googleですばやく取得できるように聞こえます)からギフトコードギフトカード、または多分に変更することを検討できますでもプロモーションコード、これはユーザーにとってよりユニークなサウンドだと思います。 Amazonはチェックアウトの最後のステップで後者の2つを使用します(をクリックするまで入力を非表示にします) "ギフトカード/プロモーションコードを持っていますか?"リンク。これは、コードを持っている人を修飾するための方法である場合があります)。

たぶん、コードがないユーザーにとっては、疑問符をより魅力的で関連性のあるものに変更するとよいでしょう。 「まだコードを持っていませんか?」についてはどうですか?クーポンコードとは何か、またはコードコードの使用方法についての指示ではなく、コードを取得する方法についての指示を提供するように聞こえるでしょう。

オプション2:クーポンコードをまったく使用しない

クエリパラメータまたは特定のルートを使用して、URLを介してコードをページに渡し、割引を自動的に適用できます。ユーザーがCookieを保存して保存することもできるので、ユーザーがページを離れて戻ってきた場合でも割引が適用されます。変換フローの摩擦を最小限に抑えて作業を完了するため、このソリューションが最適だと思います。

3
Nathron

画像1にあるクーポンコードをそのまま使用することにします。これにより、ユーザーは割引後の合計を確認しながら、ショッピングカートにアイテムを追加または削除できます。ユーザーは最終的な合計/小計beforeチェックアウトをクリックして、クーポンが効果を発揮したことを確認する必要があります。クーポンの後に合計が表示される場合は、アイテムを追加する傾向があります。ただし、画像2のレイアウトを使用する場合は、アイテムの選択に戻る必要があります。

クーポンコード入力ボックスを配置するアイテムを選択すると、ユーザーはクーポン自体で合計を計算し、をクリックしますチェックアウト。

最後に、クーポンに問題がある場合、これはユーザーの購入に影響を与える可能性があります。なんらかの理由でクーポンが有効でなくなった場合、彼らは少額の購入を行う可能性があり、画像2では、戻っていくつかのアイテムを削除する必要があることを意味します。

2
sneelhorses