web-dev-qa-db-ja.com

モバイル/タブレットのバンキングサイトのモバイルサービスプロバイダーからユーザーアドレスの詳細を検出することは適切ですか?

私は、電話/タブレットからの銀行口座開設の節約を設計するためのさまざまなアプローチを調査する段階にあります。レスポンシブレイアウトとアダプティブレイアウトの組み合わせになります。

私たちが直面している課題は、フォームの長さとフォームにあるフィールドの数を考えると、顧客がモバイルで行うのは非常に煩わしいことです。多分それはタブレットで使用するかもしれませんが、携帯電話のために私は他のより良いアプローチを考えていました。

私が頭に浮かんだことの1つは興味深いものでした:顧客の郵便アドレスの詳細をモバイルサービスプロバイダーから取得してフォームに入力するか、SSO番号/運転免許証番号を入力するように求めることができます。(これは、ただし、技術的な観点は別の問題です)。

UXの観点からこのアイデアに対する調査/提案はありますか?

4
Ravi

銀行アプリケーションでは、他のサインアップルールは適用されません。ユーザーAが自分をユーザーAとして識別できることを(信頼できる情報源から)知る必要があります。これは、電子メールによる確認では行えません。デジタルIDプロバイダーが必要です。

スウェーデンの法律、そしておそらく米国でも、アカウントとそのトランザクションが特定の金額で検証されていることを確認してください。 10 000米ドルのデポジットを行って、どこから入金されたかを指定することはできません。それを指定するために、銀行は預金者を知る必要があります。

おそらく、アプリのユーザーがアカウントを開設する前に、実際の銀行での確認が必要です。私の銀行は、携帯電話番号、社会保障番号、およびPINコードを使用して、モバイルで私を確認します。しかし、モバイルアプリでは、自分の口座間での取引と請求書の支払いしかできません。別のユーザーアカウントに預金しない。

デスクトップ/ラップトップでは、銀行は Bank-ID と呼ばれるサードパーティのセキュリティプロバイダーを使用します。サインインするときは Bank-ID を使用し、それが正しい場合は銀行のWebサーバーが携帯電話にメッセージでパスワードを送信します。これをWebアプリに入力する必要があります–銀行にアクセスする前にオンライン。

それは本当にうまく機能し、プロセスはあなたのアプリで適応できると思います。 (銀行で)登録された携帯電話番号、社会保障番号、およびPINコードを使用して、ユーザーがモバイルアプリにサインインできるようにします。その後、ユーザーAが本当にユーザーAであることがわかっているため、ユーザーは新しいアカウントを開くことができます。

3
Benny Skogberg