Beste design / bestilling / oppsett for postadresseskjema
On februar 2, 2021 by adminFinnes det noen standarder der ute når det gjelder et postadresseskjema? Jeg må samle inn følgende felt:
- adresselinje 1
- adresselinje 2
- by
- postnummer (eller zip)
- provins (eller stat)
- land
Landet og provinsen vil være nedtrappinger. (provinsen en er avhengig av landet)
så spørsmålet mitt er: er det bedre å ha feltene i en lignende utforming som en standard utsendelseskjema: dvs.:
address line 1 address line 2 city province postal code country
eller i en mer logisk rekkefølge som:
address line 1 address line 2 city postal code country province
Kommentarer
- Kan du gi oss en ide om hvor mange land du ‘ støtter? Alle sammen? Det kan gjøre en forskjell.
- stort sett alle sammen ja. Sjefen har bestemt seg for at landet / provinsen skal falle ned
- Ikke alle land har sitt postnummer etter byen. Så jeg ville ikke ‘ sette dem på en linje med mindre du vet at landene du støtter alle har samme måte å formatere en adresse på.
Svar
Luke Wroblewski skrev en artikkel på UX Matters om internasjonale adresseskjemaer . Jeg anbefaler å konsultere den artikkelen ettersom den lister opp noen beste fremgangsmåter, mønstre og konvensjoner som er distillert fra brukerundersøkelser. Luke skrev også en bok om webskjemaer kalt Web Form Design: Filling in the Blanks som også dekker dette emnet.
Nær slutten av artikkelen hans fremhever han også Amazons form, som er generisk og støtter alle slags innganger. Amazon vil være et godt sted å undersøke formdesignet ditt.
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 sannsynligvis levere det til slutt; selv om du fyller ut tulldata eller gjentakelser av gyldige data for å tilfredsstille feil validering på skjemaet. Men produksjonen er ikke en korrekt formatert norsk adresse uansett hvordan du fyller ut skjemaet.
- Eksemplet virker også veldig dårlig for meg. For eksempel her i Sveits har vi små landsbyer der det bare er » husnavn «. Går du enda lenger, er det steder uten noe gatenavn overhodet. Bare les medium.com/@oquidave/… for en slik historie.
Svar
Å si at du «trenger» disse feltene skremmer meg. Du trenger absolutt ikke trenger alle disse feltene for en norsk adresse.
Det er ikke bare at oppdeling av adresseinngang til at mange felt skaper problemer for brukeren som prøver å tvinge adressen til en skjema laget for et annet land, men hvordan skal adressedataene formateres til en riktig adresse?
Hvordan antar du at en norsk adresse på dette skjemaet skal tvinges inn i disse feltene? Og når «byen» , «postnummer (eller postnummer)», «provins (eller delstat)» -feltene er tilfeldig tildelt noen av disse verdiene. Hvordan skal du skrive ut etiketten i riktig rekkefø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 å bruke bare:
Name: [ text line input ] Address: [ multiline ] [ text area ] Country: [select box or text line input]
Hvorfor gjøre det mer komplisert enn det? Dette skal fungere perfekt for alle typer adresser, og er enkle å bruke.
(Hvis amerikanere av en eller annen grunn ikke klarer å skrive sin egen adresse ordentlig, er det bare å lage et USA-spesifikt skjema når USA er valgt som land, og la noen andre fylle ut det enkle navnet / adressen / landskjemaet)
Kommentarer
- Jeg foreslår flere linjer tekstbokser for adresser, selv når alle adressene vil være innenlandske. Folk har skrevet adresser i fri form bokstavelig talt i århundrer, og posten blir levert – selv for amerikanere :-). I dag har vi algoritmer for å hente ut by- og regioninformasjon fra adresser i fritt format med tilstrekkelig pålitelighet for aggregerings- og rapporteringsformål. Behovet for flere adressefelt eksisterer ikke lenger. Redd brukeren fra alt dette tabbing og tvangsmontering.
- @MichaelZuschlag Kjenner du noen ressurser som støtter denne stillingen? Jeg ‘ er også en fast tro på at folk generelt har bedre kunnskap om hva som må skrives på et brev til dem enn noen UI-designere og vil gjerne ha noe å peke de UI-designerne til.
- Suksessen til Google Maps, i tillegg til århundrer med håndskrevne / maskinskrevne konvolutter, antyder at den ‘ er mulig.Luke W bemerker at brukere ikke ‘ ikke trenger å se separate etiketter for hver adressedel for å fullføre en adresse, men ikke ‘ t logikk til å eliminere separate felt også ( uxmatters.com/mt/archives/2008/06/… ). Jeg vet ikke om noen undersøkelser, men en ganske enkel brukervennlighetstest bør fastslå at brukerne er raskere med ett enkelt felt, og ikke begår noe større antall feil.
Svar
Disse skjemaene irriterer meg. Mesteparten av tiden ber de om mer informasjon enn det er nødvendig. Jeg vet ikke om Storbritannia, men alt som er obligatorisk i Storbritannia er husnummer og postnummer. Det er det. Men det er annerledes i forskjellige land.
Så .. egentlig hva med å outsource hele dette rotet til noen som har løst det og holder det hele pent og oppdatert for deg? QAS ser ut til å gjøre en pen god jobb – se deres interaktive demo , og WOO, deres britiske oppslag, som jeg sa, trenger bare husnummer og postnummer.
Kommentarer
- det er et ganske kult verktøy! Selv om det kom opp med rundt 20 alternativer for den andre adressen jeg testet, og å måtte søke i en liste og de ekstra klikkene ikke er ‘ Det er egentlig ikke noe mindre irriterende enn å måtte fylle ut et skjema med et par tekstbokser og to nedtrekninger. det mislyktes også på min egen adresse. tillater ikke enheten min # i en rekkehuskompleks.
- Faktisk. Ved å stole på bare nummer / postnummer uten en sikkerhetskopimetode, vil du ekskludere personer med nye postnummer (nye postnummer kommer til og Royal Mail PAF-databasen utgitt til resten av verden er ikke ‘ t alltid oppdatert – avhengig av hvilken abonnementsservice de velger.)
- Problemet med å konsultere eksterne tjenester er at du ‘ re introduserer en avhengighet i skjemaet ditt som kan ha tilgjengelighetsproblemer, så vel som å være intuitivt sammenlignet med bare å fylle ut adressen din. LukeW snakker litt om forskningen på dette området i boka si.
- Du trenger ikke ‘ ikke trenger å begrense skjemaet. Hold alle felt tilgjengelige. Men du kan sette ZIP rett etter gateadresse og deretter fylle resten automatisk hvis aktuelt. (BTW, hvorfor er det alltid to linjer for adresse … bruker noen noen gang den andre linjen?)
- Dette er faktisk ikke sant; Royal Mail spesifiserer » lokalitet » som obligatorisk. Likevel vil e-post adressert til
"123 / AA1 1AA"
sannsynligvis komme dit. Men de vil at du skal spesifisere byen.
Svar
1: Adresselinje 1
2: Postnummer og by
3: Land og forsyning (bare vis forsyn hvis det støttes)
Under linje 3 setter du en lenke «Angi en sekundær adresse», og hvis den trykkes, du får en replikert form som den på linje 1, 2 og 3, men med en overskrift á «Adresselinje 2».
Svar
Hvis du ikke støtter mer enn ett land, er den beste måten å vise landets standardvalg, som Luke vist i løsningen.
Husk igjen at adresseformat ikke nødvendigvis det samme i alle land.
Derfor må jeg undersøke hvilke land appen min vil støtte.
Hvis den er begrenset til ett land, for eksempel India, vil jeg beholde landet som standard valgt og utform som følger:
Nå må du først forstå hvordan postnummer fungerer i India: Postnummer i India er 6 sifre.
Det første sifferet i PIN-koden indikerer tes regionen (totalt 9 regioner, som hver dekker min 3 og maks 12 stater). Det andre sifferet indikerer underområdet, og det tredje sifferet angir sorteringsområdet i regionen. De siste tre sifrene tildeles individuelle postkontorer.
Så åpenbart kan jeg ikke velge tilstand basert på postnummer, eller jeg må kanskje lete etter slike tjenester eller utvikle meg internt for å støtte min tanke, så uten slike tjenester, maks. Jeg kan bruke filter for å minimere valgalternativene i rullegardinmenyen.
Når dette er klart, vil jeg sette feltene mine som følger:
Adresselinje 1 (Dette er den populære måten vi indianere begynner å skrive vår adresse, fritekst på)
Adresselinje 2 (er det virkelig nødvendig, hvis ja, gjør disse merkelappene spesifikke som gatedetaljer, område, landemerke osv. Jeg vil si unngå)
Stat (dette vil hjelpe meg med å redusere alternativene til neste felt)
By (Velg / fritekst – avhenger for eksempel av din forskning – hvis tjenestene er begrensede til metro eller byer i staten)
Zip
Land (automatisk befolket)
Svar
Jeg liker ideen til Stein G. Strindhaug, men det er to problemer med et tekstlinje med flere linjer for internasjonale adresser.
- Brukere glemmer ofte å oppgi en del av adressen, for eksempel et husnummer eller et postnummer. Separate innganger for hver del av adressen hjelper brukeren til å angi all nødvendig adresseinformasjon.
- Et tekstlinje med flere linjer kan bare brukes hvis du skriver ut adressen på en pakke eller faktura og ikke trenger separate deler av adressen. Det er ofte veldig vanskelig å se hvilken del av en utenlandsk adresse som er gaten og hvilken del som er regionen. Så hvis du trenger å legge inn adressen i databasen til for eksempel en speditør, må du skille flerfeltet tekstfelt inn i gate / område / postnummer igjen som er vanskelig med mange utenlandske adresser. Denne saken gjør det også umulig å sjekke om adressen er riktig hvis du ikke har omfattende kunnskap om formatet for utenlandsk adresse .
Kommentarer
- Hvis brukeren » glemmer » en del av adressen deres, posttjenesten i landet deres er tilgivende eller de ‘ er ikke veldig interessert i å få g post levert. Den norske posttjenesten er ganske tilgivende, jeg mottok (til slutt) en Scientific American som i hovedsak var adressert til navnet mitt; oslo; Norge; og dette var FOR et altfor detaljert adresseskjema som forkastet » ugyldige » innganger.
- Det ville faktisk være vanskelig å hente ut ikke-eksisterende informasjon fra en adresse, for eksempel » tilstand » eller » region » fra adressen min som ikke inneholder slik info (hint: Norge har ‘ t stater, og de administrative underavdelingene brukes ikke i adressen). Å legge til slik informasjon (som amerikanske skjemaer ofte gjør) til en norsk adresse vil føre til forvirring og sannsynligvis forsinkelser i leveransen. Hvorfor trenger du allikevel å dele opp slik informasjon i databasen? Et stort strengfelt for adressen ville være tilstrekkelig.
- Hvis du insisterer på å dele opp adressen i flere felt, trenger du virkelig omfattende kunnskap om adresseformatet i alle land for å være i stand til å stramme den sammen i riktig format. Å ha et fritt skjemafelt krever ingen kunnskap fra utvikleren om adresseformater, fordi brukeren formaterer det som om de vet det ‘ skal formateres. Det eneste du trenger å gjøre er å sørge for at det er nok plass til den forhåndsformaterte adressen på fraktetiketten / konvoluttvinduet.
- > > Hvis brukeren » glemmer » en del av adressen sin, blir posttjenesten i landet er tilgivende, eller de ‘ er egentlig ikke interessert i å få post levert. Eller pakken sendes tilbake til den ‘ s opprinnelse på den andre siden av verden. De fleste internasjonale speditører trenger spesifikke data for å sende en pakke, som du trenger å legge inn i systemet deres.
- Hvis jeg ødelegger min egen adresse i et friområde tekstområde så ille at pakken blir returnert, bør jeg betale; hvis adressen er delt opp i mange irrelevante felt og deretter monteres sammen til noe som er ødelagt til ugjenkjennelse, er det ikke min feil! Internasjonal post trenger bare EN informasjon: navnet på landet, når posten er i riktig land, skal den lokale delen formateres på lokal måte.
Legg igjen en kommentar