web-dev-qa-db-ja.com

有料アプリを実際に使用する前に、ユーザーにメールの入力を強制する必要がありますか?

私はiPadアプリで作業しています。それは医療分野にあり、アプリは$ 99で販売されます。

クライアントと開発者は、データベースを構築し、将来的にはサービスを提供するために、ユーザーに自分のメールアドレスを提供することを強制したいと考えています。医師がアドレスを提供する主な理由は、医師がPDFをエクスポートしたいためです。彼らはそれを強制的にしたいのです。メールを送信しないと、アプリを使用できません。

UIおよびUXデザイナーとして、ユーザーがアプリを使用する前に有料アプリでメールを要求することは非常に悪い習慣であることをクライアントと開発者に伝えます。これを求める前にユーザーがアプリを使用できるようにすると、オプトインコンバージョン率が大幅に向上することを伝え続けます。

とても悪い習慣だと思いますが、どう思いますか?
(良くない場合は)良くないことをどのように説明しますか?

42
XVRT

一般的に言って、ユーザーに何かを強制することを常に避け、実際にソフトウェアを使用して物事を達成するために、ユーザーへのアクセスを遅くしたり禁止したりする障壁を設置することは避けてください。

その上、ユーザーの観点から見ると、PDFにエクスポートできるようにするためだけに個人情報を提供する必要があることを要求するのは少し厳しいです。 PDFエクスポートを提供する他の方法がない場合でも、ユーザーがアプリをできる限り利用できるようにし、PDFへのエクスポートを試行する時点でのみ電子メールアドレスを要求する必要があります。

考慮すべきこと:ユーザーにインセンティブを提供します。彼らが自分のメールアドレスを提供することは明白で価値のある、そして簡単なことです。彼らと他のユーザーに関するデータベースを構築する上で会社をサポートすることは、説得力のある理由ではありません!

$ 99のアプリを販売していることをすべて言いました。これは、ユーザーがアプリやサービスを試してみて、メールアドレスを入力するという苛立たしい要件がユーザーを追い払うというシナリオのようには見えません。ユーザーは、そもそも製品を購入するかどうかを検討した上で、すでに製品を使用することにコミットしている可能性があります。メールアドレスを提供するように強制することは、それでも煩わしいことですが、無料であるか99セントであるかに比べて、アプリの使用を妨げる可能性は低くなります。

40
Splog

ビジネス上の理由で電子メールアドレスを要求する必要がある場合は、エクスペリエンスを向上させるために次のことをお勧めします。

  1. オプトアウトボタンを作成します。これを追加しない場合、オプトアウトしたい人は偽の電子メールアドレスを入力するだけで、実際のサインアップの数がわかりません。 。これを追加すると、ユーザーエクスペリエンスがよりフレンドリーになります。これはwin/winです。後で電子メールが本当に必要な場合は、特定の機能へのアクセスを許可する前にユーザーにメッセージを表示できます。
  2. 見返りとしてユーザーに何かを提供する(無形であっても)。 「パスワードを回復するために電子メールを入力してください」または「アカウントをリンクするために電子メールを入力してください」のようなものは、電子メールアドレスを必要とする有益な機能があり、ユーザーをスパムするだけではないことを示しますマーケティングメールを送信します)。
  3. プライバシーポリシーへのリンクを含めます。 99%の人が読んでいない場合でも、誠意を示しています。
17
Kevin Borders

UXの観点からそれが恐ろしい理由は明白ですが、実際にはそれができない理由をクライアントに伝える非常に簡単な方法があります。Appleは拒否します。

私はかつてiPadアプリを開発しましたが、クライアントはアプリの起動時にキャンセルできないメールアドレスのプロンプトを含めるように強制しました。 Appleそれが原因ですぐにアプリケーションを拒否し、それを行ったので、メール収集画面からオプトアウトする方法を提供する必要がありました(ポップアップを閉じるボタンだけで、ユーザーがポップアップを表示し、それを十分に表示しませんでした)。

15
mpontes

App Storeレビューガイドラインでは、機能するために電子メールアドレスを要求することを特に禁止しています。

17.2ユーザーが機能するためにメールアドレスや生年月日などの個人情報を共有する必要があるアプリは拒否されます

ということで、私はストアに、アカウントを作成していないユーザーが利用できないアプリの追加機能を使用するためにユーザーがアカウントを作成する必要があるアプリを持っていますが、アカウントは関連するウェブサイトも同様に、単にメールアドレスを収集するだけではありません。

7
colincameron

一般的なルールとして、ユーザーが実際に入力した情報を使用する必要がある前に、ユーザーに何かを入力させないでください。したがって、代わりに、pdfをエクスポートするフォームを使用します。ここでは、メールアドレスを入力できます(保存することもできます)。

しかし、繰り返しになりますが、これはUIの観点からのみです。ユーザビリティについて話している場合、ビジネス目標も重要であると思います。ユーザーの電子メールアドレスを使用して、アドレスを保存することで達成できる明確なビジネス目標であると思います。アプリを初めて起動するときに登録フォームを持つことは奇妙なことではなく、登録を円滑かつ単純にしているかどうかは問題になりません(たとえば、メールアドレスとパスワードのみ)。

5
magnus.westrom

アプリの価格を考えると、企業は個人ではなくオフィスでアプリを購入する可能性が高いようです。これにより、ユーザーから適切な電子メールアドレスを取得する可能性が大幅に低下します(製品はおそらく「Nurse Kathy」ではなく「Dr. Smith's Medical Services」に属しているため)。この状況でユーザーからメールアドレスを取得するのは難しいかもしれません...私がナースキャシーの場合、誰のメールアドレスを使用すればよいですか?私の?上司の?使用するのにより適したキャッチオール企業の住所はありますか?これは、すぐにアプリを使用する必要がある場合に問題となり、人々が余暇に情報を提供することを許可せず、やや厳しいものになります。

メールアドレスを任意に設定することをお勧めしますが、製品をビジネスに登録することで何かを得ているように聞こえるようにします。今後の製品アップデート、プロモーション、ニュースをオプトインできるようにします。 「製品をまだ登録していません!」登録するオプションが存在することを確実に認識させるために、Eメールを送信できるページに直接移動します(または、登録なしで製品の使用を継続できます)。

3

最も抵抗の少ない経路をたどります。

ユーザーがアプリを使い始めたら、人間味のあるものはできるだけ少なくしてください。

PDFをエクスポートする場合は、メール(初回のみ)を依頼します。そのPDFが必要な場合は、メールを受け取る必要があります。

彼らの電子メールがエクスポートされたPDFの受信以外に役立たない場合、優れたUXは、彼らがそれを必要とする機能を必要とするまで、彼らから電子メールを受け取る必要はないと言うでしょう。

2
Naftuli Kay

私はあなたに同意します、私が私がより多くの情報を与えたくないアプリケーションを購入する場合、それらがpdfをエクスポートするためにその情報を持ちたい場合、それはアプリケーションの設定部分にあるはずです、またはドキュメントがエクスポートされようとしているとき、保存された電子メールがない場合は、それを要求し、設定に保存します。

1
jycr753

アプリの使用を開始する前に、ユーザーに問題を提示しないでください。流暢さがこの方法に害を及ぼし、ユーザーの好奇心と「初めての使用」への期待が妨げられるため、私は完全に同意します。これがこの特定の機能の必須要件である場合、エクスポート中に機能としてPDFに直接送信することができます(「PDFアドレス ")。それが役に立てば幸い:)

1
Anna Byl

全く反対:この特定のケースで理解すべきことは、ユーザーがすでに100ドル札をポケットから出しているということです。メールアドレスを尋ね、すぐに確認メッセージを送信します。「ありがとうございます」や「ようこそ」といっしょに送信してください。メッセージは、あなたのケースでは、礼儀とプロフェッショナリズムの行動として実際に必要とされていると思います。

私がアプリに100ドル払えば、10年に1回の購入になり、あなた、あなたの会社、社長からの貴重なメールに感謝します。

ただし、UIで簡単にする:

  • 事前に入力されたボックス([email protected])を使用して、30%の呪い率を節約します。
  • 大きな箱を入れてください-あなたのアプリの説明からおそらくあなたは高齢者のユーザーを扱っています(彼らの視力は良くなく、美徳ほど器用な「年齢」は誰もいません)
  • 賢く、他のすべてのもの、プライバシーポリシーなどを確認の代わりにメールに記載してください。
  • 微妙ですが、これ(確認など)を暗示するのは、電子メールのログインが必須である理由です。
1
HoofarLotusX

はい-必要です。 (多分)...

有料サービスを使用したプロジェクトの1つで、ユーザーが最初からメールアドレスを入力する必要がある場合と、まったく摩擦がない場合の方が、売上へのコンバージョン率が高いことがわかりました。他のすべてのものは、この分割テストで同等でした。

これらの結果は、処理するサービスの種類によって異なるので、この種の決定には分割テストを強くお勧めします。最初はゆっくりとスタートしますが、より効果的なものまで増加します。

私のコメントを拡大するために、私はEU法に関する情報を簡潔に含むと主張する情報源を見ました( ニュースレターに関するEU法の説明 )。 EU市民にニュースレターを送信する場合は、次のことを行う必要があります。

  • ニュースレターを受け取ることに同意してもらう必要があります。彼らがあなたに別の目的、例えばパスワードの回復、このアドレスにニュースレターを送信することは違法です。あなたは彼らの明確な同意が必要です。
  • 明示的な同意を得るには、オプトインを提供する必要があります。オプトアウトは法律を遵守するには不十分です。したがって、登録画面に「ニュースレターを送信する」オプションがある場合は、デフォルトでオフにしておく必要があります。
  • ユーザーはいつでもオプトアウトできる必要があります。ニュースレターの各号は、それを改めて指摘する必要があります。

これらの法律は、EU指令2002/58/EC指令2002/58/EC、指令2003/58/ECおよび改正理事会指令68/151/EECに基づいています。これらはEU指令であるため、EUの各国で、それぞれの指令を実施する国固有の法律が存在する必要があります。国固有の法律は、指令と同じように、またはより厳格である場合がありますが、より厳格ではありません。

上記の法律では、ニュースレターへのサインアップを拒否した人へのサービスを拒否することはできないと明言されていません。あなたがそうすることを選択した場合、顧客は彼があなたのアプリを使うために支払う前に制限について知らされる必要があり、彼が彼が拒否する権利を行使するために彼がアプリケーションを使えない場合はおそらく彼のお金を返さなければならないでしょう。アプリにバンドルされているニュースレター。

詳細の一部が間違っている可能性があります。たとえそれが正しいとしても、強制的なニュースレターアプリケーションの実装を可能にする法的な抜け穴があるかもしれません。しかし、法律は強力な顧客保護を念頭に置いて書かれていることがわかると思います。そのため、訴訟を起こされれば、法律の精神はあなたに反することになります。そして、あなた自身の顧客の感情も。私のアドバイスは、雇用主がEUの法律を知っている弁護士と相談する前に、これを実装することを拒否することです。

0
Rumi P.

私はメールなしでできる限り許可し、プロンプト/バナーでユーザーに伝えます:

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

0
bendataclear

短い答えはノーです、彼らにあなたにアドレスを与えることを強制しないでください。

長い答えは、あなたに彼らにあなたに電子メールアドレスを与えるように誘惑することを試みることができるということです。例:「送信されるPDFの例を見るには?ここにメールアドレスを入力してください__ "

私のアプリの1つで、無料の試用版を希望するかどうかをユーザーに尋ね、それでも[email protected]タイプのメールを受信します。それらを強制すると、作成するリストの価値が大幅に低下します。

0
Joshua Dance