AB testen

A-B Testen

A-B testen is een methode om 2 of meer variaties van dezelfde pagina te verdelen over de bezoekers van een website. Je meet of de volgende pagina van je bezoekers je gewenste pagina is. Een practisch voorbeeld. Ik heb een webshop en gebruik productpagina’s om mijn producten aan te prijzen. Van een productpagina maak ik 2 varianten, dus 2 pagina’s van hetzelfde product met dezelfde prijs die in dezelfde winkelwagen gaan. Met AB testen kan ik er voor zorgen dat een gedeelte van mijn bezoekers de ene productpagina (a) zien en een ander deel de andere productpagina (b). Vervolgens vergelijk ik welk gedeelte van de bezoekers van deze pagina’s doorgaan naar het afrekenen op mijn webshop. De pagina met het hoogste percentage is dan de winnaar en na het getest te hebben op voldoende bezoekers hou ik deze variant dan ook.

Interaction Design patterns

Gedeeltelijk zit het al een beetje in de naam: Design patterns vatten patronen in ontwerp. De beste manier om dit uit te leggen is wel om het vanuit een andere hoek te bekijken. Wanneer ik een woonwijk teken kom ik tal van praktische ontwerp uitdagingen tegen. Waar laten mensen bijvoorbeeld hun hond uit, waar kopen mensen hun eten. Maar ook, ik heb een stukje van mijn woonwijk waarbij ik maar een kleine weg aan kan leggen of ik heb geen plek voor parkeerplaatsen. Ondanks dat mijn woonwijk uniek is, zijn deze uitdagingen dat zeker niet dus is het raadzaam om een gelijksoortig probleem ergens anders te zoeken en te kijken hoe het daar opgelost is. Een slimme architect/stedenbouwkundige bewaart dan ook de problemen die hij eerder tegen gekomen is en beschrijft de oplossingsrichting, zo hoeft hij het niet elke keer opnieuw te verzinnen. Misschien nog wel belangrijker is dat je hierdoor klassieke blunders voorkomt. Gelukkig zijn architecten en stedenbouwkundigen slim en doen zij dit al erg lang, leuk is dat het je wel opvalt wanneer dit niet gebeurt en verkeert uitpakt, elke stad heeft wel zijn voorbeelden van blunders. Nu zijn interactie ontwerpers over het algemeen ook best slim dus verzamelen wij ook design patterns, Yahoo! heeft een library aangelegd en ook Martijn van Welie heeft zijn eigen verzameling. Deze patterns geven handvatten van globale site concepten tot detail interactie. Een slimme ontwerper houdt ook zijn eigen patronen bij, helemaal wanneer deze in een specifieke branche of toepassing werkt.

De stelling: patterns vs ab testen

Zeker sinds Google website optimizer bestaat is ab testen voor bijna iedereen toegankelijk. Je ziet dan ook dat er een enorme toename is in AB testen. Dit opzichzelf is natuurlijk ontzettend goed want het stimuleert om doorlopend de webervaring voor de gebruiker te verbeteren. Ook is de professionaliteit van AB testen toegenomen, het is bijna een vak apart geworden. Inherent aan AB testen is dat het achteraf gebeurt. Wat ook erg opvalt is dat AB testen misschien wel té toegankelijk is geworden en hierdoor symptomen van prijs-schieten begint te krijgen. Ik denk dat een goede AB test er een is waar minimaal 1 hypothese wordt getest. De hypothese moet dan wel voorkomen uit een ontwerpproces en feitelijk te onderbouwen zijn.

Design patterns verzamelen, inventariseren en kiezen is een proces wat nu typisch aan het begin van een proces zit. Dit proces is nog maar heel beperkt volwassen en optimaliseert zichzelf niet voldoende. Mijn stelling is daarom ook een vs stelling. Ik denk dat ab testen en design patterns een goede combinatie kan zijn maar waar stop je je energie, moeite, tijd en geld(!) in?

AB testen optimalisatie

In 1e instantie levert AB testen snel resultaat, je kunt ze snel en makkelijk opzetten en ziet in de statistieken gelijk wat goed en wat niet goed is. Hierbij moet je wel onderkennen dat je optimaliseert in de marge. Je test immers pagina’s en onderdelen van de pagina’s. Door details te testen kun je verzanden in het continue blijven testen van details in een poging om een verkeerde basis te verbeteren.

Design structuur van een website

Design structuur van een website

Wanneer je een bestaande website ontleedt op een ontwerp-manier dan kun je het op de volgende manier zien. Overkoepelend vinden we een concept, hieraan valt als het goed is alles terug te leiden. Daarnaast kunnen we een patronen vinden in het ontwerp, design patterns. Deze patronen komen op meerdere pagina’s voor en de pagina’s bevatten dan weer elementen.

AB optimalisatie in patterns

Omdat je testdoel bij AB testen conversie is blijft de optimalisatie uit AB testen beperkt tot pagina’s en elementen. Uiteindelijk optimaliseer je op deze manier wel het pattern op zich maar je zult altijd binnen hetzelfde pattern blijven werken en denken terwijl er best wel eens een pattern kan zijn wat de gebruikerservaring met sprongen verbeterd. Het lastige hierin is dat je dit moeilijk kan kwantificeren omdat veel patterns het niveau van pagina’s en elementen overstijgen. Dit is ongeveer gelijk aan concept testen, je kunt vrijwel onmogelijk meerdere varianten op een concept testen en optimaliseren, simpelweg omdat het concept de samenhang van de hele website is.

Waarom?

Hoe organisaties en haar gebruikers met elkaar omgaan op het web

Zonder een artikel te willen schrijven toch even want achtergrond informatie. Op een heel basaal niveau is deze afbeelding de manier hoe wij en hoe organisaties met het web omgaan. Eerst communiceerden organisaties met het web en gebruikers met het web. Nu steeds meer communiceren organisaties en gebruikers met elkaar via het web en straks zijn organisaties en gebruikers simpelweg onderdeel geworden van het web, of andersom: is het web een onderdeel van organisaties en gebruikers.

Met dit in het achterhoofd trek je dan snel de conclusie dat het venster tot het web steeds organischer wordt en hierdoor ook niet te vormen voor een vaste periode. Je kunt dan ook niet nu een concept schrijven wat over 2, 3, 4 jaar nog hetzelfde is. De organisatie, het web én de gebruikers veranderen aanzienlijk in deze periode. Het zou dan ook goed zijn wanneer het concept, design patterns, pagina’s en elementen meeveranderen.

Hoe dan? – Inventariseren, analyseren, optimaliseren

Inventariseren

Dit is niet het meest leuke stuk en levert gegarandeerd ook niets op. Inventariseer wat je nu voor patronen gebruikt binnen de site. Het is handig om top down te inventariseren, dus begin groot en werk toe tot de kleinere patronen. Bijvoorbeeld: het is een nieuws site tot aan ik gebruik breadcrumbs Het loont in dit stadium ook om ze te beschrijven binnen de context van de organisatie waardoor ze iets minder generiek en beter toepasbaar worden.

Analyseren

In dit stadium is het van belang om de losse patronen in te delen en verbanden te leggen. Veel patronen zullen een bepaald verband met elkaar hebben en wanneer je deze wil optimaliseren is het belangrijk om te weten welke patronen elkaar beinvloeden. Ook kun je hier KPI’s bij patronen definiëren (omdat je ze op de organisatie hebt beschreven) zodat je latere optimalisatie kunt meten.

Optimaliseren

Op dit punt kun je effectief je patterns gaan optimaliseren. Hoe je dit doet hangt natuurlijk erg van je patronen af maar omdat je ze als patroon hebt beschreven kun je veel leren door te zoeken waar dit patroon nog meer voorkomt. Buiten je eigen branche, land of misschien zelfs buiten het web. Testen kun je kwantitatief doen (doorvoeren en sitebreed de optimalisatie meten) of kwalitatief in bijvoorbeeld en gebruikersonderzoek.

Conclusie

In dit artikel heb ik geprobeerd om je te overtuigen waarom AB testen op de lange termijn niet meer de verbetering brengt die je zoekt en het van belang is om nu design patterns te schrijven voor je website zodat je in plaats van de pagina de gehele gebruikerservaring doorlopend kunt optimaliseren.

Ik denk dat dit heel goed gelukt is en het resultaat staat op http://www.lidyveldhuizen.nl. De site is gebouwd in drupal en ik heb geprobeerd om flash te vermijden en uiteindelijk alleen de titel ge-sIFFR-d (uitdaging, maak daar maar eens een nederlands werkwoord van)

Lidy wilde met haar site vooral een visuele impressie en zo min mogelijk tekst maar ook zo min mogelijk ‘decoratie’, ik vond en vind dat haar site nu goed moet zijn maar het ook in staat moet zijn om later nog eens te vernieuwen. Daarom zijn vooral de projecten goed in het CMS gemigreerd en heeft de site een behoorlijke less-is-more look.

Al met al ben ik erg tevreden met het resultaat maar nog belangrijker; Lidy is er ook erg gelukkig mee, nu nog het belangrijkste: krijgt de gemiddelde bezoeker een prettige ervaring?

Het conceptueel ontwerp probeer ik er zo gelikt mogelijk uit te laten zien, ik gebruik hiervoor illustrator samen met InDesign om dit vorm te geven.

Voor de wireframes en flows werk ik het liefst met Omnigraffle: http://www.omnigroup.com/applications/OmniGraffle/

Standaard biedt dit veruit de beste manier om snel goede wireframes en flows te maken voor mijn interactie ontwerp. Helaas is Omnigraffle alleen voor mac beschikbaar en moet ik soms jammerlijk ook op windows computers werken. Hiervoor biedt visio een prima alternatief, met name omdat het bij de meeste bedrijven in het office pakket geïnstalleerd zit en daardoor goed overdraagbaar is. Er zijn gelukkig wel wat middelen beschikbaar om je visio leven wat makkelijker te maken:

• Martijn van Welie heeft op zijn website een aantal macro’s gepubliceerd die het makkelijker maken om pagina’s te kopieëren, tekst te plakken en formaten aan te passen: http://www.welie.com/visio/
• GUUUI heeft een toolkit met stencils om snel goede interactie ontwerpen (voor web) te maken, absoluut een aanrader: http://www.guuui.com/issues/02_07.php

Een ander alternatief als je op windows moet werken is Axure RP Pro http://www.axure.com/

Het grote voordeel van deze tool is dat je direct van je wireframes zowel een prototype als technische documentatie kunt exporteren. Dit klinkt natuurlijk te mooi om waar te zijn en er zitten ook aan deze software nogal wat beperkingen. Zo is deze tool dan weer alleen voor windows beschikbaar en in mijn beleving is de tool erg technisch waardoor je snel in de beperkingen van deze tool gaat werken in plaats van de klassieke pen papier methode dit allemaal lost kan laten. Ik denk dan ook dat deze tool goed werkt wanneer je al heel duidelijk weet wat je wilt en dit op een goede en snelle manier wil documenteren en testen.

Zeker in het begin ben ik er nogal fan van om zo snel mogelijk wat visuals te maken van je eerste ontwerpen; hiervoor gebruik ik (gewoon) illustrator en/of photoshop afhankelijk van de manier hoe ik de pagina wil vormgeven. Daarna een snel prototype in elkaar zetten in flash en je hebt een mooi product om te presenteren.

Meer tips en tools zijn altijd welkom!

Zondag 28 juni is de tentoonstelling “Signalement Bromsnor” geopend in het museum “De Dubbelde Palmboom” in Rotterdam. Ik ben gevraagd om een viertal schermen te maken voor het interactieve deel van de tentoonstelling waarbij het publiek zelf een juwelenroof zaak oplost(!) Ik ben erg tevreden met het resultaat en zou zeker aanraden om deze tentoonstelling te bezoeken en als dat niet lukt: gelukkig hebben we de foto’s nog

Ik onderken 2 verschillende type’s doelen: Gebruikersdoelen en producentendoelen, of misschien nog makkelijker: Consumenten- en Producenten doelen. Wat het verschil is tussen deze 2 lijkt me duidelijk, producent maakt en consument gebruikt.

Doelen

De gebruikersdoelen hangen erg samen met wie de gebruiker is, wie de gebruiker is hangt daarentegen weer erg samen met wat het producenten doel is van het product.

Wat je hier uit kan concluderen is iets waarvan denk ik veel user -noem iets – - noem iets- (user experience manager, user centered designer, user information architect) zijn nekharen overeind gaan staan. Namelijk dat de gebruiker en gebruikersdoelen afhangen van de de producent, de stoffige organisatie, de datzo’s. Dit is juist maar is niet een recept voor een slechte user experience, integendeel. Bovendien is dit vrij te gebruiken, wanneer je zegt, ik begin met de de gebruiker bepalen, dan een producentendoel en dan een gebruikersdoel dan doe je effectief hetzelfde maar in een andere volgorde. Wat belangrijk is, is dat de gebruiker bij zijn doel past, en het doel van de producent bij de gebruiker.

Laten we er van uitgaan dat je het met me eens bent en dit eigenlijk best een goede logica is.  Het producenten doel; je bent geneigd om te denken dat wanneer iemand een website, google/iPhone app, intranet of applicatie wil hij erg goed weet wat hij er mee wil. Ik heb ondervonden dat dit vaak helemaal niet zo is. Wat je vaak ziet is een soort van ‘ik ook’ mentaliteit. Mijn concurrent heeft een iPhone app dus ik wil dit ook. Hierbij krijg je een soort van drogredenatie: mijn concurrent heeft een iPhone app, ik heb soortgelijke doelen als mijn concurrent dus ik wil ook een iPhone app. Op zich een redenatie maar de winst zit hem in het afvragen wat ik wil bereiken voor mijn organisatie met mijn iPhone app.

Hoe kom ik er achter wat de producenten doelen zijn?

Lekker makkelijk antwoord: dat hangt er helemaal van af hoe de producent in elkaar zit. Soms is het stellen van een aantal goede vragen al voldoende, soms een workshop en soms kun je beter zelf de pet van producent op zetten en goed nadenken wat hij of zij met zijn of haar medium zou moeten bereiken. Ik heb ook een artikel geschreven over een valkuil bij het achterhalen van deze doelen.

Waarom is het dan zo belangrijk om deze doelen te achterhalen?

Uiteindelijk zijn het de doelen die de succesfactor bepalen. Maak ze, en streef ze na, het geeft een bepaalde richting aan je project en zorgt er uiteindelijk voor dat je een schone, duidelijk en efficient product maakt.

En de gebruikersdoelen dan?

Ja, daar kom ik nu op. We slaan de stap gebruiker even over want immers daar heb ik al een heel artikel aan geweid. Gebruikersdoelen zijn doelen die je aan de hand van een goede beschrijving van wie de gebruiker is kunt samenstellen. Een voorbeeld van een goed gebruikersdoel is: “De gebruiker wil een vergelijking van de verschillende prijzen van een product bij verschillende aanbieders (kieskeurig)”

Hoe kom ik achter de gebruikersdoelen?

Er zijn een paar goede methode’s om hier achter te komen. Mijn favoriet is natuurlijk weer “veel praten met gebruikers” maar in de echte wereld werkt dit niet altijd zo. Een andere goede vind ik het doornemen van correspondentie, ga eens door de algemene mailbox, neem eens wat post door en luister eens met een spreekwoordelijk half oor mee met mensen die een telefoongesprek aan het voeren zijn, hier komt ontzettend veel verborgen informatie en veelal gebruikersdoelen naar boven. Een andere goede manier is om naar de concurrenten te kijken. Wat doen zij, en wat kunnen hun gebruikers doen. Tevens is het heel waardevol om te kijken naar de content die er nu al beschikbaar is. Deze zegt veel over wat gebruikers zouden kunnen doen.

Waarom beschrijf ik deze doelen dan weer?

Twee redenen: de 1e is dezelfde als de producentendoelen; richting, visie, focus, helderheid, dat soort powertermen. De 2e is heel simpel, om je producentendoel te valideren. Deze 2 hoeven zeker niet hetzelfde te zijn maar ze moeten op de een of andere manier wel verenigbaar zijn (de taak).

Tot zover mijn doelen; alleen taak blijft nog over, deze binnenkort

Ben je nog geïnspireerd geraakt Richard?

- In de 1e plaats; geïnspireerd raken is een term waar ik van walg, of ik leuke nieuwe ideeën heb opgedaan? Ja een oud idee is eigenlijk weer tot leven gekomen: interactieve film. Deze valt voor mij in de categorie big brother, een idee voor een media product wat je eigenlijk al heel lang hebt maar denkt dat het niet uitvoerbaar is. Een paar jaar geleden zag ik op het filmfestival “switching” in deze film kan je als kijker zelf bepalen wanneer je naar de volgende scéne wil en op deze manier je eigen film regisseren, het is een van de weinige films waar ik nog vaak aan denk. Je zou denken dat 5 / 6 jaar later nadat deze film gemaakt is dit ‘genre’ wat meer gemeengoed is geworden, maar helaas. Ik vraag me dus af “Waar blijft de interactieve film?!”

Een aantal leuke voorbeelden:

http://www.survivetheoutbreak.com/
http://www.mvmax.com/

Een andere leuke media vorm waar ik tegenaan liep was “augmented reality”.. Mooie marketing term dat zeker. Dit jaar heb ik samen met Tibo Beijen een presentatie gegeven op Engineering world. Hier volgt ongetwijfeld nog een post met de slides van. Het bedrijf Touching Media gaf hier ook een presentatie over hun producten op het gebied van “augmented reality” Zodra deze techniek aan een goede toepassing wordt gekoppeld biedt dit zeker potentie, echter wat hier op de loer ligt (en ik een aantal keer gezien heb) is het gebruiken van de techniek omwille van het gebruiken van de techniek en dat is zonde, want je kunt hier heel veel mooie toepassingen van maken.

Waar anders vind je een plek om ongestoord over alle frustraties van de dag te schrijven zonder dat iemand je een spiegel voor houdt van de manier waarop je het anders had kunnen aanpakken. Het heeft vast een therapeutische werking, maar ik zou eerder naar ELIZA verwijzen hiervoor. Voor de geïnteresseerden onder ons; ELIZA was in 1966 het eerste systeem wat menselijke intelligentie nabootst. Het is geprogrammeerd als een parodie op psychiaters die volgens de bedenkers ook vaak dezelfde generieke antwoorden geven.

Voor mij, ik heb geen eliza of andersoortige therapeutische technologie nodig om mijn ervaringen te verwerken. Dus dit blog gebruiken om mijn ervaringen en gevoelens de wereld in te spuiten om er zelf zo van af te zijn gaat dus niet gebeuren.

Wat dan?

In de 1e plaats is dit een ‘professioneel’ blog. Immers ik ben een professional. In de 2e plaats hoort het bij mijn domein: architecto.nl het zal dus een link moeten hebben met interaction design, usability, ‘internet’ of nieuwe media. Lekker breed, zo kan ik overal over schrijven

Ik maak veel mee tijdens het werk, afgelopen week nog een workshop van Ruben Timmerman gehad waar ik veel nieuwe dingen bij heb opgestoken. Verder zit ik tjok-bom-boem-lauw vol met inspiratie en dit wil ik in tegenstelling tot mijn gevoelens en dat soort dingen wel heel graag met de wereld delen.

En daarmee gaat mijn blog een nieuwe fase in. Belangrijk is: Wat doen we wel? – Wat doen we niet?

Wat doen we wel?

Reflecties op het nieuws vanuit het vakgebied (b.v amerikaanse verkiezingen zijn usability)
Random thema’s die in mij opkomen
Dingen waar ik ‘tegenaan’ loop

Wat doen we niet?

Reflecties op het nieuws op een algemene manier (b.v Obama is kudt!)
Dingen over mijn klant of de omgeving
Gevoelens (blegh)
Dit blog niet meer updaten.. laten we afspreken.. minimaal 1 post per week? [comments zijn welkom]

Dus op naar de volgende post…

Vaak heb ik oneinigheid met mijn vriendin wanneer ze vraagt wat we zullen eten die avond. Keuze’s maken is niet mijn sterkste kant. Dat blijkt nu ook weer, ik slaap 3 nachten (te weten maandag, dinsdag en woensdag) in een hotel, en 2 ochtenden sta ik om half 6 op.

Het is vooral raar om in een hotel te slapen, ja het is luxe, nee het is niet leuk. Het is een keurige oplossing, zo noem ik het graag. Huiselijk is het wel, vanavond bij het eten zei de ober “in welke kamer slaapt u deze week?” en toen ik weg ging “Zien we elkaar morgen weer meneer de vries?” Leuk, en juist dit persoonlijke mis ik best wel.

Dus, de foto’s van afgelopen week;

Je ziet het, een volle week, ik zou er een boek over kunnen schrijven. Dat doe ik dus niet want dit is een blog, geen boek.. Daarmee rijst ook direct de vraag, hoe schrijf je effectief voor een blog?

“Know your audience” is een van de dingen die ik in amerika geleerd heb. Dus wie is mijn audience? Dat ben ik zelf en wellicht een keer een verdwaalde bezoeker die op google gezocht heeft naar een zin met een spelvout.

Ik ben zelf altijd een groots fan van schrijven met de 5 w’s + H. Als een blog post die beantwoord heeft, dan moet het wel informatief zijn. Het genereren van de wie wat waar waarom wanneer en hoe vragen is daarme een ander uitdaging.

Met deze post wil ik deze week vertellen, de wie ben ik, de wat is afgelopen week, de waar is Rotterdam, Den Bosch, Diemen en alles wat daar tussenin lag, de waarom is moeilijker… laten we het kennisdeling noemen; lessons learned, gooi er nog wat foute marketing management termen overheen en je hebt een mooie waarom. Wanneer was afgelopen week en hoe, dat gaan we nu beschrijven.

Hoe ging deze week Richard, of hoe gaat het? Heb je al een beetje je plek weten vinden? Lukt het? Allemaal vragen die ik deze week gehad heb; allemaal kwamen ze in mindere of meerdere mate oprecht over, dat is fijn. Het antwoord was in mindere of meerdere mate ook vaak oprecht, het ging goed, het gaat goed, ik weet hoe de lift werkt maar verder is het nog zoeken, het lukt prima, bedankt.

Dan gaan we verder naar een andere loze foute kreet die ik sinds amerika niet meer uit mijn hoofd krijg: “celebrate your successes” – taart iemand?

Successen van deze week:

1. Succesvolle usability groep meeting, we gaan als een stoomtrein vooruit; niet zo snel als een thalys maar wel onstopbaar
2. Ik heb een mooie template in visio gemaakt, iets waar ik maar ook mijn collega’s wat aan hebben. Nu ben ik helemaal geen held in visio maar begin het langzaamaan wel een beetje te worden. Dit was een fijne manier om ook mij licht waardevol te laten zijn voor mijn collega’s.
3. Een goed gesprek met een nieuwe stagiair. Deze komt vanaf november stagelopen en ik hoop dat ik hem mag begeleiden. Hij zorgt er hopelijk voor dat onze stoomtrein harder gaat
4. Ik begin steeds meer mijn plek te vinden binnen mijn klus. Ik weet wat voor koffie mensen drinken.. ja dat is goed

Voor aankomende week zal ik wat foto’s maken in mijn home away from home waar ik 3 nachten slaap.. ook leuk toch. Verder deze week design by fire.. heel leuk! Fijne week!

Dit soort klussen zijn er juist waar ik al lang naar op zoek was. Interaction designer. Tijdens en na mijn afstuderen heb ik me vooral bezig gehouden met usability dus met name het ‘theoretische’ deel van het vak ten opzichte van het visuele deel heeft mijn speciale interesse.

En daarom zit ik hier goed heb ik het gevoel. De tools voor deze klus: visio, gezond verstand, een mond en twee oren. [check]

Vrijdag ben ik al begonnen met formulieren maken in visio en het is fijn om wat mijn marketing leraar vroeger noemde: hit the ground running. Persoonlijk hou ik niet heel erg van lange introducties en allerhande informatieve presentaties, bijeenkomsten en dat soort dingen. Nee, laat mij maar werken

Vanaf volgende week heb ik een volle week om mijn spannende ervaringen in te delen. Tot volgende week dus…