Bedste design / ordre / layout til postadresseformular
On februar 2, 2021 by adminEr der nogen standarder derude, når det kommer til en adresseadresseformular? Jeg har brug for at indsamle følgende felter:
- adresselinje 1
- adresselinje 2
- by
- postnummer (eller zip)
- provins (eller stat)
- land
Landet og provinsen er dropdown. (provinsen er afhængig af landet)
så mit spørgsmål er: er det bedre at have felterne i et lignende layout til en standardforsendelsesformular: dvs.:
address line 1 address line 2 city province postal code country
eller i en mere logisk rækkefølge som:
address line 1 address line 2 city postal code country province
Kommentarer
- Kan du give os en idé om, hvor mange lande du ‘ støtter? Allesammen? Det kan gøre en forskel.
- stort set alle ja. Chefen har besluttet, at landet / provinsen skal falde ned
- Ikke alle lande har deres postnummer efter byen. Så jeg ville ‘ ikke sætte dem på en linje, medmindre du ved, at de lande, du støtter, alle har den samme måde at formatere en adresse på.
Svar
Luke Wroblewski skrev en artikel på UX Matters om internationale adresseformularer . Jeg vil anbefale at konsultere den artikel, da den viser nogle af de bedste fremgangsmåder, mønstre og konventioner, der er destilleret fra brugerundersøgelser. Luke skrev også en bog om webformularer kaldet Webformdesign: Udfyldning af Blanks , der også dækker dette emne.
I slutningen af sin artikel fremhæver han også Amazons form, som er generisk og understøtter alle slags input. Amazon ville være et godt sted at undersøge dit formulardesign.
s formulardesign
Kommentarer
- Dette er langt fra perfekt, City og Zip er obligatorisk, og det formaterer det som en amerikansk adresse. De fleste posttjenester vil sandsynligvis levere det til sidst; selvom du udfylder nonsensdata eller gentagelser af gyldige data for at tilfredsstille den forkerte validering på formularen. Men dens output er ikke en korrekt formateret norsk adresse, uanset hvordan du udfylder formularen.
- Eksemplet virker også meget dårligt for mig. For eksempel her i Schweiz har vi små landsbyer, hvor der kun er ” husnavne “. Gå endnu længere er der steder uden gadenavne overhovedet. Læs bare medium.com/@oquidave/… for en sådan historie.
Svar
At sige, at du “har brug for” disse felter skræmmer mig. Du har bestemt ikke brug for alle disse felter for en norsk adresse.
Opdeling af adresseindtastning i ikke så mange felter skaber problemer for brugeren, der forsøger at tvinge deres adresse til en form lavet til et andet land, men hvordan skal adressedataene omformateres til en korrekt adresse?
Hvordan antager du, at en norsk adresse på denne formular skal tvinges ind i disse felter? Og når “byen” , “postnummer (eller zip)”, “provins (eller stat)” felter er tilfældigt tildelt nogle af disse værdier, hvordan skal du udskrive etiketten i den rigtige rækkefølge?
<Name> <Street-name> <house-number> <4-digit-post-code> <uppercase place name> NORWAY
F.eks.
Ola Normann Karl Johansgate 13b 0599 OSLO NORWAY
Jeg anbefaler kun at bruge:
Name: [ text line input ] Address: [ multiline ] [ text area ] Country: [select box or text line input]
Hvorfor gøre det mere kompliceret end det? Dette skal fungere perfekt til enhver type adresse og let at bruge.
(Hvis amerikanere af en eller anden grund ikke er i stand til at skrive deres egen adresse ordentligt, skal du bare oprette en amerikansk specifik formular, når USA vælges som land, og lade andre udfylde det enkle navn / adresse / landeskema)
Kommentarer
- Jeg foreslår tekstfelter med flere linjer til adresser, selv når alle adresser er indenlandske. Folk har skrevet adresser i fri form bogstaveligt i århundreder, og posten bliver leveret – selv for amerikanere :-). I dag har vi algoritmer til at udtrække by- og regionoplysninger fra adresser i fri form med tilstrækkelig pålidelighed til sammenlægnings- og rapporteringsformål. Behovet for flere adressefelter eksisterer ikke længere. Gem brugeren fra al denne faneblad og tvangsmontering.
- @MichaelZuschlag Kender du nogen ressource, der understøtter denne position? Jeg ‘ er også overbevist om, at folk generelt har bedre viden om, hvad der skal skrives på et brev til dem end en brugergrænseflade-designer, og vil gerne have noget at pege på disse UI-designere til.
- Succesen med Google Maps ud over århundreder af håndskrevne / indtastede konvolutter antyder, at det ‘ er muligt.Luke W bemærker, at brugerne ikke ‘ behøver ikke at se separate etiketter for hver adressedel for at udfylde en adresse, men behøver ikke ‘ logik til også at fjerne separate felter ( uxmatters.com/mt/archives/2008/06/… ). Jeg kender ikke til nogen forskning, men en ret simpel brugervenlighedstest skulle fastslå, at brugerne er hurtigere med et enkelt felt og ikke begår et større antal fejl.
Svar
Disse former irriterer mig. Det meste af tiden beder de om mere information end nødvendigt. Jeg ved ikke noget om Storbritannien, men alt, hvad der er obligatorisk i Storbritannien, er husnummer og postnummer. Det er det. Men det er anderledes i forskellige lande.
Så .. faktisk hvad med outsourcing af hele dette rod til nogen, der har løst det og holder det hele pænt og opdateret for dig? QAS ser ud til at gøre en smuk godt stykke arbejde – se deres interaktiv demo og, WOO, deres britiske opslag, som jeg sagde, behøver kun husnummer og postnummer.
Kommentarer
- det er et ret sejt værktøj! Skønt det kom op med omkring 20 muligheder for den 2. adresse, jeg testede, og at skulle søge på en liste og de ekstra klik ikke er ‘ t er virkelig mindre irriterende, end at skulle udfylde en formular med et par tekstfelter og 2 drop-down. det mislykkedes også på min egen adresse. tillader ikke min enhed # i en rækkehuskompleks.
- Faktisk. Ved at stole på bare nummer / postnummer uden en backupmetode vil du udelukke personer med friske postnumre (nye postnumre opstår, og Royal Mail PAF-databasen frigivet til resten af verden isn ‘ t altid opdateret – afhængigt af hvilken abonnementsservicie de vælger.)
- Problemet med at høre eksterne tjenester er, at du ‘ re introducerer en afhængighed i din form, der kan have tilgængelighedsproblemer såvel som være uintuitiv sammenlignet med bare at udfylde din adresse. LukeW taler lidt om sin forskning på dette område i sin bog.
- Du behøver ikke ‘ behøver ikke at begrænse formularen. Hold alle felter tilgængelige. Men du kan placere ZIP lige efter gadenavn og derefter automatisk udfylde resten, hvis det er relevant. (BTW, hvorfor er der altid 2 linjer til adresse … bruger nogen nogensinde den anden linje?)
- Dette er faktisk ikke sandt; Royal Mail angiver ” lokalitet ” som obligatorisk. Alligevel kommer e-mail adresseret til
"123 / AA1 1AA"
sandsynligvis derhen. Men de vil gerne have, at du angiver byen.
Svar
1: Adresselinje 1
2: Postnummer og by
3: Land og forsyning (viser kun forsyning, hvis det understøttes)
Under linje 3 skal du sætte et link “Indstil en sekundær adresse”, og hvis det trykkes, du får en replikeret form som den på linje 1, 2 og 3, men med en overskrift á “Adresselinje 2”.
Svar
Hvis du ikke støtter mere end et land, er den bedste måde at vise landets standardvalg som Luke vist i sin løsning.
Husk det igen, at adresseformat ikke nødvendigvis det samme i alle lande.
Derfor skal jeg undersøge, hvilke lande min app understøtter.
Hvis det er begrænset til et enkelt land, for eksempel Indien, vil jeg beholde landet som standard valgt og design som følger:
Nu skal du først forstå, hvordan zip fungerer i Indien: Postnummer i Indien er 6 cifre.
Det første ciffer i PIN-koden indikerer tes regionen (i alt 9 regioner, der hver dækker min 3 og max 12 stater). Det andet ciffer angiver underområdet, og det tredje ciffer angiver sorteringsområdet i regionen. De sidste tre cifre tildeles individuelle postkontorer.
Så jeg kan naturligvis ikke vælge tilstand baseret på postnummer, eller jeg bliver muligvis nødt til at lede efter sådanne tjenester eller udvikle mig internt for at understøtte min tanke, så uden sådanne tjenester, max kan jeg anvende filter for at minimere valgmulighederne i tilstandsmenuen.
Når dette er klart, vil jeg sætte mine felter som følger:
Adresselinje 1 (Dette er den populære måde, hvorpå vi indianere begynder at skrive vores adresse, fritekst)
Adresselinje 2 (er det virkelig nødvendigt, hvis ja, gør disse etiketter specifikke som gadeoplysninger, område, vartegn osv. – Jeg vil sige undgå)
Stat (dette vil hjælpe mig med at reducere det næste felts muligheder)
By (Vælg / fritekst – afhænger for eksempel af din forskning – hvis tjenester er begrænsede til metro eller topbyer i staten)
Zip
Land (automatisk befolket)
Svar
Jeg kan godt lide tanken med Stein G. Strindhaug, men der er to problemer med et tekstlinje med flere linjer til internationale adresser.
- Brugere glemmer ofte at indtaste en del af deres adresse, for eksempel et husnummer eller et postnummer. Separate indgange for hver del af adressen hjælper brugeren med at indtaste alle nødvendige adresseoplysninger.
- Et tekstlinje med flere linjer kan kun bruges, hvis du udskriver adressen på en pakke eller faktura og ikke har brug for separate dele af adressen. Det er ofte meget vanskeligt at se, hvilken del af en fremmed adresse, der er gaden, og hvilken del, der er regionen. Så hvis du har brug for at indtaste adressen i databasen for f.eks. en speditør, skal du adskille multi-line tekstfeltet ind i gade / område / postnummer igen, hvilket er svært med mange udenlandske adresser. Dette spørgsmål gør det også umuligt at kontrollere, om adressen er korrekt, hvis du ikke har omfattende viden om det udenlandske adresseformat .
Kommentarer
- Hvis brugeren ” glemmer ” en del af deres adresse, postvæsenet i deres land er tilgivende, eller de ‘ er ikke rigtig interesserede i at få g mail leveret. Den norske posttjeneste er ret tilgivende, jeg modtog (til sidst) en Scientific American, der i det væsentlige var rettet til mit navn; oslo; norge; og dette var PÅ grund af en alt for detaljeret adresseformular, der kasserede ” ugyldige ” input.
- Det ville faktisk være svært at udtrække ikke-eksisterende oplysninger fra en adresse, såsom ” tilstand ” eller ” region ” fra min adresse, der ikke indeholder sådan info (tip: Norge har ‘ t, og de administrative underinddelinger bruges ikke i adressen). Tilføjelse af sådan information (som amerikanske former ofte gør) til en norsk adresse vil medføre forvirring og sandsynligvis forsinkelser i leveringen. Hvorfor skal du alligevel dele sådan information op i databasen? Et stort strengfelt til adressen ville være tilstrækkeligt.
- Hvis du insisterer på at opdele adressen i flere felter, har du virkelig brug for omfattende viden om adresseformatet i alle lande for at være i stand til at stramme det sammen igen i det rigtige format. At have et frit formfelt kræver ingen viden fra udvikleren om adresseformater, fordi brugeren formaterer det som om de kender det ‘ formodes at være. Det eneste du skal gøre er at sikre dig, at der er plads nok til den forudformaterede adresse på forsendelsesetiketten / konvolutvinduet.
- > > Hvis brugeren ” glemmer ” en del af deres adresse, er posttjenesten i deres land er tilgivende, eller de ‘ er ikke rigtig interesserede i at få mail leveret. Eller pakken sendes tilbage til den ‘ s oprindelse på den anden side af verden. De fleste internationale speditører har brug for specifikke data for at sende en pakke, som du skal indtaste i deres system.
- Hvis jeg ødelægger min egen adresse i et frit tekstområde så dårligt, at pakken returneres, skal jeg betale; hvis adressen er opdelt i masser af irrelevante felter og derefter samles igen til noget, der er rodet ud uden anerkendelse, er det ikke min skyld! International mail har kun brug for ÉT stykke information: landets navn, når mailen er i det rigtige land, skal den lokale del formateres på lokal måde.
Skriv et svar