web-dev-qa-db-ja.com

モバイルアプリにユーザーログインを要求する

私は、住宅用不動産投資家がビジネスを管理しながら、一連のユーティリティモバイルアプリに取り組んでいます。私が開発しているアプリは非常に専門的でインパクトがあります。ユーザーはアプリを無料で試すことができますが、主要な機能のロックを解除するために支払う必要があるという点で、それらをフレミアムにすることを計画しています。

メール/パスワードまたはFacebookログインを使用してモバイルアプリのアカウントに登録することをユーザーに要求することの使いやすさについて、人々の意見を聞きたいのですが。

このユーザーアカウントを使用して、ユーザーにデバイス間の同期を提供します。ログインを要求することで、登録に関連する余分な労力やプライバシーの問題のために、一部のユーザーがアプリを試さないことに決めるのではないかと思います。

ログインアカウントに情報の編集を要求すると、開発プロセスが大幅に簡略化されます。

2
ChemDev

未知の可能性のある新しいアプリケーションを使用する前にユーザーアカウントを要求することは、悪い選択かもしれません。 2レベルのユーザー(無料とプレミアム)の代わりに、3番目のレベルが必要になる場合があります。これは、ユーザーがサインアップせずにアプリケーションを試すことができるようにする必要があるので、ユーザーはサインアップする価値があるかどうかを確認できます。経験豊富なユーザーはすでに至る所に多数の無効なアカウントを持っているため、システムに多くの不要なユーザーがいることから何も得られません。結局、何年も役に立たなかったユーザーを管理することになります。ユーザーがサインアップする無料のアカウントを作成する前に、ユーザーがアプリの機能とユーザーエクスペリエンスをテストできるトライアルアカウントをお勧めします。

2つ目は、ユーザーのログインを自分で管理するのではなく、常にサードパーティのIDプロバイダーを実装することです。携帯電話での入力は苦痛であり、記号、数字、さらには大文字を含むパスワードを入力すると、ユーザーの手間と時間がかかります。 「Connect via…」(Facebook、Google、Twitter、Yahoo…)を用意することは、常にあなたとあなたのユーザーにとってより良い選択です。マネージドのユーザー名/パスワードを実装するのは、それもある場合のみです。

4
Benny Skogberg

経験から、アカウントが経験(つまり、Twitter、Uberなど)に不可欠でない限り、アプリの使用を必須にすることは避けます。

そうでなければ、アフォーダンスのルールを破ることになります:

http://www.usabilityfirst.com/glossary/affordance/

アカウントを要求することで、ユーザーはそれがいくらか利益をもたらすと想定しますが、ここではコア機能に必要ではなく、主に開発を軽減することによって動機付けられているようです。

あなたの考えを理解しましたが、ユーザーは間違った印象を受けるかもしれません。

少なくともサインインせずに基本的な機能を提供し、サインインするインセンティブを提供することをお勧めします(拡張機能、アドオンの購入など)。

これにより、ユーザーはアプリをテストして、自分が何をしているのかを確認できます。彼らがそれを気に入ったら、私は彼らが喜んでそれに接続するだろうと確信しています。

編集:

そうは言っても、他の人がここで述べたように、通常、アプリはapp-storeアカウントを介して自動的に接続されますが、これが正確にどのように機能するかはわかりません。

0
visualbear