私はかなり典型的な支払いプロセスに取り組んでいます。ユーザーはサインアッププロセス中にパスワードを作成する必要があります。これにより、後で(オンラインで)購入したものを取得できます。
このチェックアウトプロセスの過程で、最終的なチェックアウトの前にアカウントの作成ステップが不要になるように、すでにアカウントを持っているかどうかを尋ねます。
ユーザーがアカウントを持っていることを忘れてしまい、最後のステップに到達したため、システムが入力したメールアドレスのパスワードを作成できないようになっているのではないかと心配です。
既存のアカウントを持つユーザー)がログインをスキップすることを選択したが、最後に同じ電子メールアドレスを使用しようとした場合、これをどのように処理する必要がありますか?
私は次のオプションを考えました(そのほとんどは実際にどこかで使用されています):
重複アドレスの検出時にサインインフォームにリダイレクトします。
検閲済みの支払い詳細フォームにリダイレクトしない限り、[今すぐ支払う]ボタンは最後のステップではないため、このオプションは私を困らせます。そのフォームへの編集を許可する必要があるかもしれません。
重複するメールアドレスでエラーをスローし、パスワードフィールドをログインに変更するか、ログインオプションを追加します。
エラーは厄介です。
最終ステップには常にログインオプションがあります。
最後のステップで、ある種のAJAXログインを許可します。
他に何か?
SmartyStreetsでは、私たちはチェックアウト体験を刷新し、あなたが尋ねているのと同じ質問をしました。簡単な紹介:私たちのサービスを使用するには、アカウントが必要です。したがって、ユーザーはチェックアウトを実行するときに、オンザフライでログインするか、アカウントを作成する必要があります。
チェックアウトフォームの上部( 例を参照 )。ユーザーは、既にアカウントを持っている場合はログインを求められます。それ以外の場合は、名とメールアドレスで新しいアカウントを作成します。チェックアウトを続行し、電子メールアドレスが既に使用されていることが判明した場合、既存のアカウントに購入のクレジットを付けますが、(明らかな理由により)自動的にログインすることはありません。
更新:ログインとアカウントの作成の選択肢を削除しました。ユーザーはチェックアウト時にメールアドレスとパスワードを入力するだけで、ファイルのアカウントと一致する場合は、ページ上にいる間、自動的にログインします。彼らはそれについて考える必要すらありません、そしてこれはかなりうまくいきました。
新しいユーザーの場合、アカウントが自動的に作成され、サインインしてダッシュボードにリダイレクトされ、サービスの使用を開始します。
最後に、チェックアウト中にログインを行う既存のユーザーは、サインアップ/ログインフォームが消え、保存されたクレジットカードを含め、アカウント情報が下部からスライドインするので、非常に喜ばれます。ユーザーが入力する必要があるのは、チェックアウトを完了するためのCVCコードだけで、完了です。
入力が正しくないか、サーバーが応答しない場合、エラーのみをスローします。残りは、3つのパスのどれをとっても、とても楽しい経験です。お役に立てれば!
私のシステムは私にとって重要なので、開発者として、私はユーザーに私の素晴らしいシステムにアカウントを持ち、自分のアカウントとパスワードを使用してログインしてほしいと思っています。それは、私が物事をどのように機能させたいかという私のモデルに適合します。
ただし、これは実際に必ずしもアカウントを必要とせず、おそらくアカウントを持っているかどうかさえ覚えていないほとんどのユーザーにとっては、Nice Flow IMOではありません。
私のクライアントの1つがこれを使用していくつかのテストを行った結果、ログインが必要な場合、プロセスが中断され、顧客が実際に販売を完了できない可能性があるため、実際に販売を失うことがわかりました。
私たちが導入したソリューションは、支払いの承認を得るために必要な情報と、電子メールのみを必要とすることでした。メールが既存のアカウントと一致するが、一致しない場合は、アカウントを作成してパスワードをメールで送信します(これは、セキュリティ上の理由で私がそのアカウントにアクセスできなかったので苦痛でしたが、カードと比較して、許容できる妥協案であるようです)ユーザーアカウントに入力された詳細はそれほど重要ではなく、主に売上の損失を懸念していました)。
ユーザーがパスワードをリセットするために使用できる1回限りのリンクを送信すると主張しました。これは承認されなかったため、安全性の低い方法で行いました。
このアプローチが採用されてから失われた売上は減少し、クライアントとユーザーの両方が幸せになります。
彼らは証明書とチェックアウトの終了を指示とともに受け取り、証明書はアカウント情報と一緒にメールで送信されます。彼らが何かを失った場合、彼らは一般的に間違いを犯したので、それは電子メールの問い合わせまたはアカウントの回復を介して対処されます。
通常の場合はフローを簡単にし、例外を個別に処理します。
ルックアップファンシーボックスv2。私は最近、モーダルポップアップヘルパーとして多く使用しています。ログインページをiframeポップアップで開き、ユーザーがログインできるようにし、閉じたときやログインしたときにページを更新できます。実際に最終ページを離れることはないため、これによりユーザーは非常に流動的に感じることができます。例としてそこに行ってダミーのアカウントを作成します。ログインをクリックするとポップアップが表示され、実際にサインインすると、ログインしていたページが更新されます。
アコーディオンを使用するチェックアウトは非常に好きです。例としてwww.harrods.comとwww.Johnlewis.comを参照してください。それらの良い点の1つは、ほとんど1ページのプロセスのように感じられますが、ステップの数はまだはっきりと見えることです。
これは、さまざまなユースケースでさまざまな経路を追加できることを意味します。ただし、ページ内で開くので、ユーザーが離れたと感じないため、フローが続行されます。
重要なのは、この重要な段階を中断させたくないということです。そのため、ほとんどのチェックアウトでは、視覚的な混乱が最小限に抑えられ、プロセスが可能な限り単純化されます。
「このチェックアウトプロセスの過程で、私は彼らがすでにアカウントを持っているかどうかを尋ねるので、最終的なチェックアウトの前にアカウント作成ステップは必要ありません。」その質問の直後にユーザーにログインまたはアカウントの作成を要求しない理由はありますか?チェックアウトプロセスで「ログインをスキップする」は実際にはオプションではないようです。ユーザーが「スキップ」しても、ログインする必要があります。あなたの質問を、それが影響を与えるUIのセクションに結びつけるのは良いことだと思います。たとえば、Amazonは、ユーザーが[チェックアウト]をクリックしたときに、ユーザーにログインまたは登録を要求します。ユーザーが質問に答えた後(私は新しい顧客であり、私はリピーターです)、それに応じて適切なフィールドが表示されます。ユーザーが[新規顧客]を選択し、既存のアカウントのメールアドレスを提供すると、既存のアカウントについてユーザーに通知するエラーが表示されます。