Have a look at torresburriel.com» Blog Archive » Entrevista con Peter Boersma for a Spanish translation of Peter’s IA definition.
Have a look at torresburriel.com» Blog Archive » Entrevista con Peter Boersma for a Spanish translation of Peter’s IA definition.
Peter Boersma leeft in Amsterdam, Nederland en werkt daar als UX consultant voor het bedrijf Info.nl (blog). Hij co-organiseerde de EuroIA (blog) conferentie en verzorgt de keynote op de opkomende IA Summit in Italië (blog). Je komt hem tegen op de IA Cocktail hours in Amsterdam en met wat geluk op de IA Meetings in Brussel.
Len: Als je IA moet omschrijven in 256 karakters, wat moet er dan in zitten?
Peter: Ah, ja, daar kon ik me op voorbereiden.
Ik heb een tweeledige definitie:
1) Little IA: define underwater information structure to allow creation, indexing and finding.
2) Big IA: defines front-end information structure to allow selection, understanding, and actioning.
(Maar Big IA heet tegenwoordig vaak UX)
Len: Tijdens de EuroIA conferentie kwam het idee naar boven dat door het feit dat we allemaal een andere taal spreken, er eigenlijk voor Europa geen echt Informatie Architectuur concept bestaat. Maar iedereen had er wel zijn ideeën over.
Nu, bestaat er zoiets als een IA concept in Nederland, waar ligt de focus in Nederland?
Peter: Hmm, ik wou iets schrijven over dat Nederland traditioneel een service-land was en is, maar daar kan ik niet zo veel mee, bij nader inzien.
Ik merk wel dat veel leden van de IA community zich met een breder vakgebied dan Little IA bezig houden.
Ze zijn meer User Experience practitioners, die Ia als een deel van hun takenpakket zien.
Een hele gezonde instelling, volgens mij.
Ik geloof dat de meeste van hen IA zien als de vorm van Web IA die Lou Rosenfeld en Peter Morville hebben uitgehakt met hun boek Information Architecture for the World Wide Web.
In mijn definitie omvat UX usability en (op interactie toegepaste) grafische vormgeving.
Len: Zijn er dan geen initiatieven in Nederland die het veld verder uitdiepen in de praktijk?
Peter: Nou, zoals je weet organiseer ik zelf sinds 2001 de Amsterdam IA Cocktail Hours waar ik langzamerhand ook het idee van presentaties en discussies geïntroduceerd heb.
Daar wordt wel gesproken over definities, nieuwe boeken, goeie recources, en de toekomst van IA.
Len: Kan je een boek of website aan bevelen?
Peter: hmm, voor de Big IA kant wel: Jesse James Garrett’s "The Elements of User Experience".
Van de Little IA kant weet ik zelf te weinig af om een goed boek aan te kunnen raden…
Boxes and Arrows is als website eigenlijk de enige consistente publicatie op ons vakgebied. Ik wou dat de IA Wiki ook kon noemen, maar het onderhoud daarvan is sporadisch te noemen…
Ah, natuurlijk: InfoDesign! Van oude-rot Peter Bogaards
Len : In de omgang met klanten en bedrijven, merk je dan dat ze bewust zijn van zaken zoals IA, UX en aanverwanten? Volgen de bedrijven in Nederland die evolutie op het terrein?
Peter: Ik zal deze vraag beantwoorden, maar ik vrees dat ik niet representatief ben voor heel Nederland. Onze klanten zijn bedrijven of web agencies die beseffen dat ze een UX dienst nodig hebben; zij hebben dat proces al doorgemaakt. Soms is dat heel rudimentair en zitten ze nog in het "Jakob Nielsen" tijdperk:
Alles heet usability en de "3 click" rule is de maat.
Dan moeten we ze wel eens up-to-speed brengen en vertellen wat mensen zoals Jared Spool en kortnuiten hebben ontdekt. (met de 38e proefpersoon in een test die een showstoper ontdekt, of de Scent of Information theorie)
Andere klanten zijn verder: die weten van Web2.0 (dat heeft ook in een aantal landelijke bladen gestaan) en vragen om het inbouwen van tags, of user-contributed content en vragen hoe wij het social network van hun klanten kunnen inzetten.
Len: Deze vraag is min of meer al beantwoord. Wat is de grootste barrière om UX en/of IA processen in te bouwen in het ontwikkel proces van een website of applicatie?
Peter: Helaas is het besef van waarde nog steeds de grootste barrière…
Te vaak worden wij ingeschakeld om in 3 dagen even een site structuur in elkaar te draaien, terwijl wij user research, een content inventaris, matching van gebruikersdoelen met content willen doen en DAN pas een structuur in 2 dagen in elkaar kunnen zetten, bespreken en afmaken.
En dat kost nou eenmaal 8 dagen (voor een kleine site, en met nog wat disclaimers)
Len: Er is dus te weinig kennis van het proces, hoe alles in elkaar past?
Peter: Vooral dat eerste, dat tweede maakt voor veel bedrijven niet zoveel uit; dat is voor ons, de experts. Maar nog meer van de *waarde* van ons werk; waar het bijdraagt in het terugverdienen van het geïnvesteerde geld.
Len: Dan de laatste vraag, kan je tips geven hoe je een betere IA kunt worden?
Peter: Mijn tip zou zijn om, vooral in het begin van het ontwerp (of evaluatie!) proces vaak de vraag "Waarom?" te stellen.
Als een klant zegt dat bepaalde content op de site moet komen, vraag je "waarom". Als-ie dan zegt dat het ook op de huidige site staat, vraag je "waarom".
Als er dan gezegd wordt dat afdeling X deze content levert, vraag je "waarom?".
Zo kom je achter de redenen waarom informatie aangeboden wordt, en uiteindelijk waarom dat volgens de aanbieder goed is voor de gebruikers.
Als je het proces herhaalt bij de gebruiker, kom je erachter waar de match zit (of niet).
En dan kun jij je werk als IA pas goed doen!
Len: En om zo een ander doel bewust te kunnen voorstellen?
Peter: Ja, of de klant duidelijk te maken waarom een indeling in afdelingen niet werkt, of waarom een deel van de informatie op een andere manier aangeboden moet worden, of waarom er geld in het produceren van andere content gestoken moet worden.
(of zelf waarom een klant een andere business moet starten, maar dan gaan we erg ver)
Len: Bedankt, en misschien tot binnenkort?
Peter: Jij kon niet naar Vancouver komen, he? Dan moet het een Brusselse IA Meetup worden, of een Cocktail Hour hier in de buurt, voor we elkaar weer zien…
Another pattern library: Yahoo! Design Pattern Library with a nice definition page on what a pattern is.
Het laatste artikel op UXMatters Trust and Blame, over gebruikers fouten en usability oplossingen, is echt wel een opluchting. Ik vroeg mij al langer af of we niet een beetje aan het overdrijven zijn met al die usability toestanden. Tot waar ga je als ontwerper? Ben je als ontwerper, altijd verantwoordelijk voor de zaken die mislopen als een gebruiker iets verkeerd doet?
Iedereen heeft al wel eens computer crash meegemaakt. De vraag blijft of je als gebruiker het zelf hebt veroorzaakt door jaren je pc te verwaarlozen of omdat de programmeurs vergeten zijn je een waarschuwing te sturen wanneer het OS geen schijfruimte meer had om deftig te kunnen werken.
Het nieuw artikel van UXMAtters geeft beide kanten weer, en geeft aan dat niet alle elementen voorzien kunnen worden.
I barely read the message, of course. I just glanced at it and clicked OK in the same instant. So, by the time I realized that I had not really gotten the message, it was too late. The message was gone forever. If there was another way to find out what had happened, I missed it, too.
Trust and Blame :: UXmatters
Google has “published” Google Calendar.
This article at the Yahoo! Developer Network gives some nice advice how to handle new and old browsers and how to decide you are going to support it or not.
I am going to publish a few informal interviews with Information Architects all around Europe. The main interest in these interviews is the European problem that came to light at the Euro IA summit. We all speak a different language, we all have a different culture, and we all live in Europe.
Something that might prove a problem when publishing stuff on the internet (have a look at the website of the European Union ) and it is something that a lot of IAs in Europe are trying to solve.
All interviews will be recorded in whatever language is available and if I can find the time (or on request), I’ll put up an English translation.
I’ve allready got a few nice names on my list and the first one will be published somewhere this week, so stay tuned.
Brandon Schauer from Adaptive path has a PDF flyer on how Web2.0 became what it is now. From early blogs to mashups and wikis: What puts the 2 in Web20 [PDF]
Powered by WordPress