日本語
  • デザイン
  • サインイン
  • サインアップ
  • 認証

製品のサインアッププロセスを再度試してから、友人は諦めることを決めました

この記事では、ログインに苦労しているWアプリのトーマスという現実のユースケースを提示して、特定のユーザーがサインイン/アップに困惑するシナリオをLogtoがどのように軽減することができるかを実演します。

Darcy Ye
Darcy Ye
Developer

要約

この記事では、ログインに苦労しているWアプリの現実のユースケースであるトーマスを提示して、特定のフラストレーションを引き起こすユーザーサインイン/アップシナリオをどのようにLogtoが軽減できるかを実演します。彼はAppleとAndroidの両方の電話のデュアルユーザーであり、彼の両方の電話でいつでもどこでもWの更新をチェックできるようにしたかった。しかし、彼はAndroidのWアプリでサインインしようとするときに問題に遭遇しました。トーマスの使用シナリオを調査したところ、Wのユーザーログインシステムが改善できるいくつかの側面があり、これらをLogtoはAppleのログインをAndroidアプリケーションに統合し、情報を追加するときに明確なプロンプトと問い合わせを提供し、関連アカウントをチェックする優先度を持ち、アカウント削除のための緩やかなタイムリミットを持つことで回避します。

サインイン/アップは、どのアプリでもユーザーを獲得するための最初のステップであり、スムーズで効率的なログインと登録プロセスはユーザーを引き付ける最初の印象です。新しい友人に会うとき、私たちは最良の面を提示して良い初印象を残すように努力します。ユーザーエクスペリエンスを非常に重視する製品であるLogtoも同様です。この記事では、現実のユースケースを提示して、Logtoが特定のフラストレーションシナリオをどのように軽減できるかをユーザーに示します。

多くの場合、1つのアプリから別のアプリに移行するのは難しいです。例えば、あなたのすべての友人がFacebookを使っているなら、たとえあなたがFacebookが使いにくいと思ってそれをもう使いたくないとしても、彼らも同じ問題に直面しているため、友人全員を別のソーシャルアプリに切り替えるのは難しいでしょう。他のアプリ、例えば非常に活発なUGCプラットフォームにも同じ状況が当てはまります。あなたはそれを使いたいと思わないかもしれませんが、多くの高品質のコンテンツプロデューサーはコンテンツをこのプラットフォームだけで公開します。あなたが好きなブロガーのコンテンツを見るためには、不便を我慢してプラットフォームに留まらなければなりません。

ログインと登録プロセス、ユーザーシステムを維持することは非常にシンプルに見えるかもしれませんが、実際には複雑なシナリオが多く存在します。

Wアプリのトーマスのユーザーエクスペリエンス

友人のトーマスは、500万人近くの月間アクティブユーザーを誇るクロスプラットフォームアプリであるWの使用経験とそれに伴う苦労について私に共有しました。何がトーマスにとって驚くべきなのは、5億人近くのMAUを持つアプリがこれほどひどいユーザーエクスペリエンスを持つことができるということです!

Wは、ユーザーが自分の意見を生成し共有するプラットフォームです。ユーザーは、彼らがフォローするユーザーの公開インタラクションをタイムライン上で見ることができます。トーマスは毎日ほぼ1時間をWに費やして、現在のホットトピックについての皆さんの意見を理解します。

トーマスは問題に遭遇するまでWの頻繁なユーザーでした。それは彼の個人アカウントがプラットフォームによって禁止されたときから始まりました。彼はまだWで好きなブロガーのコンテンツをフォローしたいと思っていたので、新しいアカウントを登録しなければなりませんでした。

彼はAppleとAndroidの両方の電話のデュアルユーザーとして、彼の両方の電話でいつでもどこでもWの更新をチェックできるようにしたかった。

彼はスマホのWアプリで新しいアカウントを作成し、プライバシー上の懸念からAppleアカウントでのサインインを選択しました。しかし、彼がAndroidのWアプリでサインインしようとしたとき、Appleアカウントでのサインインオプションがないことがわかりました。そのため、彼はiPhoneで既に作成されたアカウントにあまり使用されていない電話番号を追加し、その電話番号を使ってAndroidの電話で以前に作成されたアカウントにサインインしようとしました。しかし、Wは彼が新しく紐付けた電話番号でAndroidの電話でサインインしたときに、彼に新たにアカウントを作成しました。異なるアカウントでは同じ購読リストを管理できず、一度に購読リストを移行するオプションもないため、彼は電話を切り替えて見るコンテンツの一貫性を確保することができませんでした。

詳しく調べてみると、既存のWアカウントに追加された電話番号はサインインのデフォルトオプションではなく、アップグレードできる非表示のオプションであることがわかりました。彼がiPhoneのWアプリで登録したアカウントに関連付けられた電話番号をサインインオプションにアップグレードしようとしたとき、システムはその番号はすでにサインインオプションとして使用されていて更新できないと通知しました。さらに、彼がAndroidのデバイスで自分の電話番号でサインインしようとしたときに誤って登録されたアカウントを削除しようとしたとき、システムはそのアカウントは作成から30日以内には削除できないと通知しました。

この時点で、彼はAndroidとiPhoneの両方のデバイスで同じWアカウントにサインインする計画を断念しなければなりませんでした。それは、彼が30日待ってもう一度試すつもりである場合を除きます。

その後、私たちはWの使用例をシミュレートし、Logtoをログインシステムとしてデモを構築し、トーマスにサインイン体験を試してもらいました。彼は、高品質の製品はユーザーが完了したい任意の操作を妨げるべきではないと指摘しました。それに比べて、Wのユーザーエクスペリエンスは満足のいくものではありません。彼は、一部の愚かな製品の決定が彼に来月の現在のイベントと重要な意見に追いつくことをできなくしたことについて怒りを表明しました。

Wのユーザーエクスペリエンスに影響を与える主要な問題

トーマスの使用シナリオを調査した結果、Wのユーザーログインシステムが改善できるいくつかの点があります。

  1. AppleのログインをAndroidのアプリケーションに統合することができます。
  2. 紐付けられた電話番号やメールアドレスをログインオプションに自動的にアップグレードするオプションがあったり、そのような情報を追加するときには明確なプロンプトや問い合わせがあるとよいでしょう。
  3. 電話番号やメールアドレスでログインする際には、所有権を簡単に証明できるため、システムは関連アカウントの確認を優先し、新しいアカウントを作るのではなく、素早いログインオプションを提供するべきです。
  4. レコードが一切ない空のアカウントに対しては、アカウントの削除期間を緩和することができます。

上記の使用シナリオは非常に稀であり、あまり遭遇しないため、全体的な使用には影響しないと論じる人もいるかもしれません。しかし、Logtoは、製品の設計の目的は可能な限り全ての合理的な使用シナリオを満足させることであると信じています。私たちの生活がスムーズに進んでいるだけで、少数派の困難を無視することはできません。一日、私たちは自分自身がそのような状況に遭遇する可能性があります。

もし上記の4つの問題すべてが同時に起こるという偶然がなければ、トーマスはこの問題に遭遇しなかったでしょう。Wのログインシステムに関する上記の4つの問題のいずれかについて行われた改善は、トーマスのユースケースでの障壁を解消します。

Logtoは上述の問題をどのように回避しますか?

エンドユーザーのサインイン/アップフローを設計する際、Logtoは広範なリサーチを行い、多くの考慮をしました。

最初の問題については、私たちは異なるデバイスでAppleアカウントを使用してログインすることを試みました。Appleのデバイスはこれに対して特殊な対応をしているかもしれませんが、その他のケースでは、Apple IDのWebページにリダイレクトしてユーザーの承認を得ることで、非AppleのデバイスでAppleアカウントを使用してログインすることができます。あなたがNotionのユーザーであれば、彼らもこれを行っていて、すべてのデバイスでAppleアカウントを使ってログインすることを許可していることに気づくでしょう。

2つ目と3つ目の問題については、Logtoアカウントのユーザープロファイルに追加された任意の識別可能な情報(電話番号、メールアドレス、Googleアカウント、Appleアカウントなど)をログインの根拠として使用することができます。例えば、ユーザーネームとパスワードでLogtoアカウントを作成し、その後、アカウントにメールアドレスを連携した場合、そのメールアドレスとパスワードまたは認証コードを用いて、任意のデバイスに同じLogtoアカウントにログインすることができます。これは、無意識に複数のアカウントを作成すること(これにより、複数のアカウント間でリソースを管理することが難しくなります)を避けるためです。複数のアカウントを後からマージすることは非常に複雑な作業です。この問題は、初日から避けることを望んでいます。

最後の問題については、Logtoはバックエンドのアイデンティティインフラストラクチャであるため、エンドユーザー(Logtoの直接のユーザーは通常、自分自身のブランドスタイルでユーザー詳細ページをカスタマイズします)用のユーザー管理ページは提供していません。しかし、Logtoのユーザーが自分自身のエンドユーザー詳細ページを構築するのを助けるための一連のAPIを提供しています。Logtoのユーザーは、Logto Admin ConsoleやAPIを使って、エンドユーザーのアカウントを修正、削除、一時停止、再アクティブ化することができます。

それ以外にはどんなことがあるのでしょうか?

ここで触れていることは、Logtoの設計原理の氷山の一角にすぎません。今後、私たちは製品を設計し、重要な製品の意思決定を行う過程を共有する一連の記事を発行する予定です。これは読者が自身のビジネスをどのように最適化するかについての洞察を得るのにも役立つでしょう。私たちはまた、Logto製品について読者からのフィードバックを得ることを楽しみにしています。これは双方向の学習プロセスであるからです。

Logtoチームは、コミュニティのさまざまな提案からインスピレーションを得て、製品を継続的に改善しています。その目的は、ユーザーに最高の可能な体験を提供することです。ユーザーが積極的に有益なフィードバックを提供し、チームと協力しなければ、完璧な製品を作ることはできません。あなたがLogtoがあなたのビジネスに有益であると考えている場合、Logto Cloudを試してみてください。使用中に質問や提案がありましたら、遠慮なくLogtoチームに連絡し、私たちにあなたの考えと要求を知らせてください。一緒に、Logtoをより良くしていきましょう!