Be careful with what you ask for

An article, posted about 8 years ago filed in pruning, kiss, form, design, conversion, sex, lgbt, user, ux & interaction design.

Since we all seem to know that every other field in the registration form is another percentage of users failing to register*, we think of alternative ways to gather information. We gamify the user profile completeness by adding a progress bar to our user account, we present a full form after the confirmation link or we ask questions while using the application.

But there is another reason why we might not even ask all the questions. Ask the wrong questions and you may alienate your user.

It can be relatively minor things like picking your favourite colour, where the form just lets you pick one colour, while many have multiple. But it may also be more personal (or one could argue, more political): not everyone defines oneself as male or female, so why only present just these options (and do know that it isn’t particularly nice being referred to as ‘the other’ all of the time).

These issues are well discussed in this [talk by Ca…

Continue reading...

User vs usage friendly

An article, posted more than 8 years ago filed in interaction design, id, ux, design & gebruiksvriendelijk.

In English usability folks typically talk about user friendliness. Literally translated, user friendly translates in Dutch to "Gebruikersvriendelijk". In Dutch "Gebruikersvriendelijk", however, is used interchangeably with “Gebruiksvriendelijk” (see also: Taaladvies) which translates literally back to “usage friendliness”. Not too fast: these might be two different concepts after all.

  English Dutch User friendly / gebruikersvriendelijk 61,300,000 622,000 Usage friendly / gebruiksvriendelijk 5,930 250,000 Ratio 1 / 10.000 5 / 2

Table: Google’s frequency counts for the different languages

User friendly

User friendly is about being nice to the user. Making something user friendly may be about nice icons, nice words, nice visual design, but you can, strictly speaking, still be very friendly and not allow a user to accomplish a certain task.

Continue reading...

Over privé kamertjes

An article, posted more than 15 years ago filed in business, interfaces, interaction design, BeanThought, ux design & getting real.

Om de zoveel tijd wordt ons weer gevraagd om een "mijn punt iets punt nl"… een 'persoonlijke' portal voor alle, bij voorkeur relevante, informatie die zich bevind op de www punt iets punt nl. Naast de hoofd site moet er voor geregistreerde gebruikers een speciale privé portaaltjes komen waar ze allerlei 'handige', 'leuke' dingen kunnen doen, die voor gewone gebruikers of niet interessant (zouden) zijn, niet toegankelijk mogen zijn, of om wat voor reden niet gepresenteerd hoeven te worden op de hoofd site. Ik denk dat het tijd wordt om een halt toe te roepen aan de wildgroei aan mijn punt iets sites.

Het idee is verleidelijk, omdat al zoveel sites een 'mijn punt' hebben, maar het is, zoals met alle dingen in het leven, zinvol om af te vragen waarom? Het stellen van deze vraag is niet onbelangrijk, omdat het grote gevaar namelijk bestaat dat er twee onafhankelijke websites naast elkaar gaan bestaan die beiden nooit de aandacht kunnen krijgen als één enkele website, om d…

Continue reading...

Nemawashi

An article, posted almost 16 years ago filed in scrum, feedback, agile, gebruikers, interaction design, project management, BeanThought, methodiek & ux design.

Kort voorwoord: sommige ideeën moet op gebroed worden. Deze post lag er ook al een tijdje. Maar het is tijd voor publicatie. Misschien dat meer mensen er op door kunnen broeden. Het is geen 'af' product, geen implementatie handleiding, geen nieuwsfeitje of eigenaardigheidje, maar een idee, dat op z'n best inspireerd…

Alweer een tijdje geleden, maar helaas ben ik vergeten waar (verdorie, waar is mijn 'Google History' voor offline gebruik?), las ik een artikel over een ontwerper, of architect, die Nederland al geruime tijd had verlaten en momenteel werkzaam was in Japan. Een opvallend cultuurverschijnsel werd door hem opgemerkt: nemawashi.

Nemawashi verteld ons dat -ik hoop dat ik hier niet te kort door de bocht ben- in plaats van de directeur direct te overtuigen van je idee, dat je  eerst de mensen onder de leidinggevende (je collega's) dient te overtuigen van de kwaliteiten van je plan. Wanneer je het idee daarna voorlegt aan de leidinggevende is de organisatie onder …

Continue reading...

Mike Cohn over Scrum en Interaction Design

An article, posted about 16 years ago filed in scrum, interfaces, agile, gebruikers, interaction design, methodiek, ux design, modellering & waterval.

 Hoewel het nog te vroeg is om iets zinnigs te zeggen over de door ons onlangs ingeslagen weg om interaction design en scrummen te combineren, blijven we natuurlijk lezen over de mogelijk betere methodes. Zodoende kwam ik een hoofdstuk in Mike Cohn's boek 'User Stories Applied' (2004, ISBN: 0321205685, hoofdstuk 16) tegen. In plaats van interaction design mee te nemen in de sprint (onze eerste opzet), of een sprint voor te laten lopen (waar we dus onlangs aan zijn begonnen) stelt hij iets anders voor: doe het interaction design voor dat je met het daadwerkelijke scrummen (lees: programmeren) begint, een idee eigenlijk afkomstig van Constantine and Lockwood (2002). Gesuggereerd wordt, alvorens aan het sprinten te beginnen, de volgende stappen te doorlopen:

Modelleer de gebruikersrollen (zoals gebruikelijk) Selecteer de belangrijkste user stories (interaction design specifiek(?)) Prioriteer deze met hoge, midden, en lage prioriteit (interaction design specifiek(?)) Ver…

Continue reading...

UX design en agile development - eerste evaluatie

An article, posted more than 16 years ago filed in scrum, interfaces, agile, interaction design, methodiek & ux design.

 Zoals ik in mijn eerdere post al aanstipte is er nog veel onduidelijkheid over hoe user experience (/interaction) design en agile development, en in specifiek SCRUM met elkaar samen gaan. Het beste is om er in zo'n geval gewoon mee te beginnen en te kijken of er ook inderdaad problemen zijn. Onlangs hebben we onze eerste aanpassing gemaakt (in andere woorden, we zijn tegen een probleem aangelopen): interaction design moet uit de sprint.

Hoewel het niet zwart op wit door de scrum methode wordt voorgeschreven, zijn er doorgaans de volgende kolommen op het 'scrumboard': backlog, todo, in progress, to test, en done. Een user story op de sprint backlog wordt in de todo kolom in stukjes geknipt tot werkbare stukjes (work items). Ons idee was dat interaction design daar tussenin zou passen, en dat de interaction designer de work items min of meer definieerde als pagina's in de applicatie. Een workitem (in de praktijk dus vaak een pagina) werd verplaatst naar de todo wanneer…

Continue reading...

Mobile feature creep

An article, posted more than 17 years ago filed in mobile, feature, creep, telephone, complexity, user experience, interaction design, ux & usability.

In this text causes and effects of feature creep in mobile telephones are being discussed. The problem with feature creep is that adding more features makes mobile telephones harder to use. Instead of paying attention to the ease of use of a telephone, most companies are only concerned with offering more features than the competitor. And the customer is debit to this behaviour.

Customers want features and therefore companies are offering them features. And since the competition can always offer more features, thus making their phones more attractive to the customers, all competitors try to stay ahead, giving rise to even more, seemingly needless, additions.

Due to the increasing number of features mobile telephones are also becoming increasingly hard to use: there is an inverse relation between the two. This inverse relationship can be demonstrated by making the one of the most simplest devices more complex: light switches. One light switch on a wall is simple to operate, yet…

Continue reading...

murb blog