Vergissen is menselijk. We maken allemaal van tijd tot tijd fouten en uw gebruikers vormen hierop geen uitzondering. Hoe kun je producten ontwerpen die fouten toestaan?
Het ding aan mensen is dat je ze nergens op vertrouwt. Oké, misschien is dat een beetje onaardig. Het is echter een simpele waarheid dat zelfs de meest zorgzame, zorgvuldige en toegewijde van ons fouten gaan maken. De rest van ons gaat nog veel meer fouten maken.
Die fouten, met betrekking tot webdesign, kunnen net zo eenvoudig zijn als het verkeerd typen van een URL, verkeerde informatie in een verkeerd formulier plaatsen in een aanmeldingsformulier of net zo slecht als per ongeluk honderden dollars naar de verkeerde persoon sturen via PayPal. Dan is er een situatie zoals Hawaii; we hebben geen echte screenshots van de gebruikersinterface die werd gebruikt om miljoenen te schrikken met een valse raketwaarschuwing, maar deze is opnieuw gemaakt door verschillende ontwerpers - Ik vermoed dat sommigen een beetje sarcastisch waren.
Dus hier zijn een aantal eenvoudige manieren om rekening te houden met menselijke fouten bij het ontwerpen van uw websites. Ik presenteer ze u met een waarschuwing: u kunt onmogelijk voorkomen dat alles fout gaat. Als je iets idioot-proof maakt, zal het universum een grotere en betere idioot worden. Succes.
Mensen zien vaak basisinstructies als een beetje neerbuigend. Ik bedoel, ze weten al dat koffie heet is, toch? Waarom hebben ze het nodig afgedrukt op de zijkant van een kopje? Omdat ze misschien niet alle informatie hebben: de koffie in de beroemde McDonald's-zaak werd geserveerd 180 tot 190 graden Fahrenheit, of ongeveer 82 tot 87 graden Celsius. Dat was misschien nuttige informatie voor klanten, vind je ook niet?
Het is menselijk om aan te nemen dat je alles weet wat je moet weten
Het is menselijk om aan te nemen dat je alles weet wat je moet weten voor een eenvoudige taak. Dit veroorzaakt fouten. Ik merk dat ik denk dat ik misschien instructies moet geven over een taak die complexer is dan een contactformulier. En zelfs dan helpt het om hints te hebben.
Mensen moeten soms consequenties hebben van mogelijke acties die hen worden uitgelegd. In detail. Dit zal het soort mensen niet stoppen dat voortdurend waarschuwingen negeert, maar er is in ieder geval niet veel dat je voor hen kunt doen.
Aan de andere kant zijn er mensen die, wanneer ze worden geconfronteerd met een waarschuwing of dialoog die ze niet volledig begrijpen, eenvoudigweg uw site verlaten, of een meer technisch onderlegde familielid om hulp vragen. U zult moeten beslissen of u liever omgaat met potentiële passiviteit van sommige klanten, of meer fouten. Beide benaderingen hebben hun voor- en nadelen.
Verkeerd klikken is iets. Mis-taps zijn misschien nog meer een ding, afhankelijk van de handigheid van de gebruiker, en de nauwkeurigheid van het touchscreen. Het hiervoor genoemde Hawaï-debacle werd naar verluidt veroorzaakt door een misklik in een vervolgkeuzemenu.
Zelfs op mijn grote mechanische toetsenbord heb ik zo nu en dan de verkeerde toetsen "foute vinger", wat leidt tot gênante typefouten en virtuele granaten die niet in videogames zouden moeten. Zoals ik al zei, je kunt niet elke fout voorkomen, maar je kunt ze een stuk minder waarschijnlijk maken.
een snel bericht "Weet je zeker dat je dat wilt?" kan van onschatbare waarde zijn.
Voor iemand die hetzelfde proces steeds opnieuw moet herhalen (bijvoorbeeld: iedereen die gegevens invoert), lijkt een bevestigingsdialoog een irritante en nutteloze extra stap. En voor hen kunnen die dialogen misschien ook worden uitgeschakeld.
Maar voor iedereen die voor de eerste keer een nieuwe taak uitvoert, of zelfs voor de tiende, met een snel bericht 'Weet je zeker dat je dat wilt?' Kan het bericht van onschatbare waarde zijn.
Dit is er een die de meeste mensen goed krijgen deze dagen. Formuliervalidatie, hoewel onvolmaakt, is een krachtig iets en een geweldige manier om de gebruiker voorzichtig in de juiste richting te leiden. Hoewel een goed formulierontwerp kan voorkomen dat gebruikers de verkeerde tekst in de verkeerde vorm plaatsen, is formuliervalidatie prima voor het controleren van informatie en het opsporen van typefouten en vergeten velden.
Ik wil er alleen op wijzen dat client-side validatie (hoewel nuttig) niet voldoende is. JavaScript-einden Als u client-side validatie gaat implementeren, zou het goed zijn om ook wat aan de serverkant te hebben, gewoon om veilig te zijn.
Ah labels. Dit klinkt misschien heel voor de hand liggend, maar ik heb zoveel vaag gelabelde formulieren op internet gezien, dat ik het moest opnemen. Erger nog zijn de formulieren die vakjargon gebruiken op een klantgerichte website. En laat me niet eens beginnen met de formulieren waarin de labels en invoer verkeerd zijn uitgelijnd. Dat is gewoon verkeerd.
Mensen gebruiken kleur vaak zo simplistisch: groen = goed, rood = slecht. Dat is een begin, en het helpt zeker veel mensen. Het helpt niet noodzakelijk de kleurenblind, of mensen met andere visuele beperkingen. Zoek een andere manier om contrast toe te voegen aan uw elementen, zodat ze duidelijk en eenvoudig van elkaar te onderscheiden zijn. Besteed hier speciale aandacht aan als twee opties soortgelijke tekst gebruiken, maar radicaal verschillende dingen doen.
Mensen hebben de neiging om op de automatische piloot te werken bij het uitvoeren van bekende taken. Dat is nuttig genoeg, omdat het ze efficiënter maakt. Helaas leidt die neiging tot routine tot fouten wanneer dingen veranderen. Er zijn hele memes over onthouden om de datum correct na het nieuwe jaar op te schrijven en ze verschijnen elk jaar op de stip.
Mensen hebben de neiging om op de automatische piloot te werken bij het uitvoeren van bekende taken
Nu heeft uw gebruikersinterface soms een volledig herontwerp nodig. Als dat zo is, is dat prima. Anders moet u niet te snel wijzigingen aanbrengen. Verlaat de menureeks van mensen op bekende plaatsen. En altijd, benadruk altijd kleine veranderingen in de gebruikersinterface, zodat mensen ze zullen zien en beginnen met het vormen van nieuwe routines.
Welnu, "CTRL-Z" werkt prima in standaardformulieren, dus u hoeft dit meestal niet zelf te implementeren. Maar als u een web-app aan het bouwen bent, zou u serieus kunnen overwegen om een soort van "Ongedaan maken" -functie te implementeren voor zowat elke actie met blijvende gevolgen.
Gmail geeft je in feite een paar seconden (als je de functie inschakelt) om het verzenden van een e-mail ongedaan te maken - en om te denken dat we nu in een wereld leven waar je een aantal e-mails sinds enkele jaren ongedaan kunt maken, waant het zich.
Als we nu een knop voor het ongedaan maken van raketten hadden ...