部分的にサインアップ
モバイルアプリの1つまたは2つのステップのサインアッププロセスを実行するかどうかを判断しようとしています。
第1ステップ「ユーザー」が作成された電子メールとパスワードだけでユーザーがサインアップし、UIを参照できるアプリ内で許可することを考えて、何を参照するかKYCの財務規制により、機能は存在しますが、使用されません。
2番目のステップユーザーが機能の使用を開始するには、ID、セルフ、データベースチェックの写真-識別フローを実行する必要があります。 （フローの開始は、アプリ内で要求され、サインアップを完了するように呼び出します）
保留期間 2番目のステップが完了した後も、バックグラウンドで何らかの処理が行われ、その後機能がロック解除され、すべての機能を使用できるようになる1日間の保留期間があります。 。
なぜうまくいくと思うのですか：
- ユーザーは、実際の環境内でアプリと機能を実際の環境内で見せられた感触を得ることができます。これにより、識別など、より複雑なサインアップ手順をさらに進めることができます。
私が少し恐れていること：
フローからユーザーを強制するようなものです。この製品が事前に提供することを目的とする価値を確信し、IDを使用して完全なサインアップを行うことを熱望しているユーザーがいるかもしれません。
保留期間により、ユーザーは基本的に、最初のステップを実行したときの状態に戻ります。それでもまだしばらく機能を使用できません。裏目に出るかもしれない誤った約束のように少し感じます。
これがより良い変換のための良いアプローチであるかどうかの経験はありますか？（ユーザーがアプリ内で見るものは、ユーザーがそれを使って解決したいと思っている問題に関連しているという前提を前提とします）
あなたはプログレッシブ開示について話しているので、システムは必要な場合にのみユーザーに情報を要求します。これは一般的に、長い登録フォームでユーザーを圧倒しないようにする良い方法です。
最初に、ユーザー名とパスワードを要求して、（実行しているように）ベアアカウントを設定できるようにします。次に、ユーザーが銀行口座へのアクセスを希望するときに、銀行情報を要求します。写真で小切手を預ける場合は、カメラへのアクセス許可を求めます。サポートへの電話を希望する場合は、電話番号を尋ねます。
これにより、登録やその他のプロセスをより短く簡単にするだけでなく、ユーザーのリクエストのコンテキストで情報を要求することになります。したがって、彼らはあなたがそれを求めている理由を理解し、それを提供する可能性が高くなります。
あなたの懸念を理解しました。ユーザーのサインアップを許可し、バックエンドでの確認を再び彼に待機させると、それは間違いありません。これにより、多くのユーザーを確実に追い払うことができます。
これに対する解決策は、あなたが一度のプロセスであなたのプロセスについてヘッドアップすることです。また、厳格な2ステップのサインアップを維持しないでください。オプションの2ステップサインアップにします。最初のサインアップと確認プロセスを続けて記入したいユーザーは、許可してください。アプリを最初に確認したい場合は、機能にアクセスするために確認が必要であることを事前に伝えてください。
これで、バックエンドでの検証プロセスの1日が始まります。
バックアップの検証が行われている間、ユーザーを一定時間維持するために、「キックオフタイマー」を追加できます。したがって、ユーザーがアプリにアクセスするたびに、タイマーが低下することに遭遇します。タイマーが検証の問題に関する不確実性を解決し、アプリの完全な機能に正確にアクセスできるようになると、タイマーが固執しやすくなります。
ここでは、タイマーの前に検証プロセスが完了した場合にユーザーを驚かせることで、多くのeコマースWebサイトで使用されているトリックを使用することもできます。
ここでのトリックは、安全のために常に2〜4時間余分に追加することです。これにより、毎回確認がタイマーの前に完了し、予想される時間より前に配達する顧客に満足を提供します。
検証プロセスにタイマーのダウンタイムよりも時間がかかる場合は、その理由をユーザーに適切な理由を示します。タイマーで遊ぶことは絶対にしないでください。ユーザーが自分の意志で時刻を変更していることに気づいた場合、ユーザーを追い払ってしまいます。