Als u een webprofessional bent, is de kans groot dat u merkt dat u op zijn minst enige tijd aan de verkeerde problemen doorbrengt. Misschien werd u gevraagd om een nutteloze functie te implementeren. Misschien heb je teveel tijd aan iets besteed omdat het moeilijk was, in plaats van belangrijk.
Voor de toepassing van dit artikel zullen we de verkeerde problemen definiëren als degenen wiens oplossingen noch de onderneming noch de klant zullen helpen, terwijl ze tijd en geld verspillen in het proces. We zullen onderzoeken waarom dit gebeurt en specifieke manieren vinden om dit te voorkomen.
Een veelvoorkomend probleem doet zich voor wanneer webprofessionals worden aangemoedigd om indruk te maken op hun klanten, hun managers, hun organisatie of een prijzencommissie, in plaats van de daadwerkelijke gebruikers van hun sites. Het resultaat is vaak een site die het bedrijf prikkelt, maar de klanten verwart. Een bekend symptoom van dit probleem is wanneer een site complexe visuele effecten heeft, maar de gebruikers moeite hebben om de basisinformatie te vinden waarnaar ze op zoek zijn.
Dit probleem kan verschillende oorzaken hebben, zoals druk, onjuist uitgelijnde prikkels, gehechtheid aan een idee of een gebrek aan communicatie.
Leiders kunnen helpen verkeerde incentives te voorkomen door een toon te zetten van: probeer me niet te verblinden; maak het leven van onze klanten eenvoudiger.
De oplossing is om de aandacht op de gebruiker te blijven richten. Of u nu een site aan het maken bent of er voor betaalt, dat betekent altijd vragen hoe beslissingen de gebruiker raken. Is alles op de site duidelijk? Kunnen mensen vinden waarnaar ze op zoek zijn? Heeft een van uw keuzes de weg van uw klanten?
Als u nog steeds problemen ondervindt om uw klanten of uw organisatie te laten luisteren, moet u ervoor zorgen dat u de bedrijfswaarde van uw opmerkingen laat zien. Bijvoorbeeld: "Als we dit omvangrijke bestand verwijderen, wordt de pagina sneller geladen, wat betekent dat er meer mensen op blijven en dat de winst met $ X stijgt." Als dat niet werkt, is er mogelijk een grotere organisatie probleem dat niet zal worden opgelost met vragen over gebruikerservaringen. Leiders kunnen helpen verkeerde incentives te voorkomen door een toon te zetten van: probeer me niet te verblinden; maak het leven van onze klanten eenvoudiger.
Soms zullen webontwikkelaars werken aan een oplossing die tijdrovend, duur of fundamenteel gebrekkig is als iets eenvoudigs veel beter zou hebben gewerkt.
Laten we zeggen dat de klant bijvoorbeeld vraagt om de zoekfunctie op de site. Het is gemakkelijk om in details te duiken. Waar willen ze de zoekbalk? Wat is de deadline? Hoe willen ze dat de resultatenpagina eruitziet? Wat moet de URL-structuur zijn?
De vraag die niemand stelde was: "Waarom?"
In dit totaal hypothetische verhaal had de cliënt helemaal geen onderzoek nodig. Ze waren geen grootwinkelbedrijf of een referentiesite en het echte probleem was dat klanten niet konden vinden waarnaar ze op zoek waren. Een paar eenvoudige aanpassingen aan de navigatie op de startpagina zouden het probleem hebben opgelost, maar in plaats daarvan bouwde het bedrijf uiteindelijk een zoekopdracht op naar een site die uiteindelijk de verwarring van de klant niet oploste.
Hoe voorkom je dit?
De beste benadering is om te blijven vragen naar de onderliggende problemen in plaats van te diep in het idee van één oplossing te duiken. Bijvoorbeeld, in plaats van te duiken in het bouwen van een site-zoekopdracht, vraag je waarom het nodig is. Als je je blijft afvragen waarom, zal je uiteindelijk het echte probleem ontdekken, wat zoiets zal zijn als "Klanten kunnen niet vinden waarnaar ze op zoek zijn".
Als iedereen de echte problemen en doelen begrijpt, krijg je oplossingen die minder duur, minder tijdrovend en effectiever zijn.
Als je betrokken bent geweest bij een webproject, heb je mogelijk een situatie meegemaakt waarin te veel tijd werd besteed aan iets dat niet echt belangrijk was. Moeilijke dingen kunnen langer duren, maar moeilijkheid is vaak niet gecorreleerd met belangrijkheid.
Ik zag bijvoorbeeld eens een situatie waarin heel veel tijd werd besteed aan een complexe, nauwelijks zichtbare achtergrondanimatie die op zijn best nutteloos was, en in het slechtste geval afleidend. Deze animatie zou ook onderaan de pagina begraven worden.
De afleidende animatie was er omdat iemand in het bedrijf ... zich verblind voelde
Het zou gemakkelijk zijn geweest om veel tijd te besteden aan dit voettekst-achtergrondeffect terwijl de belangrijke delen van de pagina werden verwaarloosd. Gelukkig onthulde een bijeenkomst dat de echte reden dat de afleidende animatie er was, was omdat iemand in het bedrijf zich op het laatste moment verblind wilde voelen. Toen duidelijk werd dat dit een ijdelheidsproject was en niet iets dat de gebruikers zou helpen, werd de animatie de-priori.
Hoe voorkom je dat je te veel tijd spendeert aan moeilijke, maar onbelangrijke dingen?
Als ontwikkelaar of ontwerper hoort u soms niet alle zakelijke redenen voor een bepaalde beslissing. Als klant of manager hoort u mogelijk niet alle informatie over de technische of gebruikerservaring die u nodig hebt om een oordeel te vellen. Een gebrek aan informatie kan leiden tot beslissingen die tijd, geld en aandacht van de klant verspillen.
Een manier om een gebrek aan informatie op te lossen, is om (op een vriendelijke manier) vocaal te zijn wanneer u een probleem ziet.
Als een bepaalde manier van handelen bijvoorbeeld de gebruikerservaring vernietigt op een manier die mensen ervan weerhoudt iets te kopen, wilt u dat misschien vermelden. Vaak zul je merken dat iedereen te gefocust was op iets anders om het probleem te zien. Als u een klant of een manager bent, is het goed om iedereen de zakelijke redenen voor verschillende beslissingen te laten weten, zodat alle betrokkenen de beste oplossingen kunnen produceren.
Er is een kinderspel met de naam Telefoon, of Whisper Down the Lane, waar iedereen in een rij staat. Aan het ene uiteinde fluistert elke persoon een bericht naar het volgende, met als doel het oorspronkelijke bericht te bewaren. Tegen het einde is de boodschap vaak drastisch anders.
Dit scenario is grappig als een spel, maar het is niet zo grappig als dit gebeurt in professionele communicatie. Het is maar al te vaak voor een goed idee om verschillende lagen van misverstanden te doorlopen, totdat de versie die gecommuniceerd wordt naar de belangrijkste stakeholder, belachelijk klinkt.
Het is maar al te vaak voor een goed idee om door verschillende lagen misverstanden te gaan, totdat de versie die wordt gecommuniceerd ... belachelijk klinkt
Soms resulteert dit scenario in een volledig webproject op basis van een verkeerd begrepen versie van het oorspronkelijke idee. Voor de duidelijkheid, ik zeg niet dat het slecht is als ideeën veranderen. Ik zeg dat het een probleem is wanneer ideeën veranderen door misverstanden in plaats van door gerichte feedback en groei.
Hier zijn enkele suggesties om muterende ideeën te vermijden:
Webprofessionals kunnen om verschillende redenen de verkeerde problemen oplossen, waarvan er vele niet helemaal onder controle zijn. Hoewel de suggesties in dit artikel niet alles oplossen, hoop ik dat ze u een kader bieden voor het benaderen van de dingen waar u aan werkt. Zolang u zich op de gebruiker richt, niet door oplossingen op het oppervlak wordt misleid en openlijk communiceert, hebt u een veel betere kans om de juiste problemen op te lossen.