web-dev-qa-db-ja.com

最初または最後にユーザー入力アカウント番号を作成するかどうか混乱

銀行口座開設フォームを作りたい。最初にユーザーにその銀行に口座があるかどうかを尋ね、次に口座番号を尋ねることを考えています。彼らがそれを満たした後、システムは2つの異なる方法で検出します。ユーザーが顧客の場合、システムは記入するシンプルなフォームを提供します。しかし、彼らが持っていない場合、彼らは長い形式を取得し、すべてのフィールドを埋める必要があります。

今私は旅について心配です、私は彼らに最初に彼らの銀行口座番号を尋ねるためにユーザーがフォームを放棄することになりますか? :/

ユーザーが顧客の場合、もう1つ質問があります。事前入力されたフィールドでフォームを作成する必要がありますか(すべてのフィールドが表示されますが、ユーザーは編集できません)または単純なフォームを提供するだけです(ユーザーは事前入力されているものを見ることができませんが、フォームの外観はよりシンプルになる可能性があります)。

ありがとう!

2
Vsn

特定のユーザー向けに特別に設計された2種類のフォーム(既存/新規)があるため、既存のユーザーに口座番号またはカード番号の入力を依頼することが重要です(ユーザーは通常、口座番号を提供するのをためらいますが、躊躇しません)カード番号を共有する)を検証します。これが、システムが既存のユーザーを知る唯一の方法です。

私が既存の顧客であることをシステムに伝えるオンラインユーザーとして、私はいくつかの証拠を提供するために精神的に準備していますだから、私はフォームを放棄するとは思わないアカウント番号またはカード番号を提供する必要があります。

2番目の質問について
事前に入力された読み取り専用の情報が入ったフォームまたは新しいフォームを表示しますか?これは、ユーザーから情報を取得するか、既存の情報を表示するかによって異なります。

あなたの質問から理解できるように、ユーザーに所定のフォームで情報を提供するように要求しているため、情報を事前に入力せず、新しいフォームを入力してください。事前入力された情報を表示すると脆弱になる場合があります-誰かが私のアカウント番号を知っているがパスワードを知らない場合、事前入力された情報は泥棒にとって簡単な扱いになる可能性があるためです。

1
DPS

ユーザーがすでに顧客の場合、ログイン後にフォームに入力する必要はありませんか?そうすれば、口座番号だけを知っている人がフォームを記入して新しい銀行口座を作成することはできません。

  1. あなたが顧客かどうか尋ねます
  2. はいの場合、ログイン-ログイン後、テキストフィールドに事前入力できます。 2a。事前入力データを編集可能または編集不可にするかどうかは、データのタイプによって異なります。例:自分の住所が表示されていて、確認なしで更新できるフィールドの場合は編集可能であり、ローンなどの顧客の銀行手続きに影響する場合は編集できません。
  3. 顧客でない場合は、長いフォームを表示します
0
Karthic