Inhoud
- 01. Ga er niet vanuit dat responsief alles oplost
- 02. Doe eerst je onderzoek
- 03. Volg mensen, geen apparaten
- 04. Negeer de bredere context niet
- 05. Verlaat het kantoor
- 06. Ga er niet vanuit dat iedereen iPhones gebruikt
- 07. Vergeet het bijhouden van oproepen niet
- 08. Gebruik echte gegevens om de snelheid van de website bij te houden
- 09. Kopieer de testmethode in plaats van de advertentie
- 10. Test niet zonder planning
- 11. Stel uw hypothese vast
- 12. Voer eerst een testcalculator uit
- 13. Stop niet bij 95% vertrouwen
- 14. Segmenteren op apparaatklasse
- 15. Vergeet QA-testen niet
- Samenvatting
Ontwerp voor alle apparaten! Anna Dahlström zal spreken over het belang van het bouwen van apparaatonafhankelijke UX-systemen Bij Genereer Londen, 21-23 september. Ze bespreekt waarom apparaatonafhankelijk ontwerp belangrijk is, wat het betekent en hoe we het aanpakken; boek nu!
Ik begon meer dan 15 jaar geleden te rommelen met HTTP-logbestanden en user-agent-strings, waarbij ik alle verschillende apparaten analyseerde en probeerde te begrijpen die op de vroege John Lewis e-commerce websites schommelden. Welk advies zou ik mezelf geven als ik terug in de tijd zou kunnen gaan?
Het zou het volgende zijn: elke website of elk product waaraan u vanaf nu werkt, zal kapot gaan - u weet gewoon niet waar, op welk apparaat of welke browser, of hoe ernstig. Als u deze gebreken opspoort, verdient u uw klanten gemakkelijker geld dan bijna al uw andere werk bij elkaar.
Het heeft me vijftien jaar gekost om te beseffen dat ondanks de neiging van klanten om snel te klagen, de overgrote meerderheid geen bugs in uw apparaatervaringen rapporteert. Als u een klein aantal klachten krijgt, heeft u waarschijnlijk een grote ramp te verduren. Als u geen klachten krijgt, is deze waarschijnlijk nog steeds defect.
We kunnen er niet op vertrouwen dat websitebezoekers onze ‘kanarie in de kolenmijn’ zijn voor apparaat- en browserproblemen. We moeten onze verantwoordelijkheid nemen en slimmer en proactiever worden in de manier waarop we testen. Apparaatcompatibiliteit is een recht, geen voorrecht, en het verkeerd krijgen is een vorm van nalatige discriminatie.
In dit artikel worden de belangrijkste regels beschreven die u moet onthouden voor optimalisatie van verschillende apparaten en A / B-tests. Pak eerst de optimalisatietips aan. Als u basisfouten maakt met de compatibiliteit, prestaties en bruikbaarheid van apparaten, heeft het geen zin om A / B-tests uit te voeren. Zoek en repareer eerst de kapotte dingen. Als u vervolgens genoeg verkeer heeft om A / B-tests uit te voeren (minimaal 500 conversies of afrekeningen per maand), kunt u een aantal nieuwe fouten maken.
01. Ga er niet vanuit dat responsief alles oplost
Ik heb ooit een kleine mobiele site gebouwd die niet reageert, maar nu elk jaar het grootste deel van een miljard euro aan inkomsten genereert. Voor de vereiste taken is het perfect. Het reageert niet in termen van vloeiende lay-out, maar het reageert op de behoeften van bijna iedereen die het gebruikt. Ken het verschil.
Soms denken mensen dat responsive webdesign een teken is van digitaal meesterschap. Het is gewoon een kenmerk dat niets van kwaliteit overbrengt, zoals zeggen ’we hebben een website’ of ’op onze website kun je op dingen klikken’. Het is geen garantie voor een geweldige ervaring op verschillende apparaten.
Ik zie veel responsieve sites die oppervlakkig glad zijn, maar niet bruikbaar zijn omdat het team de kennis van de klant heeft genegeerd. Een goed voorbeeld is een e-commercewebsite die responsief is geworden en 40 procent van zijn inkomsten heeft verloren. Het had een geweldige mobiele ervaring opgebouwd, maar de desktopversie was slecht, en daar kwam 80 procent van het geld vandaan. Weten waar de gouden gans is, helpt als je hem niet wilt doden!
02. Doe eerst je onderzoek
Het optimaliseren van een site begint niet met het hacken van de pagina-inhoud. Het begint met je onderzoek doen, dus als je lippen ‘klantreis’ zeggen, is het geen sprookje wat eruit komt. Het is essentieel om eerst de bezoekers, hun taken en doelen, toegangspunten, apparaatmix, paden, stromen en verlaten gebieden te kennen. Het is erg moeilijk om een probleem op te lossen dat u niet begrijpt.
Het gebruik van analytische gegevens met onderzoek naar gebruikerservaringen, enquêtes of feedback is een snelle en lichtgewicht manier om onzin, ego en aannames over ‘de reis’ te verwijderen. Een uur aan geïnformeerde gegevens is meer dan duizend uur aan onbetwiste mening waard.
Verder lezen: ’Conversieonderzoek in één uur’; ’Sessieherhalingstools voor onderzoek’.
03. Volg mensen, geen apparaten
Tenzij u een analyse-instelling gebruikt die gebruikers bijhoudt, zult u in plaats daarvan alleen apparaten volgen. Bedrijven klagen dat hun ‘mobiele’ verkeer niet tot conversies leidt - en we merken dat het verkeer daadwerkelijk converteert, alleen op een heel ander apparaat.
Mensen kunnen hun telefoon gebruiken om te bladeren en een product aan hun winkelmandje toe te voegen, maar vinden het lastig om door de kassa te komen, dus rond de verkoop af op hun laptop. De site beschouwt deze als twee mensen: een mobiele klant en een desktopklant.
Uw conversieprobleem is dus eigenlijk een toeschrijvingsprobleem. Hoe kun je de verkoop toeschrijven aan een apparaatervaring als de klant meer dan één apparaat gebruikt? Google Analytics heeft een gebruikersweergave die u kunt inschakelen (voor ingelogde gebruikers) waarmee u mensen kunt volgen, niet apparaten, en er zijn veel analysehulpmiddelen om u te helpen dit te begrijpen.
04. Negeer de bredere context niet
In deze wereld van hypermobiele apparaten is context alles. Wat je nodig hebt van een luchtvaartmaatschappij-app, kan 48 uur voor je vlucht heel anders zijn dan wanneer je naar de gate rent. Voor die persoon met de telefoon moet u rekening houden met de factoren die van invloed zijn op de ervaring. Dit kunnen de taken, doelen, apparaat, locatie, datasnelheid, viewport, urgentie, motivatie, datakosten, gesprekskosten of zelfs het weer op het moment van hun bezoek zijn!
05. Verlaat het kantoor
Het maken van betere producten mag geen lange dagen op kantoor met zich meebrengen. Waarom zou u de werkdag niet onderbreken met bezoeken aan coffeeshops en pubs? Dit is een van de goedkoopste manieren om klanten te vinden voor UX-onderzoek. Een biertje of koffie aanbieden in ruil voor feedback op uw prototype of ontwerp is een onschatbare terugverdientijd. En vergeet de website niet: als u verkeer heeft, kunt u mensen werven en ook online testen met hen uitvoeren.
Verder lezen: ’UX-tools om ze allemaal te regeren’.
06. Ga er niet vanuit dat iedereen iPhones gebruikt
In de meeste analyseopstellingen worden iPhone-modellen op één hoop gegooid, wat suggereert dat dit de belangrijkste apparaten van de klant zijn. Als u alleen naar modellen in uw gegevens kijkt, zal dit uw denken vertekenen; u moet apparaten op besturingssysteem of platform splitsen om het echte beeld te zien. Google Analytics zou kunnen zeggen dat mijn topmodel de ‘iPhone’ is, maar zelfs een handvol Samsung-topmodellen kan een veel groter publiek opleveren.
Elke keer dat iemand in de verleiding komt om zich te concentreren op zijn eigen persoonlijke apparaatvoorkeur in plaats van op de klantmix, verwijs hem dan naar het diagram rechtsboven (het is de moeite waard om het op de muur van uw kantoor te plakken) om hem eraan te herinneren wat de gegevens zeggen.
Verder lezen: ’De ultieme gids voor het gebruik van Google Analytics voor optimalisatie van verschillende apparaten’.
07. Vergeet het bijhouden van oproepen niet
Een vermelding voor een gratis en zelden gebruikte techniek. Als u aanraakapparaten heeft waarmee u kunt bellen, kunt u oproepen volgen. Voeg eenvoudig een gebeurtenis (of paginaweergave) toe aan uw analysegegevens telkens wanneer iemand op een telefoonnummer tikt om u te bellen. Vervolgens weet u hoeveel telefoontjes u krijgt, vanaf welke webpagina mensen hebben gebeld en welke marketingcampagnes of bronnen de meeste telefoontjes hebben gegenereerd.
Ik heb deze gegevens gebruikt om een PPC-account voor een groot bedrijf te analyseren. Toen we rekening hielden met de verkopen die voortkwamen uit telefoontjes, veranderde dit onze biedingen volledig. De besparing was 40-70 procent lagere rekeningen voor PPC maar hetzelfde bedrag aan inkomsten.
08. Gebruik echte gegevens om de snelheid van de website bij te houden
Niet veel mensen weten dat Google Analytics elke dag metingen van echte bezoekers verzamelt over hoe traag uw pagina's zijn. In plaats van je de prestatie voor te stellen (terwijl je door je site bladert via een Wi-Fi-verbinding), kun je de gegevens je laten vertellen waar het slecht is. Kijk naar het DOM-timingsrapport: dit geeft aan hoe lang het duurt voordat de webpagina-structuur en inhoud is geladen. Het sneller maken van sites is een game-wisselaar.
Er is een enorme correlatie tussen prestaties en conversieratio, dus als het traag is, geeft u marketinggeld uit om mensen naar uw concurrenten te sturen!
Verder lezen: ’Interpreteer sitesnelheid’.
09. Kopieer de testmethode in plaats van de advertentie
Als je kijkt naar de tests die andere bedrijven hebben uitgevoerd, heb je geen idee of ze de test volledig hebben doorstaan of niet. Hun gegevens, methode, QA of steekproefomvang kunnen aantonen dat ze elementaire fouten hebben gemaakt. Ze hebben de test misschien te kort uitgevoerd of niet gecontroleerd of de gegevens nauwkeurig werden verzameld. Je weet het gewoon niet.
En zelfs als je alle achtergrondinformatie had, zou je nog steeds niet kunnen voorspellen of hun methode voor jou zou werken. Uw klanten, marketing, website en al het andere zijn compleet anders. Kortom, de best practice-regels voor testen gaan voornamelijk over het kopiëren van de methode en niet over het advertentiemateriaal.
Verder lezen: ’De eindeloze hoeveelheid experts op het gebied van best practices en optimalisatie’; ’Wanneer best practices voor conversie-optimalisatie mislukken’.
10. Test niet zonder planning
Er zijn miljoenen dingen die u op verschillende plaatsen op uw site kunt testen. Als je gewoon 'begint', krijg je misschien uiteindelijk een optimale website, maar de hitte-dood van het universum zorgt ervoor dat je op de eerste plaats komt. Als er iets kapot is gegaan in je ervaringen, moet je dat eerst repareren (voordat je gaat testen), anders sleept het de rest naar beneden. Als u eenmaal over de basisprincipes van prestaties en apparaatcompatibiliteit beschikt, kunt u analyses gebruiken om kansen te identificeren.
‘Alleen dingen veranderen’ is niet genoeg reden om te testen; je hebt bewijs of inzicht nodig om een goede test te rijden. Het beste leren komt voort uit het hebben van geweldige vragen die u in uw tests kunt gebruiken.
11. Stel uw hypothese vast
De hypothesekit is een van de nuttigste dingen die ik leer:
Omdat we [data / feedback] hebben gezien, verwachten we dat [verandering] [impact] zal veroorzaken. We meten dit met behulp van [gegevensstatistiek].
Door mensen te vragen hun vraag of A / B-test op deze manier te kaderen, worden ze gedwongen na te denken over waarom ze de test uitvoeren en hoe succes zal worden gemeten.
Verder lezen: Hypothesekit 3.
12. Voer eerst een testcalculator uit
Het is een goede gewoonte om een testcalculator uit te voeren voordat u een A / B-test uitvoert. Als er staat dat het ongeveer negen miljoen jaar zal duren om te voltooien, kun je iets nuttigers met je leven doen.
13. Stop niet bij 95% vertrouwen
Het is een veel voorkomende fout bij het maken van een noob bij A / B-testen. U moet van tevoren uw testtijd bepalen, deze vervolgens voor die tijd uitvoeren, stoppen en analyseren. De meeste tests die in de echte wereld worden uitgevoerd, zijn volledig fictief - en daarom raken mensen teleurgesteld als de beloofde 'stijging' in conversie niet komt. Het verkeerd aanroepen van tests of te lang wachten op resultaten zijn veelvoorkomende problemen die moeten worden vermeden.
Verder lezen: ’Statistische significantie is niet gelijk aan geldigheid’; ’Waarom elke internetmarketeer een statisticus zou moeten zijn’.
14. Segmenteren op apparaatklasse
Als je verschillende apparaten of breekpunten in je ontwerp hebt, ziet de A / B-test er heel anders uit. Als u niet zeker weet hoe uw ontwerp er op alle apparaten uitziet, hoe kunt u er dan zeker van zijn dat het überhaupt werkt? Als u de gegevens niet analyseert en segmenteert op basis van de verschillende apparaatklassen of ‘breekpunten’, hoe weet u dan wat de gedragsverandering is? Een van mijn klanten slaat het exacte ontwerp op dat de klant zag in hun datalaag, wat erg handig is.
Begrijp altijd hoe u mensen target of segmenteert in klassen voor mobiele apparaten, tablets en desktops. Er is geen 'gemiddelde' bezoeker, niet wanneer de apparaatervaring zo enorm varieert.
15. Vergeet QA-testen niet
Als je je apparaatmix nog niet hebt uitgewerkt, ben je waarschijnlijk ook geen QA-testen voor je A / B-tests. Dat betekent dat nogal wat van hen waarschijnlijk kapot zijn - en als uw A / B-tests kapot zijn, zijn uw gegevens en besluitvorming waarschijnlijk gebrekkig. Ongeveer 30-40 procent van al mijn testontwerpen voldoet niet aan de basis QA, zelfs bij hoogwaardige ontwikkelaars - dat is JavaScript voor jou! Stel dat het stuk is totdat het tegendeel is bewezen.
Samenvatting
Hier heb ik een aantal tips behandeld waarmee u uw ervaringen op verschillende apparaten kunt verbeteren. Wanneer u begint, is het van cruciaal belang dat u uw apparaatmix kent en de klanten achter die apparaten begrijpt. De volgende fase is om met gegevens te werken om u te helpen prioriteiten te stellen bij uw inspanningen. Het maken van een goede testlijst (met behulp van Google Analytics) verlaagt de moeite voor ontwikkelaars, maar verhoogt het aantal defecten dat je verwijdert op populaire apparaten.
Het ontwerpen van geweldige ervaringen op verschillende apparaten is een zorgvuldige balans tussen gegevens, intuïtie, empathie en experimenten. Als je deze de ruimte laat innemen die gewoonlijk wordt gevuld door ego en mening, zal goed werk tot bloei komen. Zoals Stephen Hawking zei: "De grootste vijand van kennis is niet onwetendheid, het is de illusie van kennis."
Lees meer over het belang van apparaatonafhankelijk ontwerp met Anna Dahlström Bij Genereer Londen! In Apparaatonafhankelijke UX-systemen bouwen, legt ze uit waarom je de lay-outs van content als leidraad moet laten zien en niet langer pagina's moet ontwerpen, maar je moet focussen op de modules waaruit die weergaven zijn opgebouwd. Boek nu je ticket!
Dit artikel is oorspronkelijk verschenen in net tijdschrift kwestie 279; Abonneer nu!
