web-dev-qa-db-ja.com

ログイン、サインイン/アップ、チェックアウトプロセス

だから、私はチェックアウトプロセスを再構築するタスクを引き受けました。それは、現在行われている方法がエンドユーザーにとって本当に恐ろしいからです。

各ボックスがユーザーの新しいビューである今日のプロセスのチャートを作成しました( "email pw"を除く):

enter image description here

ご覧のとおり、ユーザーはチェックアウトプロセスを開始するために「ショッピングカート」ビューにいる必要があります。これで、ユーザーがチェックアウトしたい場合、スクリプト(丸で囲んだ)は、続行するためにユーザーがログインしているかどうかを確認します。

特に新しい注文の場合は、ユーザーが注文できるようにするために、不要な数のビューを経由する必要があることがわかりました。

販売されている主な製品では、購入したデバイスを維持するために、ユーザーは会社のアカウント/プロファイルを持っている必要があります(必要なファイルのアップロード/ダウンロード、およびサポート)

これは私の心のシナリオです:

ユーザーがチェックアウトすると、配信の詳細が使用され、プロファイルを作成するためにメールが必要になります。必要に応じて、これはプロセスの最後にのみ発生します。ユーザーが「完了」をクリックすると、データベースでチェックが実行され、提供された電子メールが存在するかどうかが確認されます。
そうである場合、ユーザーにパスワードの提供を求めます。できた.
そうでない場合:新しいプロファイルを作成し、パスワードをメールで送信し、ユーザーにパスワードの入力を求めます。できました。

皆さんはどう思いますか?

5
ThomasK

配送先住所とクレジットカード情報を保存するための追加フィールドはゼロである必要があります。追加の手順を実行すると、売上に影響する場合があります。登録は最後にオプションにする必要があり、その利点を説明します。

私はチェックアウトプロセスの最後にオプションとして電子メールの難問を含めて、シングルページチェックアウトとマルチページチェックアウトでいくつかの作業を行いました http://colmcqux.wordpress.com/single-vs-multi-step-checkout /

www.baymard.comも参照してください

1
colmcq

あなたが言ったように販売されている主な製品は、ユーザーが購入したデバイスを維持するために、会社のアカウント/プロファイルを持っている必要があります(必要なファイルのアップロード/ダウンロード、およびサポート)次に、プロセスの最後にユーザーにサインアップまたはサインインを依頼できます。

また、あなたの会社のサイトがサインアップのために提供しているクーポンや割引がない限り、配信の詳細と支払いが確認された後は誰もサイトにサインアップしません。

したがって、シナリオは次のようになります。ユーザーがチェックアウトするときに、その時点で詳細と金額を含むすべてのアイテムのリストを右側(列)に表示し、メインセンターでユーザーにサインインまたはサインアップを要求できます。 。ユーザーがサインアップまたはサインインしたら、ユーザーを配信の詳細にジャンプする必要があります。残りのプロセスも同様です。

ユーザーがサイトの流れに沿って進むことができるようにシンプルでありながら効果的であり、残りのアトラクションポイントがデザインの一部になります。

0
nikhil84

私が尋ねるもう1つの質問は次のとおりです。顧客は戻ってきて他のアイテムを購入する傾向がありますか、それともほとんどの顧客は一度限りの購入者ですか?それがワークフローにも影響することを知っている。

どちらにせよ、あなたは正しい道を進んでいると思います。ユーザーがリピーターの場合、単純なログインリンクを提供することをお勧めします。これにより、新しいアカウントを作成したり、以前に提供した情報を再入力したりしていないことがわかります。新規のお客様の場合、最初は有効なメールアドレスが必要です。ただし、これを要求する理由を必ずユーザーに通知してください。マーケティングメールを送信してスパムを送信することができますか(ほとんどの場合は心配です!)、それともメールでレシートを送信して製品をデバイスにリンクできるようにするためですか?それを説明すれば、心配を和らげるのに役立ちます。

ユーザーのメールアドレスがある場合は、その時点でバックグラウンドでユーザーのアカウントを作成できます。彼らは、名前、郵送/請求先住所、およびその他の連絡先情報を提供します。チェックアウトプロセスの最後に、必要に応じてパスワードの作成を許可できます。それ以外の場合は、アカウントの作成時に使用したランダムに作成されたパスワードを保持します。ユーザーにメールを送信するときは、必ず新しいパスワードも通知し、必要に応じてパスワードを変更できるリンクを提供してください。

0
Hynes