MediaKip» – MediaKip http://www.mediakip.com Weblog van Michel Kuik over webdesign, usability en interactie ontwerp Mon, 07 Jun 2010 12:26:09 +0000 en hourly 1 http://wordpress.org/?v=3.0 Mediakiphttp://feedburner.google.com Semantische headers in HTML5 http://feedproxy.google.com/~r/Mediakip/~3/7hjG8UykJGA/ http://www.mediakip.com/semantische-headers-in-html5/#comments Fri, 04 Jun 2010 20:16:46 +0000 Michel Kuik http://www.mediakip.com/?p=1213 Een groot probleem waar we vaak tegenaan lopen bij het schrijven van HTML is het bewaren van semantiek met de huidige beschikbare elementen. Met de juiste semantiek wordt bedoelt dat de juiste elementen worden gebruikt voor de juiste datatypen. Zo horen menuitems vaak in een list thuis (en niet in floating divjes naast elkaar). Dit houdt de website toegankelijk, maar ook seo vriendelijk.

Het probleem met Headers

Een goed semantische website betekent ook dat de headers kloppen. De belangrijkste titel is <h1> en de volgende <h2> en <h3>. De volgende structuur is wordt veel gebruikt:

<body>
    <h1>Titel van de website</h1>
    <h2>Subtitel van de website</h2>
 
    <h3>Titel van een artikel</h3>
    <p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Proin at nunc nisl.
   Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus.</p>
 
    <h3>Titel van een artikel</h3>
    <p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Proin at nunc nisl.
   Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus.</p>
</body>

Het probleem met het bovenstaande stukje is dat de titels van de artikelen nu onderdeel zijn geworden van een grotere titel, de pagina, terwijl dit eigenlijk niet het geval is. De browser, of bot kan nooit goed detecteren welke header nu precies onderdeel is van welke header. Hij klopt puur semantisch gezien misschien wel, maar zonder te groeperen heeft die semantiek simpelweg heel weinig nut!

HTML5 lost dit op met een nieuw element, <hgroup>. De HTML wordt dan:

<body>
    <hgroup>
        <h1>Titel van de website</h1>
        <h2>Subtitel van de website</h2>
    </hgroup>
 
    <h3>Titel van een artikel</h3>
    <p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Proin at nunc nisl.
           Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus.</p>
 
    <h3>Titel van een artikel</h3>
    <p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Proin at nunc nisl.
          Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus.</p>
</body>

Overigens is bovenstaand voorbeeld niet volledig semantisch, want ik ga voorbij aan de Article tag, maar het voorbeeld gaat alleen om de hgroup.

Een ander voordeel van de hgroup is het stylen van de website. Denk aan blogposts. Vaak willen we  verschillende <h2> elementen op verschillende plekken anders stylen. Classes bieden dan de uitkomst, maar is eigenlijk niet zo netjes. Je kan een element erboven targetten, maar dat is ook niet altijd netjes. Door een hgroup een id te geven, kan de header erbinnen altijd getarget worden en zijn eigen stijl bevatten.

Het hgroup element mag logischerwijs slechts headers bevatten (<h1> t/m <h6>). Ga naar HTML Heading Group  op de W3C site voor meer informatie.

[update] Bij het plaatsen van 1 enkele header, hoeft deze natuurlijk niet gegroepeerd te worden. Bedankt David en Matthias voor de snelle reactie.

]]> http://www.mediakip.com/semantische-headers-in-html5/feed/ 6 http://www.mediakip.com/semantische-headers-in-html5/ Wat cijfers nooit kunnen vertellen… http://feedproxy.google.com/~r/Mediakip/~3/fqJqXvEYoJM/ http://www.mediakip.com/wat-cijfers-nooit-kunnen-vertellen/#comments Sun, 02 May 2010 13:11:19 +0000 Michel Kuik http://www.mediakip.com/?p=1204 Een belangrijk onderdeel van interactie ontwerp is het verzamelen van statistieken en cijfers. Met tools als Google Analytics kan er enorm veel achterhaald worden over wat gebruikers doen op de website, welke pagina’s ze bezoeken en hoe lang ze daar blijven. Informatie waarmee je – op het eerste gezicht – veel kan als je bijvoorbeeld een redesign wil toepassen.

Maar cijfers vertellen lang niet alles. Denk maar aan dit.

De contactpagina van jouw website wordt 5% van alle bezoeken bezocht. Dat klinkt als een goed cijfer. Een vlug getrokken conclusie is dan: Mooi. De contactpagina wordt dus goed gevonden.

Maar. Waarom wordt de contactpagina zo vaak bezocht? Dat is iets wat men niet kan extraheren uit cijfers. Wellicht zijn mensen op zoek naar een FAQ en denken ze deze te vinden op de contactpagina. Misschien wil men weten waar het bedrijf zich bevindt (adres) maar bevat de contactpagina slechts een formulier.

Kortom. Om een goed beeld te krijgen van hoe een website functioneert moet niet alleen worden gekeken naar de cijfers, maar vooral ook kwantitatief onderzoek worden gedaan naar het waarom. De beste manier om dit te meten is door naast de gebruiker te gaan zitten en de ‘thinking aloud’ methode toe te passen.

]]> http://www.mediakip.com/wat-cijfers-nooit-kunnen-vertellen/feed/ 1 http://www.mediakip.com/wat-cijfers-nooit-kunnen-vertellen/ Design patroon: Geef e-mailadres groot weer bij registratie http://feedproxy.google.com/~r/Mediakip/~3/uxB7rgr-k78/ http://www.mediakip.com/design-patroon-emailadres/#comments Wed, 10 Mar 2010 08:29:00 +0000 Michel Kuik http://www.mediakip.com/?p=1196 Dat we twee keer een wachtwoord moeten invullen bij het registreren is gebruikelijk. Het is zo gebruikelijk dat wij als gebruikers er aan zijn gewend. Het obstakel is dus zeer klein en te overzien. Daarom is er haast geen website die deze methode schuwt.

Tegenwoordig zijn er steeds meer websites die de gebruiker ook verzoeken om het e-mailadres te herhalen, om fouten te voorkomen. Een logische stap, want een verkeerd e-mailadres in de database kan voor een hoop frustratie zorgen bij inloggen. Bovendien is het voor de website zelf belangrijk om correcte e-mailadressen te hebben.

Hoe moet het niet?

90 Percent of Everything schreef onlangs over het ‘email confirmation antipattern‘. Een website (ODEON in dit geval) verzoekt de gebruiker om twee keer een e-mailadres in te voeren, maar liet niet toe dat hij ging kopiëren en plakken. Een vieze foutmelding werd weergegeven. De foutmeldingen wees met de vinger naar de gebruiker en zei bestraffend You cannot paste text into this field. Zo hoort het dus niet. (Bekijk de betreffende sign up pagina).

Hoe kan het wel?

Op Infinity Plus One Consulting wordt echter geëxperimenteerd met een nieuw interessant patroon, in het artikel Solving the “repeat emailaddress” form issue. Steve Krug merkte namelijk in een discussie op dat de veel verkeerde e-mailadressen wellicht het gevolg zijn van de doorgaans kleine lettergrootte in de invulformulieren. Als je de gebruiker de kans geeft om even goed na te kijken, los je wellicht een groot deel van het probleem op, zonder dat hij het twee keer hoeft in te voeren.

Zie hier de experimenten van dit nieuwe design patroon:

De experimenten laten de gebruiker eenmalig het e-mailadres invoeren, maar geven deze later onderin groot weer. Het verkleint de kans op verkeerde e-mailadressen aanzienlijk, vermoed ik (zonder kwantitatief onderzoek te hebben gedaan). Een interessant patroon, waarvan ik benieuwd ben hoe goed dit in de praktijk gaat werken.

]]> http://www.mediakip.com/design-patroon-emailadres/feed/ 4 http://www.mediakip.com/design-patroon-emailadres/ Wat is interaction design? Bill Verplank legt het uit. http://feedproxy.google.com/~r/Mediakip/~3/GFrAOj4AKr0/ http://www.mediakip.com/wat-is-interaction-design/#comments Fri, 05 Mar 2010 10:44:08 +0000 Michel Kuik http://www.mediakip.com/?p=1190 Vandaag stuitte ik op de volgende video waarin Bill Verplank uitlegt wat Interaction Design is. Zeer rustig, to the point en duidelijk. Soms is het goed om een stapje terug te doen uit de dagelijkse realiteit en de vraag te stellen: waar zijn we nu eigenlijk mee bezig?

Voor wie net iets verder wil dan deze 3-minuten durende uitleg, verwijs ik naar zijn Interaction Design Sketchbook (PDF). Bill Verplank dus.

]]> http://www.mediakip.com/wat-is-interaction-design/feed/ 0 http://www.mediakip.com/wat-is-interaction-design/ Willen mensen altijd kiezen? Ja of nee? http://feedproxy.google.com/~r/Mediakip/~3/d7iujdpJGB8/ http://www.mediakip.com/paradox-keuze-verlammend/#comments Sun, 24 Jan 2010 16:37:43 +0000 Michel Kuik http://www.mediakip.com/?p=1177 Als je ooit intern in dienst bent geweest bij – bijvoorbeeld de internet afdeling van – een uitgever, of simpelweg een website met een grote redactie, dan herken je het fenomeen van de strijd om het plekje wel. De strijd waarbij meerdere afdelingen vechten om een plaats op de website. De marketingafdeling wil graag de nieuwsbrief hogerop hebben, want het gaat tenslotte om klantenbinding. De eindredacteur wil graag zijn artikelen hoger hebben, want het gaat tenslotte om de kwaliteit. De projectleider van de nieuwe media afdeling wil de video’s pushen,  want men zit echt niet meer te wachten op duffe artikeltjes, men wil flitsende beelden.

The Paradox of choice

Psycholoog Barry Schwartz onderzoekt de link tussen economie en psychologie. Hij is de laatste jaren bekend geworden met zijn theorie: De paradox van de keuze (The paradox of choice uit 2004). In de zoektocht naar geluk, stuit men op een zoektocht naar meer vrijheid van keuze. Schwartz stelt dat deze zoektocht ons niet meer geluk of vrijheid heeft gegeven. Sterker nog: de vrijheid van keuze heeft een verlammend effect op ons.

Joshua Porter vertaalt deze theorie van Schwartz in zijn boek Designing for the Social Web naar het medialandschap waarin we leven en noemt daarbij het volgende concrete kleine voorbeeld.

“I remember a friend of mine was shopping for a digital camera several years ago, and decided to utilize several online price trackers to help him find the best model at the best price. He became paralyzed by the options. The paradox was realized: he ended up not getting a camera! He had to rationalize this by citing another reason (a change in financial situation) because on the surface not choosing due to too much information seems irrational.”

Less is less

Het is om die reden dat de uitspraak Less is more (of: Less is less – 37Signals) zo beroemd is, zeker onder designers. Het is niet omdat wij allemaal van minialistische websites houden. Het is niet omdat wij kleinere websites willen hebben. Het is om dezelfde reden dat wij Excel gebruiken voor tabellen en Words voor documenten. Het was ons empathisch vermogen dat ons deed vermoeden dat een chaos aan features niet zou werken, dat nu deels onderbouwt kan worden door de de conclusies uit onderzoeken van psycholoog Schwartz.

Een goed argument om in te brengen tijdens de volgende redactievergadering. Ja. We kunnen audio, video, tekst en animatie toevoegen aan de website. Ja. We kunnen een onderverdeling maken. Maar. Excelleren we op alle punten en komt de bezoeker daarvoor naar onze website? Verlammen wij hem niet met de hoeveelheid aan keuze die we hem geven?

Bekijk de presentatie van Barry Schwartz over The paradox of Choice op Ted.com

]]> http://www.mediakip.com/paradox-keuze-verlammend/feed/ 2 http://www.mediakip.com/paradox-keuze-verlammend/ Plakken wat je niet kopieert met The New Yorker http://feedproxy.google.com/~r/Mediakip/~3/OstBZcX7Zgw/ http://www.mediakip.com/copy-past-stealing/#comments Sat, 09 Jan 2010 12:47:21 +0000 Michel Kuik http://www.mediakip.com/?p=1161 Webdevelopers hebben de neiging om te willen inbreken in de user interface van een OS. Hoe meer ruimte er voor communicatie gepakt kan worden, hoe beter. Een aantal jaar geleden, het Geocities tijdperk, was bijvoorbeeld de Javascript alert / confirm erg heet (Zie voorbeeld: Een bevestiging als je een pagina verlaat). Het overnemen van de rechtersmuisknop gebeurt nog altijd wel eens – vooral op Flash websites. Verder zie je wel dat het, gelukkig, een dalende trend is.

Copy/Paste op The New Yorker

The New Yorker heeft echter een interessante feature, die juist weer tegen deze dalende trend ingaat. Als je een stukje tekst van hun website kopieert en op een andere plek plakt, verschijnt er plotseling de tekst:

Read more: http://www.newyorker.com/#ixzz0c785JfRZ

Boem. Ongevraagd plaatst The New Yorker een handige link in jouw nieuwe document. Handig? Ja, vooral voor hun.

Ik vermoed dat voor eind 2010 de meeste websites dit trucje heeft overgenomen. Wellicht een combinatie met handige ‘copy/paste’ statistieken, die Tynt weer voor een paar euro aanbiedt. Marketingmanagers zullen kicken op een oplossing als deze. Het is schattig, snel, goedkoop en effectief. Bovendien, zoveel kwaad kan het toch niet?

Maar is het wenselijk gedrag?

Ik vraag me hardop af of het wenselijk gedrag is. Het druist in tegen het basisprincipe van kopiëren en plakken, maar kan voordelen voor de gebruiker bieden. Echter, hoe vervelend is het als je een aantal zinnen wil kopieren en constant vreemde linkjes erbij krijgt? Houdt deze techniek lang stand, of zal het voor eind 2011 alweer verdwenen zijn? Ik ben benieuwd naar jullie mening.

Links bij dit artikel:

]]> http://www.mediakip.com/copy-past-stealing/feed/ 2 http://www.mediakip.com/copy-past-stealing/ User Experience in detail: Een klein tekstje maakt het verschil http://feedproxy.google.com/~r/Mediakip/~3/GBsCBNe462Q/ http://www.mediakip.com/user-experience-detail-greader/#comments Wed, 25 Nov 2009 22:12:19 +0000 Michel Kuik http://www.mediakip.com/?p=1133 Vaak zit de user experience hem niet in geanimeerde sliding doors effecten. Vaak zit het hem niet in de extra feature, waarmee je via YouTube het baardhaar van je buurman kan scheren. Nee, vaak zit het hem in de detail. Vanavond vond ik een mooi voorbeeld van user experience in detail op mijn favoriete RSS lezer; Google Reader.

Google is goed bezig met haar Google Reader. De afgelopen maanden zijn er steeds kleine tweaks doorgevoerd, waarmee de RSS lezer steeds een stukje beter wordt. Vandaag stuitte ik op een hele kleine tekst die wordt getoond op het moment dat je een aanbevolen feed bekijkt. Een goed voorbeeld van hoe een klein stukje tekst en data voor een betere experience kan zorgen.

In Google Reader worden artikelen uit verschillende bronnen verzameld. Deze kunnen worden opgedeeld in mappen, maar ook in een overzicht bekeken worden. Bij het selecteren van een feed zal de gebruiker natuurlijk letten op de volgende data die gekoppeld is aan een feed:

  • De kwaliteit en relevantie voor de gebruiker van de artikelen uit de bron.
  • Hoeveel lezers zijn erop geabonneerd.

De ervaring leerde mij dat ik vaak aanbevelen feeds importeer, om er daarna achter te komen dat ze veel te weinig of veel te weinig nieuwe artikelen schrijven op dagelijkse basis. De bronnen gingen vaak te snel, waardoor hun aandeel in mijn overzicht groter was, dan ik eigenlijk zou willen. Dutchcowboys schrijft iedere vijf minuten een artikel, maar ik lees veel liever 2 keer per maand een goed artikel van Wolfs Little Store. Toch krijgen de cowboys een veel te groot podium in mijn reader, met als gevolg: ik verwijder de Dutchcoyboys, omdat het teveel ruis veroorzaakt

De jongens bij Google zijn kennelijk tegen hetzelfde probleem aangelopen en geven nu het volgende weer bij het toevoegen van een feed;

aanbevolenfeeds User Experience in detail: Een klein tekstje maakt het verschil

Let op: Posts per week: 1,4

Voordat ik de feed aan mijn lezer toevoeg, weet ik dus al hoeveel er gemiddeld geschreven wordt. Een slimme tekst, die mij enorm helpt. Ik durf te wedden dat deze feature niet vooraf bedacht had kunnen worden. Het is typisch een voorbeeld van een feature die bedacht is door mensen die het product gebruiken en ervaring hadden met het probleem.

Samenvattend. Een blij gezicht wordt niet altijd verkregen door mooie fancy dingen, maar zit hem vaak juist in de detail. En deze details zijn juist zo moeilijk om te vinden, vast te leggen en op de goede plekken weer te geven. Maar voor nu is dit een prima case van een goede evolutie van een mooi product. Wat jij?

]]> http://www.mediakip.com/user-experience-detail-greader/feed/ 0 http://www.mediakip.com/user-experience-detail-greader/ Less is less. Een interview met Jason Fried http://feedproxy.google.com/~r/Mediakip/~3/T2MsrGfWWF8/ http://www.mediakip.com/less-is-less-jason-fried/#comments Mon, 23 Nov 2009 23:11:52 +0000 Michel Kuik http://www.mediakip.com/?p=1111 Het is geen geheim. Ik ben gecharmeerd van 37Signals. En dan nog niet eens zozeer vanwege hun fameuse projectmanementtool Basecamp, maar voornamelijk door het boekje. Getting Real. Een inspirerend naslagwerkje met tips uit de praktijk bij het opstarten van een dienst, vanuit zowel management, als vormgeving en technisch oogpunt.

Vanavond lees ik een interview (The way I work: Jason Fried of 37Signals) met een van de krachten achter dit bedrijf, Jason Fried. En. De uitgesproken mening van het bedrijf komt niet uit het niets. Een kleurrijk figuur, met bijzondere – en vooral ook oh-zo-herkenbare- uitspraken.

You could sum up Jason Fried’s philosophy as “less is more.” Except that he hates that expression, because, he says, it still “implies that more is better.” Fried prefers “less is less.”

Even twee keer nadenken en ja. Hij klopt. Hij mag zo op de kalender, maar het is slechts een introductie. Later in het artikel schuift hij zijn mening over ‘grote communities en de waarde die mensen aan het bezoekersaantal hechten ook niet onder banken of stoelen.

Our blog has more than 100,000 readers, but I don’t post every day. I write when I have something specific to say. I recently wrote a scathing piece on the tech media. It really bothers me that the definition of success has changed from profits to followers, friends, and feed count. This crap doesn’t mean anything. Kids are coming out of school thinking, I want to start the next YouTube or Facebook. If a restaurant served more food than everybody else but lost money on every diner, would it be successful? No. But on the Internet, for some reason, if you have more users than everyone else, you’re successful. No, you’re not.

Er zijn honderden designers die klagen, zeiken en fouten benoemen. Ik ook. Jason Fried benoemt niet alleen zijn irritaties, maar brengt de oplossingen ook in de praktijk. Zijn bedrijf zoekt oplossingen die werken voor zichzelf en – als de kracht is bewezen – wordt het in de praktijk gebracht. Kortom. Lees: the Way I Work: Jason Fried of 37Signals.

]]> http://www.mediakip.com/less-is-less-jason-fried/feed/ 0 http://www.mediakip.com/less-is-less-jason-fried/ Van goede usability naar beleving http://feedproxy.google.com/~r/Mediakip/~3/Sr0Yje9CMFE/ http://www.mediakip.com/usability-beleving-goal-tasks/#comments Wed, 14 Oct 2009 14:24:32 +0000 Michel Kuik http://www.mediakip.com/?p=1068

Zal de politieagent in dit filmpje toen hij een opleiding tot politieagent deed ooit als doel hebben gehad in de struiken te liggen om bonnen aan fietsers uit te delen? Denk het niet. Dit artikel gaat over taken en persoonlijke doelen, zoals Alan Cooper deze beschrijft in het boek About Face 3: Goal-Directed design (een absolute aanrader). Waarom is het belangrijk voor een user interface designer om rekening te houden met persoonlijke doelen?

Bij het ontwikkelen van webapplicaties wordt vaak goed gekeken naar de taken en activiteiten van potentiële gebruikers. Meerdere usability guru’s hebben ons dit de laatste jaren geleerd. En terecht. De taken en activiteiten van de gebruiker vormen de kern van de applicatie. Als de kern van de applicaties is om to-do lijsten aan te maken, dan moet dit ook zonder ruis kunnen gebeuren. Een hoop webapplicaties slagen daar tegenwoordig voldoende in. En dat is goed nieuws.

Van usability naar persoonlijke doelen. Beleving.

Tijd om het een niveau omhoog proberen te tillen. Boven de taken en activiteiten heeft de gebruiker namelijk ook een doel. Een hoger doel. Dit doel heeft alles te maken met zijn persoonlijke leefomgeving en veel minder te maken met de doelen van zijn baas, of vriendin.
Een voorbeeld. Als een medewerker van een financiele instelling binnen een webapplicatie zijn urenschema bijhoudt, zijn er een aantal doelen die spelen:

  1. Efficiënt en snel invullen van urenschema
  2. Een uitdagende baan behouden, terwijl hij weet dat zijn baan bestaat uit veel herhaling

De eerste klinkt als een logisch doel van de medewerker, maar is in feite meer een doel van zijn baas. Voor de medewerker zelf is het waarschijnlijk veel belangrijker dat zijn baan leuk blijft – ondanks de vele herhaaldelijke handelingen die hij dagelijks moet verrichten, dat hij uitgedaagd wordt, of eventueel dat hij een promotie krijg.

Persoonlijke doelen hebben te maken met levensgeluk en ambitie. Het is aan ons, interactie ontwerpers, om, behalve een usability-technisch sluitend product op te leveren, ook mee te denken aan de beleving van de gebruiker. Hoe zorgen we ervoor dat de gebruiker zijn persoonlijke doelen kan nastreven? Het antwoord zit hem vaak in het detail van een applicatie. Key is, zoals Alan Cooper schreef: Provide an engaging or enjoyable experience.

Voorbeelden

Twee voorbeelden van webapplicaties: Joomla en Basecamp. Beide applicaties worden veelvuldig ingezet in een werkomgeving. De systemen zijn beide niet perse slecht op het gebied van usability, maar hebben wel een verschillende kijk op het creëren van een beleving.

Joomla

joomla Van goede usability naar beleving

Dit is het scherm dat een redacteur te zijn zal krijgen als hij een nieuw artikel schrijft. Aan de linkerkant een gebruikelijk, maar niet bijzonder WYSIWYG tekst editor. Aan de rechterkant een hoop extra opties, genaamd parameters, waarvan ik vermoed dat deze term door programmeurs bedacht is. Naast vreemde terminologie en een weinig semantische opmaak doet dit beeld ook weinig goed aan een uitdagende omgeving. Ik kan me goed voorstellen dat een redacteur bij herhaaldelijk gebruik behoorlijk gefrustreerd kan raken. Weinig uitdaging. Weinig beleving.

De tone-of-voice is niet vriendelijk of boos. Je zou kunnen zeggen dat het vlak is. Slechts termen, gevolgd door een dubbele punt. Er is dus op geen enkel moment een directe koppeling van de applicatie naar de gebruiker toe. De afstand blijft kilometers groot.

Basecamp

basecamphq Van goede usability naar beleving

Dit het scherm dat een projectlid krijgt te zien als hij een nieuw bericht op Basecamp wil plaatsen. Zo simpel kan het zijn. Net wat je nodig hebt, maar ook uitnodiging tot verdieping, zoals bijvoorbeeld de ‘Show extended message body‘. Weinig ruis, zeer semantisch opgemaakt en verschillende velden die uitdagen tot onderzoek. Zo is het mogelijk om een bericht koppelen aan een milestone.

Het mooiste voorbeeld van een goede tone-of-voice komt naar voren op het moment dat er een koppeling gelegd wordt tussen het bericht en een milestone. Waar negen van de tien applicaties de term Related Milestone zou hebben gebruikt, kiezen ze er bij 37Signals voor om een vraag te stellen. Does this message relate to a milestone? Merk je het verschil? De afstand tussen systeem en gebruiker wordt direct kleiner, wat een enorm positieve invloed heeft op de beleving van de gebruiker.

Samenvattend

Dankzij de bekende guru’s is usability op het internet in een stroomversnelling geraakt. Met de webapplicaties die als paddenstoelen uit de lucht schieten, zal het steeds belangrijker worden om niet alleen onderscheidend te zijn in usability, maar ook in beleving. Nodig gebruikers uit tot onderzoek in de applicatie. Laat tipjes van de sluier zien, maar gooi niet alle opties en mogelijkheden direct in zijn gezicht. Blijf niet vlak in de tone-of-voice en wees niet bang de afstand naar de gebruiker toe te verkleinen.

]]> http://www.mediakip.com/usability-beleving-goal-tasks/feed/ 2 http://www.mediakip.com/usability-beleving-goal-tasks/