Een huis bouwen zonder blauwdruk is een recept voor een ramp. Je kunt niet zomaar raden waar de dragende muren naartoe gaan of hoe je de leidingen achter de gipsplaat moet leiden. Je hebt een plan nodig. Dezelfde logica geldt voor de digitale wereld.
Denk erover na om een online kledingwinkel te lanceren. U beschikt over producten, klantgegevens en marketingteksten. Waar staat de catalogus? Hoe vinden gebruikers het retourbeleid? Als je deze elementen willekeurig verspreidt, zullen shoppers stuiteren. Ze zullen niet vinden wat ze nodig hebben.
Dit is het kernprobleem dat informatiearchitectuur oplost.
De term wordt losjes rondgegooid. Sommige mensen vergelijken het met webdesign. Anderen denken dat het alleen maar databasebeheer is. Het is geen van beide. Het is de structurele engineering van inhoud.
Volgens verschillende branchedefinities is informatiearchitectuur het model van een informatiesysteem. Het beschrijft de regels voor het organiseren, onderling verbinden, toegang krijgen tot en presenteren van gegevens. Het is ook de kunst en wetenschap van het creëren en onderhouden van dat model.
Voor een groeiend bedrijf gaat het niet alleen om een homepage. Het omvat marketingmateriaal, klantendatabases en gebruikersdocumentatie. Het is het skelet dat het vlees van het merk bij elkaar houdt.
Waarom informatiearchitectuur ertoe doet
Overweeg een online schoenenwinkel.
Het informatiesysteem is de winkel zelf. De producten zijn de schoenen. Maar de informatiearchitectuur is de logica achter de winkel. Het definieert het maatsysteem. Het categoriseert kleuren. Het houdt de voorraadniveaus bij. Het bepaalt prijsstructuren.
Zonder deze structuur is de winkel een chaos. Een gebruiker klikt op “Rode schoenen” en krijgt zwarte laarzen. Ze klikken op ‘Maat 10’ en zien niets. Ze vertrekken.
Goede IA zorgt ervoor dat informatie toegankelijk is. Het maakt complexe gegevens eenvoudig. Het sluit aan bij de intentie van de gebruiker. Het voorspelt wat een gebruiker wil voordat hij erom vraagt.
De wortels van het veld
Het concept is niet nieuw. Architecten organiseren al eeuwenlang ruimtelijke gegevens. Maar de toepassing ervan op digitale informatie is een recente evolutie.
Vroege webontwerpers concentreerden zich op visuals. Mooie pagina’s. Flitsende spandoeken. Maar mooie pagina’s helpen gebruikers niet bij het navigeren op complexe sites. Naarmate het web groeide, groeide ook de behoefte aan structuur.
Voer de architecten van het web in. Ze beseften dat de inhoud een raamwerk nodig had. Een hiërarchie. Een taxonomie.
De term ‘informatiearchitectuur’ werd in de jaren zeventig bedacht door Richard Saul Wurman, een architect. Hij paste bouwprincipes toe op informatie. Het internet heeft deze mentaliteit in de jaren negentig overgenomen.
Tegenwoordig is IA een aparte discipline. Het overbrugt ontwerp, psychologie en informatica.
Wat informatiearchitectuur feitelijk omvat
IA is niet één ding. Het is een verzameling technieken en hulpmiddelen.
Het omvat:
- Taxonomie : categorieën en tags maken.
- Navigatie : menu’s en paden ontwerpen.
- Zoeken : optimaliseren hoe gebruikers gegevens opvragen.
- Metadata : beschrijvende tags toevoegen aan inhoud.
Elk stuk dient een doel. Taxonomie groepeert vergelijkbare items. Navigatie leidt gebruikers ernaartoe. Met Zoeken kunnen ze specifieke items vinden. Metadata maken het allemaal machinaal leesbaar.
Het menselijke element
Software helpt, maar vervangt IA niet. Tools kunnen gegevens ordenen. Ze kunnen niet beslissen wat die gegevens betekenen.
Wie is de gebruiker? Wat hebben ze nodig? In welke context bevinden ze zich?
IA beantwoordt deze vragen. Het is gebruikersgericht. Het gaat niet om wat het bedrijf wil zeggen. Het gaat om wat de gebruiker moet vinden.
Vooruitkijken
Het vakgebied blijft zich ontwikkelen. Met AI en machine learning wordt IA dynamischer. Aanbevelingen zijn slimmer. Zoeken is intuïtiever.
Maar het kernprincipe blijft. Structuur is belangrijk. Chaos stoot af.
We zullen de geschiedenis van IA hierna in meer detail onderzoeken. We zullen kijken naar de belangrijkste concepten die het vakgebied definiëren. En we zullen de software onderzoeken die het tot leven brengt.
Voor
Wij hebben de noodzaak om dingen op een rijtje te zetten niet uitgevonden. We doen het al duizenden jaren. De bibliotheek van Alexandrië had in 330 voor Christus een bibliografie van 120 rollen. Eeuwen later bouwden we het Dewey Decimal System en de Library of Congress Classification omdat de papierstapels te groot werden. Waarschijnlijk heb je op school omtreklijnen gebruikt. Het doel was altijd hetzelfde: ervoor zorgen dat je kon vinden wat je zocht.
Toen kwam het internet.
Plots explodeerde het publicatietempo. We waren niet alleen bezig met het toevoegen van boeken aan de planken; we voegden elke seconde datapunten toe aan een wereldwijd netwerk. Digitale formaten maakten kruisverwijzingen triviaal. Klik op een koppeling. Wees ergens anders. De kracht van deze flexibiliteit valt niet te ontkennen. Maar het creëerde een nieuw probleem.
Alles georganiseerd houden voelt nu minder als een hele klus en meer als een onmogelijke taak. Het enorme volume is overweldigend.
In 1976 bedacht Richard Saul Wurman een term om ons te helpen ermee om te gaan. Hij was op een conferentie van het American Institute of Architects. Hij is nu beter bekend vanwege het co-creëren van de TED-conferenties. Wurman merkte een leemte op in de manier waarop we over data spraken. Hij had een hekel aan ‘informatieontwerp’ omdat het zich op esthetiek concentreerde. Het beschreef hoe informatie eruitzag. Er werd niet beschreven hoe we er toegang toe kregen.
Hij had een woord nodig dat de systematische benadering weergaf van hoe informatiesystemen feitelijk werken. Hij noemde het informatiearchitectuur. Hij publiceerde in 1997 een boek over het concept, maar het idee had jaren eerder wortel geschoten.
De reikwijdte van de informatiearchitectuur definiëren
De term wordt vaak verward met andere disciplines. Je hoort misschien usability engineering, content management, content strategie, user experience (UX) design en interactie design (IxD) als synoniemen rondslingeren. Dat zijn ze niet.
Dit zijn gerelateerde velden. Ze raken specifieke gebieden binnen IA. Of ze verwijzen naar de specifieke technologie die is gebruikt om het systeem te bouwen. Een website is een technologie. UX is een ontwerpfilosofie. Informatiearchitectuur is de ruggengraat. Het is de structuur. Het is de kaart.
Wij hebben de geschiedenis. Wij hebben de definitie. Het is moeilijk vast te stellen, zeker. Maar het is essentieel. We hebben het nodig omdat het universum van informatie zich steeds verder uitbreidt.
Waarom hebben we informatiearchitectuur nodig?
Denk na over hoe u uw boekenplank organiseert. Je mixt niet alle mogelijke regels tegelijk. U kiest één primair systeem. Misschien is het de achternaam van de auteur. Misschien is het de titel. Of misschien groepeert u ze op lengte, hoewel dat meestal een verliezende strategie is. Als je methoden probeert te combineren, moet er één domineren. Eerst auteur, daarna titel voor de duplicaten.
Hoe kies je? Je optimaliseert voor het ophalen. In een enorme onderzoeksbibliotheek jagen klanten niet op auteur. Ze jagen op onderwerp. Als je in die context op auteur ordent, heb je wrijving gecreëerd.
Digitale informatie is complexer dan boeken, maar het doel blijft hetzelfde. Je moet de toegang gemakkelijker maken. Maar hier zit het addertje onder het gras: een regeling die de ontdekking voor de ene groep gebruikers versnelt, kan een andere groep vertragen of zelfs blokkeren.
De kosten van een slechte organisatie
We verdrinken in digitale inhoud. Het volume groeit dagelijks. Zonder een solide structuur kunnen mensen niet vinden wat ze nodig hebben wanneer ze het nodig hebben.
Een goede informatiearchitectuur (IA) gaat niet alleen over nette menu’s. Het gaat om efficiëntie. Een bedrijf met optimale IA verlaagt de operationele kosten. Werknemers besteden minder tijd aan het zoeken naar bestanden. Ze besteden minder tijd aan het opnieuw maken van documenten omdat ze het origineel niet konden vinden. Dat is geld bespaard.
Het financiële voordeel kan enorm zijn. Neem het geval dat Jared Spool in 2009 bestudeerde. Een team paste de plaatsing van de logins op een grote e-commercesite aan. Het was een subtiele verschuiving in IA. Terugkerende klanten konden inloggen voordat ze gingen browsen. De ervaring werd gladder. Ze gaven meer uit. Nieuwe klanten hoefden zich niet te registreren voordat ze een aankoop deden. Wrijving verdween.
Het resultaat? De online verkopen zijn in één jaar tijd met ongeveer $300 miljoen gestegen. De verandering liet al in de eerste week aanzienlijke verbeteringen zien. Allemaal omdat ze een formulier hebben verplaatst.
Kernconcepten om te beheersen
Dus, hoe begin je? Informatiearchitectuur is een enorm vakgebied. Voordat u in tools of software duikt, moet u de fundamentele concepten begrijpen. Dit zijn de mentale modellen die bepalen hoe gebruikers omgaan met uw digitale ruimte.
Het ijsbeerboek en zijn raamwerk
Rosenfeld en Morville definieerden het veld in hun beroemde gids, in de volksmond bekend als het ijsberenboek vanwege het dier op de O’Reilly-omslag. Dit is niet alleen een schattig detail. Het is de tekst die de meeste IA-professionals aanhalen bij het definiëren van de discipline.
In de editie van 2002 wordt IA opgedeeld in drie overlappende cirkels: inhoud, gebruikers en context. Inhoud is het ruwe materiaal: tekst, gegevens, afbeeldingen, video. Gebruikers zijn de mensen die op zoek zijn naar dat spul, inclusief hoe ze denken en zoeken. Context is de omgeving: budgetten, tech-stacks, bedrijfspolitiek, doelen. Je kunt niet voor gebruikers ontwerpen zonder de beperkingen te kennen.
De basiseenheid: het pakket
Gary Marchionini, decaan van UNC’s School of Information and Library Science, heeft het verder uitgekleed. Tijdens zijn presentatie noemde hij de basiseenheid van IA een pakket. Het is een paragraaf. Een afbeelding. Een filmpje. Een discreet stukje data.
IA gaat niet alleen over het ordenen van deze brokken. Het gaat over het plannen van hoe ze worden beheerd, toegankelijk en gekoppeld binnen een groter systeem. We blijven hier bij de term van Marchionini. Het is schoner dan ‘entiteit’ of ‘object’.
Attributen en logica
Alles in een pakket heeft labels nodig. Dit zijn kenmerken. Beschouw ze als metadata-descriptors. Hoogte. Gewicht. Geslacht. Voor digitale informatie kunnen attributen fysiek zijn (zoals het aantal tekens in een alinea) of abstract (zoals de juiste context voor het weergeven van die tekst).
Als de IA deze niet consequent toepast, breekt het systeem. Er ontstaat chaos. Attributen hebben regels nodig. Logica. Hoe verhoudt attribuut A zich tot attribuut B? Zonder die structuur mislukt het zoeken. Navigatie mislukt.
De vier componenten van IA
Abstracte concepten zijn nutteloos zonder uitvoering. Rosenfeld en Morville schetsten vier specifieke componenten die architecten gebruiken om die ideeën vast te leggen.
- Organisatiesystemen. Dit is hoe we informatie categoriseren. Namen van auteurs. Titels. Schoenmaat. Soort stof. Kleur. Het is de taxonomie.
- Etiketteersystemen. Hoe vertegenwoordigen wij die categorie? Zeggen we “optometrist” of “oogarts”? Het hangt af van de geletterdheid en verwachting van het publiek. Precisie betekent niet altijd duidelijkheid.
- Navigatiesystemen. Hoe bewegen mensen zich tussen stukjes inhoud? De knop “Volgende”. De tabbladbalk. De zijbalk. Het is het pad.
- Zoeksystemen. Hoe vinden gebruikers wat ze zoeken als ze het pad niet kennen? Trefwoorden invoeren. Genummerde lijsten scannen. Filteren. Het is de nooduitgang.
De technische realiteit
Deze componenten bestaan niet in een vacuüm. Ze leven in de technologie. Als u een database gebruikt, hebt u querycomponenten nodig om specifieke records op te halen. Als u een website bouwt, heeft u te maken met browsen, scrollen en klikken. De IA moet rekening houden met de mechanismen van toegang.
De alleskunner-architect
De omvang van deze baan is enorm. Een informatiearchitect kan niet zomaar diagrammen tekenen. Ze moeten de regels kennen.
Denk aan een traditionele architect. Ze kunnen de bouwvoorschriften niet negeren. Ze moeten de structurele normen begrijpen, zodat het huis niet instort en door de inspectie komt. Een IA heeft dezelfde diepgang nodig. Ze moeten de industriestandaarden begrijpen voor het creëren, opslaan, openen en presenteren van digitale informatie.
Dat betekent dat u Unified Modeling Language (UML) kent. HTML. CSS. JavaScript. Het gaat niet altijd om coderen, maar je kunt niet ontwerpen wat je niet begrijpt.
Gecontroleerde woordenschat is niet onderhandelbaar. Metagegevens moeten nauwkeurig zijn. Elk label moet precies één ding betekenen. Als ‘Rood’ twee verschillende kleuren op twee verschillende afdelingen betekent, is het systeem kapot.
Het ontwerpen van de structuur
De volgende stap is de uitvoering. De theorie eindigt hier.
Documentatie is het anker van elke succesvolle informatiearchitectuur (IA). Zonder dit is de structuur slechts een gedachte-experiment. Architecten leggen hun ontwerpen schriftelijk vast, net zoals ingenieurs blauwdrukken tekenen voor een wolkenkrabber. Dit zorgt ervoor dat elke ontwikkelaar en onderhouder de regels kent. Het dient ook als de belangrijkste referentie voor toekomstige updates. Als het oorspronkelijke plan verloren gaat, drijft het systeem af.
De documentatie zelf is gedetailleerd. Het bevat beschrijvingen van inhoudspakketten en hun specifieke kenmerken. Diagrammen laten zien hoe deze pakketten zich verhouden. Stroomdiagrammen brengen gebruikersbeslissingen in kaart en volgen het pad van de ene keuze naar de andere. Dan zijn er nog wireframes. Dit zijn de skeletmodellen van webpagina’s die bepalen hoe informatie voor de gebruiker verschijnt.
Wanneer goedkeuring nodig is, zijn presentaties van belang. Architecten kunnen slide decks bouwen om nieuwe ontwerpen aan managers of besturen te pitchen. Maar het proces begint slordiger. Brainstormen gebeurt op papier. Plaknotities maken het whiteboard rommelig. Het is chaotisch. Naarmate het concept sterker wordt, schakelen architecten over op modelleringssoftware. Tools zoals Visio, OmniGraffle of Dia helpen bij het maken van overzichtelijke stroomdiagrammen en boomstructuren. Deze beelden komen vaak terecht in de uiteindelijke documentatie, gepolijst met desktop publishing-tools zoals Adobe Illustrator.
Hulpmiddelen voor testen en modelleren
Ontwerp vereist validatie. Architecten raden niet alleen; ze gebruiken gespecialiseerde software om hun hypothesen te testen voordat ze ook maar één regel code schrijven. Deze modelleringsfase helpt fouten vroegtijdig te identificeren.
Verschillende tools domineren deze ruimte:
- Optimale sortering analyseert hoe gebruikers omgaan met informatie. Het helpt architecten de beste categorieën en labels te kiezen door de gebruikerservaring (UX) rechtstreeks te observeren.
- Treejack richt zich op navigatie. Het simuleert hoe gebruikers door pagina’s klikken om te ontdekken waar ze verdwalen of vastlopen.
- Axure RP is een hulpmiddel voor het maken van prototypen. Het bouwt interactieve wireframe-modellen van websites, waardoor teams de functionaliteit kunnen testen zonder backend-ontwikkeling.
- Morae registreert en test bestaande sites. Het biedt diepgaande inzichten in de gebruikerservaring en benadrukt knelpunten die IA-verbeteringen behoeven.
Zodra het ontwerp is gevalideerd, is het tijd voor implementatie. Dit is waar theorie en werkelijkheid elkaar ontmoeten.
Informatiearchitectuur in actie brengen
De implementatie is afhankelijk van twee soorten software. Ten eerste is er de hierboven besproken modelleringssoftware. Ten tweede is er de daadwerkelijke informatiesysteemsoftware die het ontwerp tot leven brengt. In deze tweede categorie gebeurt het zware werk.
Contentmanagementsysteem (CMS) -software is het werkpaard van de moderne webinfrastructuur. Het combineert de functies van een bestandssysteem en een bibliotheek. Gebruikers kunnen inhoud uitchecken, bijwerken en weer inchecken. Het systeem houdt revisies bij en bewaart de geschiedenis. Oudere versies blijven toegankelijk. Andere software kan deze gegevens vervolgens ophalen om documenten in te vullen of op webpagina’s weer te geven.
Het kiezen van het juiste CMS hangt af van de behoeften van de organisatie. Drupal en Alfresco zijn twee prominente voorbeelden, maar ze dienen verschillende doelen.
Drupal is een gratis, open-sourceoptie die grotendeels in PHP is geschreven. Het is zeer flexibel. De kracht ligt in de kant-en-klare functies en een enorme bibliotheek met gratis extensies. Deze plug-ins zijn vaak nodig om een complexe web-IA volledig te implementeren.
Alfresco werkt volgens een abonnementsmodel. Het gaat verder dan eenvoudige webinhoud. Het beheert de interne documenten en administratie van een organisatie. Dit maakt het geschikt voor bedrijven met zware compliance- of archiveringsbehoeften.
Andere software kan ook als CMS functioneren, zij het met beperkingen. Blogplatforms zoals WordPress en wikisoftware zoals MediaWiki zijn populair. Ze verzorgen de opslag en presentatie van inhoud, maar bieden minder opties voor diepgaande categorisering in vergelijking met speciale systemen.
Dan zijn er Document Management Systemen (DMS). Een DMS zoals KnowledgeTree is vergelijkbaar met een CMS, maar beperkter van opzet. Het richt zich op het behoud van documentformaten. Het houdt de auteur en het tijdstempel van elke revisie bij. De zoekmogelijkheden verschillen echter. Een DMS vertrouwt vaak op metadatatags in plaats van de volledige tekst van het document te doorzoeken. Dit onderscheid is van belang voor de nauwkeurigheid van het ophalen.
Informatie is nooit statisch. Het groeit. Het verandert. De context verschuift. Gebruikers eisen in de loop van de tijd verschillende dingen. Voor de informatiearchitect betekent dit dat het werk nooit echt klaar is. Ze moeten voortdurend evalueren of de huidige IA nog steeds het volume en het type informatie dat wordt gegenereerd kan ondersteunen. Wanneer de oude structuur niet meer past, staat de architect voor een keuze. Werk het model bij. Of upgrade soms de software zelf. Het systeem moet evolueren, anders sterft het.
De term ‘informatiearchitecten’ is niet zomaar uit de lucht komen vallen. Het groeide parallel met de explosieve groei van het internet in de jaren negentig. Het boek Information Architects van Richard Saul Wurman uit 1996 gaf de chaos een naam. Maar de echte culturele verschuiving vond plaats toen experts ruzie begonnen te maken.
Peter Morville herinnert zich de debatten. Ze waren gepassioneerd. Collega’s waren het oneens over de vraag hoe de principes van bibliotheek- en informatiewetenschappen (LIS) op Wurmans nieuwe concept konden worden toegepast. Het was niet alleen maar theorie. Het ging over overleven in een digitale wildernis.
Toen O’Reilly Media samen met Louis Rosenfeld het boek van Morville publiceerde, veranderde de vonk in vuur. De belangstelling schoot omhoog. Twee jaar later kwam Richard Hill van ASIS&T tussenbeide. Hij hielp Rosenfeld bij het organiseren van de eerste jaarlijkse Information Architecture Summit.
Van workshops tot mondiale topconferenties
ASIS&T organiseert deze top sinds 2000 elk jaar. Het is niet zomaar een conferentie. Het is een oefenterrein. Workshops worden gegeven door IA-innovators. Dit zijn geen theoretische colleges. Het zijn praktijksessies onder leiding van gerespecteerde professionals.
Kijk naar de conferentie van 2011 voor bewijs. De onderwerpen varieerden van specifieke IA-technieken tot de toekomstige stand van zaken. De status van het beroep werd in realtime besproken.
Dit momentum bracht andere organisaties voort. De beweging werd mondiaal. Europa kreeg de Europese Informatie Architectuur (EuroIA) top. Australië kreeg Oz-IA.
Het Information Architecture Institute (IAI) is opgericht om het vakgebied professioneel vooruit te helpen. Hun jaarlijkse conferentie heet IDEA: Information Design Experience Access. Het gaat niet alleen om structuur. Het gaat om ervaring.
Het menselijke element in de digitale orde
Dus, wie is de typische informatiearchitect?
Adelle Frank van Emory University heeft misschien het antwoord. Ze beheert de gegevens achter de website van Emory College. Ze heeft twee IA Summits bijgewoond. Haar beschrijving van de rol is specifiek.
“Eigenzinnige, intelligente persoon die technisch inzicht combineert met goede sociale vaardigheden en creativiteit.”
Het is een vreemde mix. Je hebt logica nodig. Maar je hebt ook empathie nodig. Frank legt uit dat liefhebbers van chaos houden. Ze gedijen goed in het scheppen van orde in de overdaad aan informatie. Ze verbeteren de manier waarop mensen het internet ervaren.
Niet iedereen heeft de functietitel. Veel mensen hebben dezelfde vaardigheden. Ze hebben dezelfde passie. Ze noemen zichzelf gewoon geen architecten.
Verbonden blijven in een gedistribueerde gemeenschap
Deze gemeenschap blijft aangesloten. Ze wachten niet op conferenties om te leren. Ze gebruiken RSS-feeds. Mailinglijsten. Podcasts van IA-evenementen. Artikelen. Lidmaatschap van groepen als ASIS&T en IAI.
Twitter speelt ook een rol. Frank merkt op dat dit technisch onderlegde publiek twittert tijdens evenementen. Het is een parallel gesprek. Hiermee kunnen enthousiastelingen op de hoogte blijven, zelfs als ze er niet persoonlijk bij kunnen zijn.
We hebben alleen maar het oppervlak bekrast. De geschiedenis, concepten en technieken zijn enorm. Voor zowel nieuwkomers als ervaren architecten is de literatuur eindeloos.
Als je dieper wilt gaan, zoek dan naar de IA-bronnen voor gebruikersinteractie. Klik vooruit. Het veld eindigt hier niet. Het wordt alleen maar complexer.
Veelgestelde vragen
Wat is informatiearchitectuurontwerp?
Het is het proces van het structureren en organiseren van informatie voor digitale producten zoals websites. Het gaat om het creëren van taxonomieën en navigatiesystemen. Het doel is eenvoudig. Help gebruikers vinden wat ze nodig hebben.
