Overal op het web gaat er op een bepaald moment iets mis. Het is geen probleem dat we licht nemen, maar toch gebeurt het nog steeds! Nee, ik ben hier niet om te praten over onze afhankelijkheid van externe tools of IE6 (specifiek), ik ben hier om te praten over siteglekken en hoe ze te vermijden.
Af en toe zijn deze bugs kleine zichtbare glitches, die optreden als gevolg van verkeerd beheerde code; of in veel andere gevallen, Internet Explorer. Andere keren zijn ze het gevolg van het natuurlijke verouderingsproces van een site en zijn steeds groeiende verzameling pagina's. In dit artikel gaan we de wereld van site-gebaseerde hik onderzoeken en hoe we ervoor kunnen zorgen dat onze sites niet geassocieerd worden met de mislukte walvis!
Invoering
De afgelopen jaren hebben we als branche een grote inspanning geleverd door de onderwerpen te volgen die veel aandacht krijgen. Modieuze onderwerpen zijn onder meer responsief ontwerp, gebruikerservaring, psychologie en de met modewoorden belichte talen die we dagelijks gebruiken, zoals HTML5 en CSS3. Maar terwijl dit gaande is, krijgt een van de fundamentele onderdelen van het eigenaarschap van de site, het onderhoudsproces, zelden veel aandacht. Het staat centraal in bruikbaarheid, het is van cruciaal belang om te ontwerpen en zonder dat zouden sites een puinhoop zijn. Maar als het gaat om het verminderen van foutverhoudingen, vallen veel sites (zelfs kleinere, gemakkelijker te onderhouden) behoorlijk tekort.
Wat is defensief ontwerp?
Het bestrijden van deze kwade krachten, of het nu gaat om bugs of terugkerende fouten, is een voortdurende strijd die niet van de een op de andere dag kan worden gewonnen. Op dezelfde manier als Ash uit de Evil Dead-franchise, komen we eindeloos in actie met onze vertrouwde code kettingzagen en beukende boom-sticks om de dag te redden. Het proces om sites te reinigen en ervoor te zorgen dat ze zo gebruikersvriendelijk mogelijk zijn, wordt ook wel aangeduid als defensief ontwerp.
Ons doel is in wezen om onze sites te ondersteunen in tijden van problemen, om die fouten met betrekking tot verloren bestanden of de onbeschikbaarheid van bronnen te verwijderen, ervoor te zorgen dat onze lay-outs doen wat ze moeten doen, de gebruiker helpen acties te voltooien en te voorkomen dat bezoekers worden binnengeleid. een knelpunt van verwarring. Defensief ontwerp gaat net zo min over het verminderen van gebruikersverwarring als over iteratie van bugs uit het systeem.
Waarom doet dit er toe?
Gezien het feit dat de meeste internetgebruikers stervelingen zijn, is het niet verstandig om de problemen die nerd-superhelden gemakkelijk kunnen doorkruisen, te voorkomen dat ze overmatige stress veroorzaken. Bezoekers zijn temperamentvolle wezens die uw site zouden kunnen verlaten op zoek naar een gemakkelijkere optie om te bladeren als er te veel fouten optreden. Als u een site kunt bieden die snel laadt, goed werkt, fouten verwerkt (zo goed als kan worden verwacht) en vermijdt dat de gebruiker wordt belemmerd door wegversperringen, vergroot u uw kans op succes. Immers, een gelukkige en tevreden gebruiker zal eerder klant blijven!
Legacy of the Lost
Als er iets is dat ik niet kan uitstaan, is het onopvallend online. Wanneer dingen ernstig misgaan, kan dit u er eerder van weerhouden om de site te bezoeken; of als u het domein regelmatig bezoekt, en u zich later wilt terugtrekken. In deze moderne tijd van 24/7 wereldwijde internettoegang; problemen zoals downtime, ontbrekende bronnen of opdringerige sites die klagen omdat de gebruiker geen JavaScript heeft ingeschakeld of Flash beschikbaar op hun iOS-apparaat zou niet moeten gebeuren. Laten we dus eens kijken hoe u deze problemen kunt verminderen.
Server storingen
Op een of ander moment zijn we allemaal met de server verbonden ongelukken tegengekomen. Of het nu gaat om DNS-problemen, het overschrijden van uw toegewezen bandbreedte, downtime voor onderhoud of een eenvoudige storing die heeft geleid tot de mislukte walvis van Twitter. Het is het soort fout dat we ons niet kunnen veroorloven om te negeren, want tenzij we iets doen, wordt de site niet voor iedereen toegankelijk, wat een nogal enge gedachte is.!
Stel je de volgende situatie voor:
Religieus back-uppen: Dit is een eenvoudige overweging, maar het is het meest kritisch. Bestandsbeschadiging, gegevensverlies en meer kunnen gebeuren (voor jou!) En degenen die geen back-up maken, hebben het meeste te verliezen. U moet, als niets anders deze actie op een wekelijkse of maandelijkse basis consequent uitvoert.
Offline toegang: Zelfs met de beschikbaarheid van internet zo wijdverspreid als het is, kunnen we niet verwachten dat onze gebruikers 24/7 toegang hebben tot onze sites. Als u ervoor zorgt dat uw pagina's werken als een verbinding verloren gaat, kunt u downloads en offlinetoegang bieden aan mensen met terminaal onstabiele verbindingen.
Gebruik een CDN: Content delivery-netwerken zijn verbluffend. Ze cachen spullen in die moeten worden herhaald en ze kunnen je bandbreedtekosten verlagen. Als u geen uitval wilt ondervinden omdat uw gastheer verklaart dat u al uw bandbreedte hebt gebruikt, kan dit uw sites zeker helpen.
Statuspagina's: Als u een site neerzet voor onderhoud, moet dit uiteraard alleen in extreme situaties worden gedaan. Wanneer een geplande of geplande uitvaltijd zich voordoet, laat uw gebruikers de score weten en geef een statuspagina met tijdframes en voortgangsrapporten.
Sociale updates: Sociale netwerken zoals Facebook en Twitter zijn extensies geworden van onze eigen sites. Daarom, als het idee van back-uphosting niet jouw ding is en je geen 100% uptime-vangnet nodig hebt, zorg er dan voor dat je bezoekers up-to-date houdt met tweets en reacties.
Ontbrekende bronnen
De gevreesde 404-fout is een deel van onze cultuur geworden, met vrijwel elke site die er op een bepaald moment last van heeft, en elke gebruiker heeft er een ontmoet tijdens zijn tijd online. Dit kan een link zijn naar een afbeelding die is verdwenen sinds het opnieuw ontwerpen, of naar een pagina die niet meer in de archieven bestaat. Zorg ervoor dat je deze gebroken beesten zoekt en vernietigt en repareer regelmatig door gebruikers aangeroepen fouten.
Stel je de volgende situatie voor:
Zoeken en vernietigen: Omgaan met ontbrekende pagina's of bestanden begint met het regelmatig opzoeken van de gremlins. U kunt ze herkennen wanneer u door uw pagina's klikt, of u kunt naar hulpprogramma's zoeken zoals uw analysepakket of geautomatiseerde foutmeldingen zoals Xenu Link Sleuth.
Informatie-architectuur: Als er iets is waar ontwerpers zich schuldig aan maken, dan is het niet de archieven van hun sites te onderhouden en oude pagina's in verval te laten raken. Als u een site opnieuw ontwerpt of belangrijke updates uitvoert, zorgt u ervoor dat de dead links op de juiste manier naar hun nieuwe locatie worden omgeleid.
Links van derden: Dit is een van de belangrijkste oorzaken van linkrot. Als u naar een site van iemand anders linkt en zij ervoor kiezen om opnieuw te ontwerpen (of schoon te maken), kunnen koppelingen naar pagina's verdampen. Hoewel we anderen niet kunnen dwingen ons voorbeeld te volgen, moeten we klaar zijn om dode links te verwijderen of hun locatie opnieuw in te delen.
Door gebruiker gemaakte bugs: Houd van ze of haat ze, je gebruiker dicteert hun reis rond een site. Als een bezoeker probeert pagina's te openen die niet bestaan door een typefout te maken, treden er fouten op. Vriendelijke URL's en omleidingen kunnen dit helpen voorkomen, evenals het controleren van uw verkeerslogboeken op foutentrends.
Vriendelijke 404 pagina's: Zoals we allemaal weten, zijn de standaardbrowser-foutmeldingen niet erg vriendelijk. De meeste mensen zullen niet begrijpen wat een 404-fout is, laat staan hoe ze moeten worden opgelost. Door aangepaste foutpagina's te maken, kunt u ze in de juiste richting wijzen en een nuttig advies geven.
Niet-ondersteunde technologie
Hoewel talen als HTML een open, meestal compatibele manier hebben geboden om ervoor te zorgen dat ons werk voor iedereen functioneert, hebben andere technologieën niet zoveel geluk gehad. In sommige gevallen gaat het om de acceptatieniveaus van een eigen systeem, in andere; het komt er gewoon op neer dat het ding waarop we vertrouwen kan worden uitgeschakeld. In alle gevallen kunnen we het ons niet veroorloven om de problemen die dit kan veroorzaken te negeren.
Stel je de volgende situatie voor:
Pas op voor Flash: Hoewel HTML5 helpt om een goede oplossing voor dit probleem te bieden, is Flash niet zo populair als het vroeger was. Omdat Adobe de ontwikkeling van vele handheld-apparaten en iOS heeft ontwikkeld om iets te beginnen, is het waardeloos verspillen van alternatieve inhoud vereist.
Onopvallende scripts: We zijn verslaafd geraakt aan JavaScript. Naast de leuke verrassing dat scripting niet gebruikt hoefde te worden voor kwaad (anti rechts-klik scripts) en het gekke succes van jQuery, zijn we er nu dagelijks van afhankelijk. Zorg er gewoon voor dat degenen zonder deze kunnen ook bladeren op de site.
Afbeelding alternatieven: Een afbeelding kan 1000 woorden bevatten, maar voor visueel gehandicapten of een zoekmachine is het ongeveer net zo nuttig als een chocoladetheepot. Zorgen dat al uw afbeeldingen alternatieve tekst bevatten, is essentieel als u wilt worden beschermd tegen dergelijke gebruiksproblemen.
Bezoekersfeedback: Het onderhouden van een site is een zware klus, want in de meeste gevallen zijn bugs onbedoelde effecten die we niet opmerken voordat deze live gaan. Moedig uw gebruikers aan om u te laten weten of ze fouten of fouten ontdekken, omdat ze waarschijnlijk dingen zullen zien die u volledig mist.
Documentindelingen: Defensief ontwerp gaat niet alleen over het patchen van code. Ervoor zorgen dat uw bestanden ook in de komende jaren zichtbaar blijven, is ook essentieel. Bied altijd meerdere indelingen aan voor uw tekst en multimedia en wees niet bang om de selectie te upgraden terwijl u een site bijwerkt.
Duurzame lay-outs
Het lijkt erop dat veel webontwerpers hun partners stiekem bedriegen, voor hun computerschermen op de hurken zitten en een verdiept kijkje nemen in responsieve webontwerpen en nadenken over hoeveel ze in pixelliefde zijn. In deze tijd van ontwerplust is het alleen maar zinvol om enkele van de zaken te behandelen die we nodig hebben om onze visuals te verdedigen.
Responsieve flexibiliteit
Defensief ontwerp gaat niet alleen over de voor de hand liggende fouten die onze gebruikers irriteren tot het punt dat ze hun computers een lekker warm bad kunnen geven. Het vereist dat we buiten de gebaande paden denken en proberen de soorten algemene klachten te vermijden, die een lay-out kunnen doorbreken of een ontwerp onbruikbaar kunnen maken. Er zijn veel algemene problemen met betrekking tot de esthetiek van een pagina, die met een beetje gezond verstand kan worden opgelost.
Stel je de volgende situatie voor:
Vermijd apparaatontwerp: We leven in een tijdperk waarin allerlei hulpmiddelen worden gebruikt om toegang te krijgen tot onze sites. Van tablets tot televisies, telefoons tot PDA's, we moeten ervoor zorgen dat onze sites op zoveel mogelijk platforms werken. Om problemen te verminderen, maakt u uw site responsief, het helpt echt.
Geschikte multimedia: Audio en video kunnen extra lagen diepte toevoegen aan uw site en helpen om inhoud in een boeiender omgeving weer te geven. Als u dergelijke functionaliteit wel biedt, zorg er dan voor dat u transcripten aanbiedt voor degenen die niet over de mogelijkheid beschikken om de media te gebruiken of over onvoldoende bandbreedte beschikken.
Printvriendelijk Het kan sommigen van jullie misschien schokken, maar mensen drukken nog steeds pagina's af! Jazeker, voor al die boomverbrandende massa's, moet je ervoor zorgen dat je een printvriendelijke lay-out aanbiedt die alle dingen weghaalt die nutteloos en niet-functioneel zijn op papier: zoals advertenties en navigatie.
Inconsistente weergaven: Hoe mensen uw site ervaren, kan verschillen, afhankelijk van wat ze gebruiken om op internet te surfen. Om te voorkomen dat lay-outs breken op apparaten zoals telefoons die kantelende inhoud ondersteunen in staande en liggende modus, moet u mediaquery's gebruiken om zo nodig aan te passen.
Verwarrende objecten: Tekst onderstrepen en blauw kleuren is nooit een goed idee als dat object geen klikbare link is. Bovendien is het verbergen van een klikbare koppeling tussen een grote hoeveelheid tekst gelijk in het vermogen om gebruikers te verwarren. Zorg ervoor dat bezoekers kunnen bepalen waar ze op volgende moeten klikken.
Cross-Browser-ondersteuning
Webbrowsers zijn de vloek geworden van het leven van veel ontwerpers. We besteden dagen aan het in een mooi formaat plaatsen van een code, alleen om bij gelegenheid extra uren te spenderen, frustrerend smeken om de browser die niet zal doen wat hem wordt verteld. Als je de ontwerper bent, wil je misschien zeggen "to hell with it", maar als je een gebruiker bent en je volgt dezelfde filosofie, dan is dat één bezoeker die je hebt verloren voor een zichtbare glitch.
Stel je de volgende situatie voor:
Populariteitsregels: Als een site bestand is tegen de tand des tijds, moet deze ervoor zorgen dat deze goed werkt tussen de verschillende browsers die voor gebruikers beschikbaar zijn. Test altijd uw site binnen de meest voorkomende (Chrome, Firefox, Safari, Opera) en de vervelende (Internet Explorer).
Niet-ondersteunde code: Als u te maken heeft met talen zoals SVG die blijvend gemengde niveaus van ondersteuning ondervinden, moet u ervoor zorgen dat u relevante alternatieven opneemt. Dit kan een andere taal vereisen (zoals VML voor IE6-8), maar het is de moeite waard om ontbrekende functies te vermijden.
Webstandaarden: Het is meer een best practice dan wat dan ook, het loont de moeite om de code die je schrijft te valideren en om structuur, stijl en gedrag te scheiden. Dit helpt niet alleen de kans te verkleinen dat er code-glitches optreden, maar helpt u ook om pagina's met relatief gemak te onderhouden.
Legacy-ondersteuning: We hebben al gewezen op de noodzaak om in populaire browsers te testen, maar als u Internet Explorer gebruikt, weet u dat elke versie zich als een geheel andere browser gedraagt. Zorg ervoor dat je een ondersteuningscyclus bijhoudt voor oude browsers (als er genoeg mensen zijn die ze gebruiken).
Verbroken scripts: Als u server-side scripting gebruikt, pas dan op voor de foutmeldingen die op het scherm van de gebruiker kunnen verschijnen als er iets in de code gloort. Het zou handiger zijn als scripts u per e-mail gegenereerde foutmeldingen e-mailen en een vriendelijkere gebruikersfoutmelding geven.
Toegankelijkheidsbehoeften
Hoewel het ontwerpen van gebruikerservaringen het grootste deel van de glorie lijkt te bezitten met betrekking tot het enthousiasmeren van programmeurs en ontwerpers over hoe de klanten tevreden te houden, wordt de bereikbaarheid in veel gevallen vaak geveegd. Het is een enge statistiek dat de meeste sites van vandaag nog steeds ontoegankelijk zijn en dit moet veranderen. Vooral omdat dergelijke problemen een hele doelgroep van uw site kunnen blokkeren.
Stel je de volgende situatie voor:
Alleen tekst Situatie: Het waarborgen van toegankelijkheidsreferenties vereist inspanning, maar een goed begin is ervoor te zorgen dat alles terugvalt naar een tekstueel alternatief dat kan worden gelezen door schermlezers. Download de tekstbrowser Lynx en zie hoe uw site werkt in een extreme omgeving.
Sympathiek ontwerp: Een van de redenen waarom sites ertoe neigen te mislukken om gebruikers te helpen doelen te bereiken, is omdat de nadruk vaak op glossy visuals ligt. Terwijl u uw site versterkt, bekritiseert en rechtvaardigt u alles wat op de pagina staat, het verwijderen of vereenvoudigen van wat niet goed werkt.
Nuttige alternatieven: Toegankelijkheidsafhankelijke gebruikers hebben meestal een lagere marge voor fouten in de verdedigingen van de site. Als iets niet wordt verantwoord, kan het een kritiek onderdeel van een site totaal nutteloos maken. Als u meer dan één methode kunt aanbieden om een vereiste taak te bereiken, doe dat dan!
Documentatie: Wanneer er dingen misgaan, zullen bezoekers antwoorden eisen, ze willen niet het gevoel hebben dat ze alleen en hulpeloos zijn. Als uw site vrij complex is of als u een web-app aanbiedt, moet u ervoor zorgen dat u elke functie documenteert en nuttige hulpmiddelen biedt voor het oplossen van fouten.
Usability Testing: Wanneer u een nieuwe site of service start, is de kans dat er fouten optreden vaak groter omdat grote delen van het pand nog niet zijn gepasseerd. Als u initiële fouten wilt opheffen, moet u bètatesters uitnodigen en standaard regelmatig bruikbaarheidstests uitvoeren.
Vermindering van invoerfouten
Hoewel de esthetiek van onze site belangrijk is, is het vanzelfsprekend dat problemen met betrekking tot formulierinvoer en pagina-interactie vaak de meest schadelijke voor de gebruiker zijn. We kunnen wegkomen met een site die er niet het beste uitziet in IE6, maar als een bezoeker niet eens een contactformulier kan gebruiken zonder dat er fouten optreden, kunt u net zo goed in de usabilitypolitie terechtkomen om zonder borgtocht te worden gearresteerd. Omgaan met inputproblemen kan eng lijken, maar zoals je nu zult ontdekken gaat het eigenlijk om praktisch denken.
Intelligente feedback
Computers zijn niet erg slim, laten we eerlijk zijn. Wat webontwikkeling betreft, is het het dichtste bij ons om intelligente feedback te krijgen, te onderzoeken wat de gebruiker aan het doen is en een voorspelling te doen op basis van hoe anderen de service hebben gebruikt. Het principe achter deze techniek is simpel: als u kunt vaststellen waar de fouten zich vaak voordoen, kunt u de gebruiker helpen door hen te dwingen extra voorzichtig te zijn.
Stel je de volgende situatie voor:
Automatische aanvulling: Zoals zoekmachines hebben bewezen, kan de kracht van de mensen het potentieel voor spelfouten verminderen. Als u een sitegerelateerde zoekopdracht aanbiedt, helpt u gebruikers te vinden waarnaar ze op zoek zijn door mogelijke overeenkomsten en voorbeelden te suggereren voor wat ze tot nu toe hebben getypt.
Automatische correctie: Als je veel tijd hebt besteed aan het bekijken van YouTube- of Facebook-reacties, ben je waarschijnlijk al bang voor de toekomst van de Engelse taal. Wanneer u om gegevens vraagt, probeer dan veelvoorkomende typefouten op te lossen en vergevingsgezind te zijn over de caps lock en spaties in zaken als creditcardinvoer.
Foutmarkering: Wanneer gebruikers worden gevraagd een bepaald type informatie in te voeren, zullen er van tijd tot tijd ongelukken gebeuren. Of u JavaScript of een server-side oplossing gebruikt, of beide als u maximale compatibiliteit wilt, zorg ervoor dat u precies aangeeft waar het probleem zich bevindt!
Gebruikersbevestiging: Sommige dingen die een bezoeker onderneemt zijn belangrijker dan andere. Het veranderen van een profielfoto is bijvoorbeeld niet zo zorgwekkend als iets betalen. In gevallen waarin fouten niet kunnen worden verhaald, verzoeken gebruikers om hun gegevens op een pagina na de indiening te controleren.
Waarschuwingsberichten: De grootste fouten komen vaak in een oogwenk voor, bijvoorbeeld door op de verkeerde knop te klikken. Als een site een verwijderbare (of andere kritische) functie heeft die desastreus zou kunnen zijn als deze per abuis zou worden geactiveerd, vraag dan altijd aan de gebruiker om de actie te bevestigen. Vooral als er geen knop Ongedaan maken is.
Assistenten op de pagina
Hoewel het nuttig is gebruikers feedback te geven tijdens het invoerproces, is het ook zinvol om extra ondersteuning te bieden aan gebruikers om hen te helpen begrijpen wat er van hen wordt vereist voordat ze met gegevensinvoer beginnen. Hoewel intelligente feedback zich richt op het opsporen en oplossen van fouten als en wanneer ze zich voordoen, proberen assistenten het proces beter uit te leggen, om te voorkomen dat het zich in de eerste plaats voordoet.
Stel je de volgende situatie voor:
Gegevenssneltoetsen: In de afgelopen jaren is er een toename geweest in het aantal browsers en producten die automatisch aanvullen en nuttige hulpmiddelen bieden om ervoor te zorgen dat de juiste vormvulling plaatsvindt. Zorg ervoor dat uw formulierinvoer geschikte ID's heeft die deze producten herkennen.
Inhoudstips: Dit is een zeer eenvoudige manier om ervoor te zorgen dat gebruikers geen fouten maken. Het enige dat u hoeft te doen, is velden vooraf invullen met een standaardwaarde die verdwijnt na klikken of gegevensinvoer en een beschrijvende uitleg biedt van wat het veld vereist (niet alleen een label).
Link Whitespace: Vooral op kleine schermen komt een verkeerde klik nogal vaak voor. Als je grote vingers hebt en precies op een klein voorwerp tikt, is het logisch dat je het merkteken mist. Zorg ervoor dat links geschikte witruimte hebben om te voorkomen dat er ongelukken gebeuren (zoals verwijderen).
Selectieve invoer: Een van de dingen die ik bewonder over vervolgkeuzemenu's (select) en selectievakjes, is dat ze het foutenpotentieel beperken door een selectie aan te bieden, zonder dat de gebruiker een specifieke waarde in een vak hoeft in te tikken. Als u deze kunt gebruiken in plaats van tekstinvoer, doet u dit.
Digitale wegwijzers: Hoewel het invullen van formulieren een groot deel van het invoervalspectrum opneemt, kunnen links van slechte kwaliteit ook fouten vaker voorkomen. Om te voorkomen dat gebruikers naar een pagina (of site) worden gestuurd die ze niet wilden bereiken, labelt u de links op de juiste manier en vermijdt u mysterieuze vleesnavigatie.
Vertraagde correctie
Zoals we eerder hebben aangegeven, vinden er fouten plaats en ongeacht hoeveel assistentie je een gebruiker geeft, zullen ze altijd een manier vinden om je nuttige tips te negeren of een glitch veroorzaken die hen in de problemen brengt. Als zodanig is het naast het proces voor de invoer van gegevens en voor het plaatsen van gegevens van belang dat bezoekers hun gegevens kunnen aanpassen, verkeerde handelingen ongedaan kunnen maken en de mogelijkheid hebben zichzelf te "helpen" wanneer dat mogelijk is.
Stel je de volgende situatie voor:
Acties ongedaan maken: Wanneer we een fout maken door op een delete-knop te klikken en de melding te negeren waarin we worden gevraagd om een actie te bevestigen, voelen we ons onmiddellijk schuldig, geschrokken en bang dat we de gegevens voor altijd verloren hebben. Bied een knop ongedaan maken aan om terug te keren naar een vorige staat om permanent verlies te voorkomen.
Standaard Resets: Wanneer gebruikers de mogelijkheid krijgen om iets te configureren, lijken ze de neiging te hebben om met de interface of functionaliteit te spelen en met vallen en opstaan te leren. Vanwege deze bewonderenswaardige browsereigenschap moet u de standaardinstellingen van een sessie of sjabloon laten herstellen.
Na-productie: Hoe vaak heb je je voor iets aangemeld, alleen om te ontdekken dat je een fout hebt gemaakt in het formulier en nu lijkt het niet te lukken om de situatie te verhelpen? In plaats van alleen invoervelden te blokkeren, kunnen gebruikers de problemen die ze herkennen wijzigen (en zo nodig verifiëren) en verhelpen.
Terug knop: Elke browser heeft er een en we gebruiken hem regelmatig. De knop Terug is de ultieme undo-functie voor de webgeneratie geworden. Sites die deze knop blokkeren, behalve in gevallen waarin transacties zoals betaling opnieuw kunnen plaatsvinden, moeten stoppen en deze tool laten uitvoeren..
Contact details: Wanneer al het andere faalt en er bugs optreden, willen gebruikers contact met u opnemen om het probleem te melden. Als u geen contactmethode heeft (of erger, controleer het niet), zorg dan dat u deze situatie oplost, want het is meestal de laatste aanloophaven voordat een bezoeker uw site verlaat.
Het verhaal zonder einde
Als je met een softwareontwikkelaar praat, is een ding dat ze je onvermijdelijk zullen vertellen dat geen enkel product, hoe eenvoudig dan ook, 100% bugvrij is. De tweede persoon maakt die claim, een gebruiker slaagt er op de een of andere manier in om de applicatie te verbreken, zelfs als het even eenvoudig is als "Hello World". Het is onvermijdelijk dat u uw site niet kunt verdedigen tegen de aanhoudende problemen met fouten in één keer. Naarmate uw site evolueert, moet u tijdens uw werk blijven reviseren en repareren om ervoor te zorgen dat wat hier vandaag was morgen niet kapot is!
De waarheid is dat we in een digitaal universum leven dat is besmet met linkrot, ontbrekende inhoud, gebroken en verouderde code, en de situatie lijkt alleen maar erger te worden. Hoewel er niet veel is dat we kunnen doen aan de sites die het vergeten zijn, kunt en zou u de situatie voor uw gebruikers moeten verbeteren. Neem de tijd om uw site te bekijken, terug te kijken door die archieven, cross-browser testen te houden en nooit iets als vanzelfsprekends te doen, vooral omdat uw gebruikers u zullen bekritiseren voor ernstige tekortkomingen.
In termen van klantenservice, kunt u vergeven worden voor fouten in uw producten, ongeacht hoe hard u het ook probeert, dingen kunnen fout gaan. Maar neem dat niet als een teken om op te geven en laat de bugs blijven komen, want het is hoe je met hen omgaat dat het belangrijkst is. Als u snel werkt om een probleem op te lossen, zullen bezoekers zich waarschijnlijk beter voelen over u en uw site; omdat je hun feedback met fixes beloont in plaats van ze te straffen met aanhoudende fouten. Maar als u uw site niet defensief maakt, kunt u in stilte bezoekers kwijtraken, en dat is niet iets dat een van ons bereid zou moeten zijn om genoegen te nemen met.
Share
Accentsconagua