Planera projektformulär med tydliga fält och felmeddelanden
Ett formulärförslag visar obligatoriska uppgifter, begripliga fälttexter och konkreta fel. Inmatade uppgifter finns kvar när något rättas.
Ett långt projektformulär kan förbättras mer riktat när nästa arbetssteg är tydligt. Bestäm först vilka uppgifter teamet faktiskt behöver. Planera sedan etiketter, validering och återkoppling tillsammans.
Börja med nästa arbetssteg
I följande fiktiva portal ska teamet bedöma en första programvaruförfrågan och ställa följdfrågor via e-post. Projekttitel, projektmål och e-post är därför obligatoriska. Telefonnummer är frivilligt. Faktureringsadress och internt kundnummer krävs inte för denna första förfrågan. Det är ett beslut för exemplet.
W3C WAI rekommenderar att bara fråga efter uppgifter som behövs för den aktuella processen. Varje kvarvarande fråga behöver ett begripligt syfte.
Behåll synliga fälttexter
Etiketter förblir synliga under inmatning och kopplas tekniskt till respektive fält. En platshållare i ett tomt fält ersätter inte etiketten: den försvinner när man skriver. Syfte och frivillighet anges därför vid fältet.
Fält | Tidigare | Planerat |
|---|---|---|
| Projekt | Projekttitel (obligatorisk) – Vad kallar ditt team projektet? |
| Beskrivning | Projektmål (obligatoriskt) – Vilken uppgift ska programvaran förenkla? |
| Kontakt | E-post för följdfrågor (obligatorisk). |
| Telefon * | Telefonnummer (frivilligt). |
“Frivilligt” måste stämma med valideringen vid inskickning. Ett tomt telefonfält får inte orsaka ett fel i detta flöde.
Knyt felet till den konkreta situationen
För formuläret planeras validering vid inskickning. Saknade uppgifter, ofullständig inmatning och obekräftad överföring får olika återkoppling.
Situation | Planerat meddelande |
|---|---|
E-post saknas | Ange en e-postadress för följdfrågor. |
E-post innehåller | E-postadressen är ofullständig. Exempel: |
Överföring obekräftad | Mottagandet av din förfrågan är ännu inte bekräftat. Dina uppgifter finns kvar här. |
En formatkontroll bekräftar inte att brevlådan går att nå. Ett överföringsproblem visas inte som ett felaktigt ifyllt e-postfält.
Rätta utan att förlora data
Efter ett inmatningsfel innehåller förslaget en felöversikt som får tangentbordsfokus och länkar till berört fält. Samma begripliga feltext finns vid fältet; hjälpmedel måste också kunna koppla text och fält. Befintliga värden finns kvar, även det som ska rättas.
Ett framgångsmeddelande visas först när servern bekräftar mottagandet. Vid oklart resultat måste flödet för ny inskickning klargöra hur en förfrågan som redan kan ha kommit fram identifieras.
Kontrollera en hel uppgift
Låt exempelförfrågan fyllas i utan telefonnummer. Kontrollera också felvägen med en ofullständig e-postadress: går det att hitta meddelandet, rätta adressen och slutföra förfrågan medan projektmålet finns kvar? Ta med tangentbord, smal skärm och använda hjälpmedel. Anteckna var personen behöver hjälp och om mottagandet faktiskt bekräftas till slut.
Källor
Läs vidare
Alla artiklar
Design & UX med ASES
Användarupplevelse, gränssnitt och varumärke