web-dev-qa-db-ja.com

配送先住所フィールドは配送先住所で重要ですか?

Ecommereceサイトのアドレス帳機能に取り組んでいます。この機能により、ユーザーは以前に保存した住所から配送先住所をアドレス帳ページから選択できます。各住所に個別の住所タイトルを付けることは重要ですか?例:ホームインド、オフィスニューヨーク、ショップチアランドなど

1
Guru Munishwar

代替案を検討してください。私はいくつかの一般的なアプローチを見てきました。

  1. ユーザーごとに1つの保存された配送先住所のみをサポートしますが、ユーザーは別の住所で上書きすることができます。この場合、名前を入力する必要はありません。
  2. ユーザーごとに2つの保存された配送先住所、デフォルトと「その他」をサポートします。これらの2つの選択肢以外の場所に発送したい場合は、上書きする必要があります。この場合も、ユーザーにどちらのアドレスにも名前を入力させる必要はありません。
  3. ユーザーごとに複数の配送先住所をサポートしますが、ユーザーに住所の名前を入力する方法を提供しません。これには、ユーザーが設定したすべてのアドレスを何らかの方法でリストし、ユーザーが正しいアドレスを選択できるようにする必要があります。これは、ユーザーが保存できるアドレスの数に有限で管理可能な制限がある場合は機能しますが、ユーザーが1000のアドレスを持つことができる場合は、リストをナビゲートするのが面倒になる可能性があります。
  4. 複数の配送先住所をサポートし、その住所に事前に作成されたタグのラジオボタンを提供します:「(X)home」、「()work」、「()other」。これが顧客向けのサイトであるとすると、最初の住所に「自宅」、2番目に入力する住所に「職場」(またはその他の未使用のカテゴリ)、追加の住所に「その他」を事前に選択できます。配送中にリストを提示する場合、ドロップダウンリストで、受信者名や番地1などの著名な必須フィールドをアドレスに追加することでそれぞれを識別できますが、「Home-G Munishwar 」、「作業-荷役ドック1の手入れ」、「その他-1234 MG環状道路」など.
  5. 複数の配送先住所をサポートし、ユーザーにそれぞれの名前を入力するように要求します。これは単一のアドレスを持つすべての人にとって余分な作業であり、アドレスに「名前」を付ける必要がある理由を理解していないユーザーを混乱させる可能性があることに注意してください。これが一般向けのサイトである場合、大多数の人が単一の配送先住所しか持っていないのではないかと思うので、この選択は、ほとんどのクライアントの使いやすさを低下させます。

そしてもちろん、これに対処する方法は他にもたくさんあります。私が見た一般的なものをいくつか挙げました。

2
John Deters