eコマースサイトでの登録はオプションですか？
私は、観光サービス（空港送迎、宿泊、遠足など）を販売するeコマースWebサイトを開発しています。私はここで、会員制を提供するかどうかを決める必要がある道を進んでいます。
ユーザーの観点から、次の2つのアプローチが可能です。
登録：ユーザーはアカウントに登録する必要があり、その後オンラインで購入できます。次に、彼女が次回Webサイトにアクセスできるように、ログインして個人情報を再度入力せずに購入します。また、ユーザーには、個人情報を最新に保つためのポータルが提供されます。また、このアプローチにより、現在の予約を変更するための管理ポータルを簡単に提供できます。このアプローチの欠点の1つは、登録が煩わしく、ユーザーを怖がらせる可能性があることです。この道を選択した場合、OAuthを使用する方法を提供しますが、それでも圧倒される可能性があります。
W/O Registration：ユーザーは、Webサイトにアクセスして、登録やログインを必要とせずにサービスや製品を購入できます。ユーザーが別の機会に購入する必要がある場合は、次の場所から詳細を入力する必要があります。スクラッチ。これら2つの購入は互いに完全に分離しています。彼らは関係を持たず、人は別の人に影響を与えることはできません。
私は2つのオプションを混合することを検討し、選択する方法を提供しましたが、これを行う時間はありません。 1つ選択してそこから移動する必要があります。
上記のアプローチのいずれかをサポートしていますか、それとも別のアイデアがありますか？
Smashing Magazineが1年ほど前に eコマースチェックアウトデザインの基本的なガイドライン と呼ばれる記事を公開しました。そこでのポイントの1つ（No. 10）は、次の理由で登録をオプションにする必要があることです。
- 「顧客はすでに無数のユーザー名とパスワードを覚えており、オンラインストアから1つまたは2つの製品を購入するためだけにまったく新しいアカウントを作成することを望んでいません」;
- 顧客は、「チェックアウトプロセス中にニュースレターへのサインアップを明示的に拒否した場合でも、マーケティング資料でスパムが送信されることを期待します」、つまり「アカウント=ニュースレター」;
- 「お客様は、あなたが自分の情報を無期限に保存していることに気付くでしょう」;
- 「アカウントのサインアップにも時間がかかります」;
- 「顧客は製品を購入するためにアカウントが必要な理由を理解していないだけです。」.
それでも追跡目的などのためにアカウントが必要な場合は、次のようにアドバイスします。
ユーザー名としてメールアドレスを設定し、アカウント情報に注文の詳細を入力できます。このようにして、お客様はアカウントを作成する必要はありませんが、購入完了後に簡単に作成できます。 （アカウントを持つことの利点を説明することを忘れないでください。）
私は最近ピザをオンラインで注文する素晴らしい経験をしました。
サイトのホームページでは、「サインイン」するオプションがありました。サイトメンバーシップを持っていなかったので、代わりに[今すぐ注文]を選択しました。
このサイトでは、ピザとおかずの選択、配達の詳細の入力、支払いの全プロセスを実行できました。
支払いが受け入れられた後、サイトは私にサイトのメンバーシップを作成し、私の詳細を保存する機会を提供してくれたので、次の注文がより速くなります。
なぜこれが良かったのですか？
- 私がサイトに行ったとき、サイトは私の目標を達成するのに邪魔になりませんでした。私はメンバーシップを作成するためにサイトに行くのではなく、夕食を注文するためにそこに行きました。それが邪魔になれば、注文を完了できなくなるだけです。
- このサイトでは、適切な時点でメンバーシップを作成するオプションが提示されました-支払いが確認された直後、サイトから移動する前。さらに良いことに、必要な情報のほとんどすべてがすでにシステムに入力されています。
これは、元の質問で説明したアプローチのハイブリッドのように思えます。カジュアルなユーザーが必要なことをすばやく簡単に実行できるようにし、バリアの低いアップセルパスを使用して、カジュアルなユーザーを完全なメンバーに変えます。
観光サービスサイトの場合は、予約の概要やその他の詳細をメールで送信するように提案できます-礼儀正しさのサービスにより、すべての情報が1つの読みやすいリファレンスに含まれます。このメールには、サイト「membershp」を作成するための提案と、プロセスを開始するための一意のリンクが含まれているため、後で「アップセル」を行うことができます。
チェックアウト時に登録を提示する方法の決定は、次の要素に依存することがわかりました。
- 一般的なユーザーがサイトにアクセスする頻度
- 彼らが行う購入の種類
たとえば、一部のクライアントは、大量のトラフィックの多くが季節的で障壁を設けているため、まったく登録しないことを望んでいます。または、チェックアウトプロセス中のさらに別の決定ポイントは、完全に避けたいものです。彼らにとって、私はこの決定に同意しました。より頻繁に購入する顧客がいる他のクライアントは、アカウントの作成に重点を置く傾向があります。ですから、それは本当にあなたが何を売っているのか、そして彼らがどのくらいの頻度でユーザーが戻ってくるのかによります。さらに、アカウントの作成にも注意を向ける必要があります。
私だったらあなたはそれをオプションにしました。
Smashing Magazineの引用は私にとって最良の方法だと思います。
ユーザー名としてメールアドレスを設定し、アカウント情報に注文の詳細を入力できます。このようにして、顧客はアカウントを作成する必要はありませんが、購入が完了した後で簡単に作成できます。 （アカウントを持つことの利点を説明することを忘れないでください。）
レンタル商品を販売しており、ログインに必要な商品に関連するソフトウェアを使用しています。したがって、最初のフェーズでの結論は次のとおりです。彼らはとにかくアカウントが必要なので、登録させてください。
まあ、それは私たちのチェックアウト、そのページの多くのドロップアウトにおけるブロッキングの問題でした。私たちが行ったことは、パスワードフィールドをすべて削除し、顧客が詳細を入力して送信した後、生成されたパスワードを使用してアカウントを作成しました。 1日後またはレンタル期間の開始前に、パスワードのリセットリンクをお客様に送信しました。このリンクを使用して、パスワードを入力し、なぜそれが必要なのかを説明できます。
そのため、可能であれば、パスワードフィールドを使用しないようにしてください。
支払い後にパスワードを尋ねるBevanの回答も本当に気に入っています。
私はdnbrvに同意しますが、いくつかのポインタを追加したいと思います...
トランザクションのユーザーを作成する必要はありません。詳細が正しいことを確認し、GUIDを含むリンクを送信して、ユーザーが自分の注文を追跡できるようにします。イベントを使用できます。このメソッドを使用すると、ユーザーはサインインせずに保存したウィッシュリスト/買い物かごにアクセスできます。
注文に関係のないものをユーザーにメールで送信しないでください。メールアドレスボックスの横にある短いメッセージを使用して、これをユーザーに知らせます。
安全なページ（https）にユーザーが入力する情報をすべてユーザーに伝えます。
ユーザーからメールアドレスが提供された場合は、メールを1通送信して、メールアドレスが正しいことを確認する必要があります。自分のメールアドレスで誤って作成されたアカウントからメールを受信するのは嫌いです。
ユーザーのサインインが本当に必要な場合（eコマースでは必須ではないようです）、OPENIDを使用します。これにより、ユーザーは別のユーザー名とパスワードを作成する必要がなくなります。