15 tips voor het optimaliseren van cross-apparaat

Ontwerp voor alle apparaten! Anna Dahlström zal spreken over het belang van Building-apparaat-agnostische UX-systemen Bij Genereer Londen , 21-23 september. Ze zal doorlopen waarom het apparaat-agnostisch ontwerp aangelegen, wat het betekent en hoe we erover gaan; boek nu ​

Ik begon te rommelen met HTTP-logbestanden en gebruikersagentreeksen van meer dan 15 jaar geleden, het analyseren en proberen om alle verschillende apparaten te begrijpen die op de vroege John Lewis-eCommerce-websites schommelt. Welk advies zou ik mezelf geven, als ik terug kon gaan in de tijd?

Het zou dit zijn: elke website of product waar je vanaf nu aan werkt, wordt gebroken - je weet gewoon niet waar, op welk apparaat of browser of hoe ernstig. Als je op deze gebreken op zoek bent, maakt je gemakkelijker geld voor je klanten dan bijna al je andere werk samen.

Het heeft me 15 jaar ingenomen om te beseffen dat, ondanks de neiging van klanten om snel te klagen, de overgrote meerderheid geen bugs in je apparaatervaringen te melden. Als u een klein aantal klachten krijgt, heeft u waarschijnlijk een belangrijke ramp op uw handen. Als u geen klachten krijgt, is het waarschijnlijk nog steeds kapot.

We kunnen niet vertrouwen op websitebezoekers om onze 'kanarie in de kolenmijn' te zijn voor apparaat- en browserproblemen - we moeten verantwoordelijkheid nemen en slimmer worden en proactiever zijn in hoe we testen. Apparaatcompatibiliteit is een recht van geen privilege en het verkrijgen van het verkeerd is een vorm van verwaarlozing van discriminatie.

Dit artikel schetst de belangrijkste regels om te onthouden dat cross-apparaat optimalisatie en A / B-testen. Pak eerst de optimalisatietips aan. Als u fundamentelefouten met apparaatcompatibiliteit, prestaties en bruikbaarheid maakt, is er geen zin om te storen met A / B-testen. Zoek en repareer eerst de gebroken dingen. Dan, wanneer u voldoende verkeer hebt om A / B-tests uit te voeren (ten minste 500 conversies of checkouts per maand) - kunt u nieuwe fouten maken.

01. Neem niet aan dat responsief alles oplost

Ik heb ooit een kleine mobiele site gebouwd die niet reageert, maar nu is nu het beste deel van een miljard euro in de omzet per jaar. Voor de vereiste taken is het perfect. Het is niet reagerend in Fluid Layout-voorwaarden, maar het reageert op de behoeften van bijna iedereen die het gebruikt. Ken het verschil.

Soms denken mensen dat Responsive Web Design is een teken van digitale meesterschap. Het is gewoon een attribuut dat niets van kwaliteit conventioneert - zoals zeggen 'We hebben een website' of 'onze website laat je op dingen klikken'. Het is geen garantie voor een grote cross-apparaatervaring.

Ik zie vele responsieve sites met een oppervlakkige slickness, maar falen op de bruikbaarheid omdat het team klantkennis heeft genegeerd. Een goed voorbeeld is een E-commerce-website Dat ging reageren en verloor 40 procent van de omzet. Het had een geweldige mobiele ervaring gebouwd, maar de desktop-versie is gezogen, en dat is waar 80 procent van het geld vandaan kwam. Weten waar de gouden gans helpt als je het wilt vermijden om het te vermoorden!

02. Eerst uw onderzoek doen

Het optimaliseren van een site begint niet met hacking op de inhoud van de pagina. Het begint met het doen van je onderzoek, dus wanneer je lippen 'klantreis' zeggen, wat eruit komt, is geen sprookje. Het is van vitaal belang om de bezoekers, hun taken en doelen, toegangspunten, apparaatmix, paden, stromen en stopcontactgebieden eerst te kennen. Het is erg moeilijk om een ​​probleem op te lossen dat je niet begrijpt.

Analytics-gegevens gebruiken met gebruikerservaring Onderzoek, enquêtes of feedback is een snelle en lichtgewicht manier om bullshit, ego en aannames over 'de reis' te verwijderen. Een uur van geïnformeerde gegevens is meer dan duizend uur ongekleten advies waard.

Verder lezen: ' Conversieonderzoek in één uur ​​ SESSIE REPLAY TOOLS VOOR ONDERZOEK ​

03. Mensen volgen, geen apparaten

Tenzij u een analytics-set-up gebruikt die volgt gebruikers, eindigt u gewoon in plaats daarvan bij het volgen van apparaten. Bedrijven klagen dat hun 'mobiele' verkeer niet converteren - en we merken dat het verkeer daadwerkelijk converteert, net op een heel ander apparaat.

Mensen kunnen hun telefoon gebruiken om door te bladeren en een product aan hun winkelmandje toe te voegen, maar vinden het lastig om door de kassa te gaan, dus maak de verkoop op hun laptop af. De site denkt aan deze als twee mensen: een mobiele klant en een desktop-klant.

Dus uw conversieprobleem is eigenlijk een toebrengtoepassing. Hoe kunt u de verkoop crediteren 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, geen apparaten, en er zijn veel analysetools om u hierbij te helpen.

04. Negeer de bredere context niet

In deze wereld van Hyper-Mobile is de context alles. Wat je nodig hebt van een Airline-app kan heel anders zijn dan 48 uur vóór je vlucht vergeleken met wanneer je voor de poort loopt. Voor die persoon met de telefoon moet u rekening houden met de factoren die van invloed zijn op de ervaring. Deze kunnen de taken, doelen, apparaat, locatie, gegevenssnelheid, viewport, urgentie, motivatie, gegevenskosten, oproepkosten, of zelfs het weer op het moment van hun bezoek!

05. Ga uit het kantoor

Het maken van betere producten mogen geen lange dagen in het kantoor bevatten. Waarom zou je de werkdag niet breken met bezoeken aan coffeeshops en pubs? Dit is een van de goedkoopste manieren om klanten te vinden voor UX-onderzoek. Het aanbieden van een biertje of koffie in ruil voor feedback op uw prototype of ontwerp is een onschatbare rendement op investering. En vergeet de website niet - als u verkeer hebt, kunt u mensen rekruteren en tests met ze online uitvoeren.

Verder lezen: ' UX-tools om ze allemaal te regeren ​

06. Ga er niet vanuit dat iedereen iPhones gebruikt

In de meeste analytics-set-ups worden iPhone-modellen bij elkaar geplakt, wat suggereert, dit zijn de belangrijkste klantapparaten. Als je gewoon naar modellen in je gegevens kijkt, zal dit je denken scheef; U moet apparaten opsplitsen door OS of platform om het echte beeld te zien. Google Analytics kan zeggen dat mijn topmodel de 'iPhone' is, maar zelfs een handvol top Samsung-modellen kan een veel groter publiek toevoegen.

Telkens wanneer iemand in de verleiding komt om zich te concentreren op hun eigen persoonlijke apparaatvoorkeur in plaats van de klantmix, richt u ze naar het bovenstaande diagram (het is de moeite waard om het op uw kantoorwand te kleven) om hen eraan te herinneren wat de gegevens zeggen.

Verder lezen: ' De ultieme gids voor het gebruik van Google Analytics voor Cross-Device Optimization ​

07. Vergeet Tracking niet

Een vermelding voor een gratis en zelden gebruikte techniek. Als u aanraakapparaten hebt die telefoontjes kunnen maken, kunt u oproepen volgen. Voeg eenvoudigweg een gebeurtenis (of pageview) toe aan uw analytics-gegevens telkens wanneer iemand een telefoonnummer tikt om u te bellen. Dan zult u weten hoeveel gesprekken u krijgt, precies waar webpagina's worden geroepen en welke marketingcampagnes of bronnen de meeste oproepen hebben gereden.

Ik heb deze gegevens gebruikt om een ​​PPC-account te analyseren voor een groot bedrijf. Toen we in de omzet van telefoontjes afkomstig zijn, heeft het onze bieding volledig gewijzigd. De besparing was 40-70 procent lagere rekeningen voor PPC, maar hetzelfde bedrag aan inkomsten.

08. Gebruik echte gegevens om de website van de website te volgen

Niet veel mensen weten dat Google Analytics de metingen van reële bezoekers verzamelt van hoe langzaam uw pagina's zijn, elke dag. In plaats van de prestaties te verbeelden (terwijl je je site op een Wi-ficonnection doorbladert), kun je de gegevens vertellen waar het zuigt. Kijk naar het DOM-timingsrapport: deze registreert hoe lang de webpagina-structuur en -inhoud duurt om te laden. Het sneller maken van sites is een game-wisselaar.

Er is een enorme correlatie tussen prestaties en conversieratio, dus als het langzaam is, besteedt u marketinggeld uit om mensen naar uw concurrenten te sturen!

Verder lezen: ' Interpreteer sitesnelheid ​

09. Kopieer de testmethode, in plaats van de creatieve

Als je naar de tests kijkt, hebben andere bedrijven uitgevoerd, heb je geen idee of ze de test volledig bruiken of niet. Hun gegevens, methode, qa of steekproefomvang kunnen laten zien dat ze elementaire fouten hebben gemaakt. Misschien hebben ze de test al te korte tijd uitgevoerd of niet gecontroleerd of het gegevens nauwkeurig verzamelde. Je weet het gewoon niet.

En zelfs als je alle achtergrondinformatie had, kon je nog steeds niet voorspellen of hun methode voor je zou werken. Uw klanten, marketing, website en al het andere zijn helemaal anders. Kortom, de best practice-regels voor testen zijn vooral over het kopiëren van de methode en niet de creatieve.

Verder lezen: ' De eindeloze zuigen van beste praktijken en optimalisatie-experts ​​ Wanneer conversie-optimalisatie best practices mislukken ​

10. Test niet zonder planning

Er zijn miljoenen dingen die u op plaatsen over uw site kunt testen. Als je gewoon 'aan de slag' kunt krijgen, kun je uiteindelijk een optimale website krijgen - maar de hitte van het universum zal je eerst brengen. Als er spullen in je ervaringen zijn gebroken, moet je die eerste (vóór het testen) oplossen, omdat anders alles anders naar beneden zal slepen. Als u eenmaal de basisprincipes van prestatievernieuwing en apparaatcompatibiliteit hebt, gebruikt u Analytics om kansen te identificeren.

'Gewoon dingen veranderen' is niet goed genoeg reden om te testen; U hebt bewijs of inzicht nodig om een ​​goede test te besturen. Het beste leren komt van het hebben van grote vragen om in je testen te kunnen worden gekaneld.

11. Breng uw hypothese vast

De hypothese-kit is een van de meest nuttige dingen die ik leer:

Omdat we [gegevens / feedback] zagen, verwachten we dat [verandering] [impact] zal veroorzaken. We meten dit met behulp van [Data Metric].

Mensen vragen om hun vraag of A / B-test op deze manier te franden, dwingt hen om na te denken over waarom ze de test draaien en hoe succes zal worden gemeten.

Verder lezen: Hypothese kit 3 ​

12. Voer eerst een testcalculator uit

Het is echt een goede gewoonte om een ​​testcalculator voor je A / B-test uit te voeren. Als het zegt dat het negen miljoen jaar duurt om te eindigen, kun je iets nuttiger maken met je leven.

13. Stop niet bij het vertrouwen van 95%

Het is een veel voorkomende noob-fout om te maken met A / B-testen. U moet van tevoren uw testtijd beslissen, voer het dan voor die tijd, stop het en analyseer het. De meeste van de tests die in de echte wereld worden uitgevoerd, zijn volledig fictief - en daarom worden mensen teleurgesteld wanneer de beloofde 'lift' in conversie niet aankomt. Roeptests verkeerd of te lang wachten op resultaten zijn veelvoorkomende problemen die moeten worden vermeden.

Verder lezen: ' Statistische significantie is niet gelijke geldigheid ​​ Waarom elke internetmarketeer een statisticus moet zijn ​

14. Segment per apparaatklasse

Als u verschillende apparaten of breakpoints in uw ontwerp hebt, ziet de A / B-test er helemaal anders uit. Als u niet zeker weet hoe uw ontwerp op alle apparaten kijkt, hoe kunt u er zeker van zijn dat het helemaal werkt? Als u de gegevens door de verschillende apparaatklassen of 'breakpoints' niet analyseert en segmenteert, kent u dan de gedragsverschuiving? Een van mijn klanten slaat het exacte ontwerp op de klant zag in hun data-laag, wat erg handig is.

Begrijp altijd hoe je mensen target of segmenteert op mobiele, tablet- en desktop-apparaatlessen. Er is geen 'gemiddelde' bezoeker - niet wanneer de apparaatervaring zo enorm varieert.

15. Vergeet QA-testen niet

Als u uw apparaatmix niet hebt uitgewerkt, bent u waarschijnlijk geen QA-tests met uw A / B-tests. Dat betekent dat er nogal wat van hen zijn gebroken - en als uw A / B-tests zijn verbroken, is uw gegevens en besluitvorming waarschijnlijk gebrekkig. Ongeveer 30-40 procent van al mijn testontwerpen mislukken Basic QA, zelfs met hoogwaardige ontwikkelaars - dat is JavaScript voor u! Stel dat het is verbroken totdat het anders is bewezen.

Overzicht

Hier heb ik een aantal tips gedekt voor het verbeteren van uw cross-apparaatervaringen. Wanneer u begint, is het wetten van uw apparaatmix en het begrijpen van de klanten achter die apparaten van vitaal belang. De volgende fase is om met gegevens te werken om u te helpen bij het prioriteiten van uw inspanningen. Een goede testlijst maken (met behulp van Google Analytics) snijdt de inspanningen voor ontwikkelaars, maar verhoogt het aantal gebreken dat u op populaire apparaten verwijdert.

Ontwerpen van grote cross-apparaatervaringen is een zorgvuldige balans van gegevens, intuïtie, empathie en experimenten. Als u deze toestaat om de ruimte te bezetten die gewoonlijk wordt gevuld door ego en opinie, zal goed werk bloeien. Toen Stephen Hawking zei: "De grootste vijand van kennis is niet onwetend, het is de illusie van kennis."

Meer informatie over het belang van apparaat-agnostisch ontwerp met Anna Dahlström Bij Genereer Londen ​In Building-apparaat-agnostische UX-systemen , ze zal uitleggen waarom je de lay-outs van Content Guide moet laten en wegwegen van het ontwerpen van pagina's om te focussen op de modules waarvoor die opvattingen zijn gemaakt. Boek nu uw ticket ​

Dit artikel verscheen oorspronkelijk in netto tijdschrift uitgave 279; Abonneer nu ​