Verzamelde gebruikersbehoeften

In de afgelopen periode hebben er meerdere onderzoeken plaatsgevonden gericht op gebruiksvriendelijkheid van NORA Online. Uit die onderzoeken zijn verschillende behoeften voor een nieuwe vormgeving van NORA Online naar voren gekomen.

Behoeften van verschillende groepen gebruikers[bewerken]

Er zijn meerdere momenten geweest waar input van gebruikers is verzameld op het gebied van de vormgeving en de structuur van de content. Zo is er een continu onderzoek op de website (Ja/Nee), een gebruikersonderzoek op DADD2023 en wordt via gesprekken met verschillende soorten gebruikers input verzameld.

Op deze pagina staan de verzamelde behoeften van:

Nieuwe en terugkerende gebruikers op noraonline. Deze groep is het grootste, namelijk iedereen die eenmalig of vaker de website bezoekt. We weten hier vooral veel over uit statistieken, continu gebruikerstevredenheidsonderzoek en user test op de DADD.
Accounthouders & inhoudelijke eigenaren van pagina's. Dit zijn bezoekers die zich actief met de website verbinden, hetzij met een gebruikersaccount zodat ze pagina's kunnen volgen of bewerken, hetzij met de afspraak bepaalde content te leveren en actueel te houden (niet alle inhoudelijk eigenaren hebben een account). Deze behoeften zijn opgetekend op basis van de gesprekken en ervaring van community managers en beheerders de afgelopen jaren en vervolgens actief getoetst bij een deel van de doelgroep.
Hergebruikers & beheerders van architecturen. Dit zijn mensen die content niet slechts raadplegen, maar er actief iets mee willen doen in hun eigen systemen, architectuurdocumenten of websites. Deze behoeften zijn geïnventariseerd in de lopende gesprekken binnen de community van de afgelopen jaren, inclusief de verzoeken die we per mail ontvingen of iets op een bepaalde manier exporteerbaar of integreerbaar was. Deze behoeften zijn niet apart getoetst, maar de wensen voor nieuwe functionaliteit is wel in de NORA gebruikersraad besproken en onderschreven.
Community managers namens de community. De community managers hebben door de jaren heen flink wat wensen opgepikt uit de community en in de uitvoering van hun community strategie ook functionaliteit gemist die het ondersteunen en stimuleren van de community gemakkelijker of effectiever kunnen maken.
Beheerders. NORA Beheer is zelf ook gebruiker van de wiki, zeker in samenhang met doel 5 van de Redesign: Beheer door een klein team realistisch en haalbaar houden.

Behoeften nieuwe en terugkerende gebruikers[bewerken]

We hebben voor nieuwe en terugkerende gebruikers van NORA Online de volgende behoeften opgehaald:

Ik wil weten waar ik ben en waar ik heen wil:

Meer uitleg over NORA en de reden waarom het er is
Doelgroep individueel kunnen bedienen
Herleidbaar maken waar je je bevindt binnen de website

Ik wil snel vinden wat ik zoek:

Prominente zichtbare interne zoekbalk
Alleen relevante resultaten op zoekacties (geen dubbelingen, geen technische pagina’s, geen verouderde pagina’s)
Verbeterde filtering in de zoekmachine
Verouderde & concept pagina’s, et cetera uitsluiten van zoekresultaten
Navigatie en zoekmachine moeten je naar dezelfde plek leiden

Ik wil snel en vol vertrouwen navigeren tussen pagina’s:

Duidelijkere afbakening navigatieonderdelen (bv een thema)
Minder navigatiemenu’s

Ik wil eenduidigheid binnen NORA Online:

Eenduidige structuur per pagina
Eenduidige terminologie
Eenduidige navigatie

Ik wil weten wat de status is van wat ik lees:

Status van pagina geven (actualiteit, concept, archief)
Verouderde pagina’s verwijderen; zichtbaar in Archief-website
Niet werkende links verwijderen

Ik heb inhoudelijke wensen:

Meer praktijkvoorbeelden van familieleden

Ik wil meer rust en ruimte om te focussen op de inhoud:

Minder navigatiemenu’s
Minder frames en tabs
Geen menu aan de rechterkant
Meer witruimte/beeld
Minder tekst, meer beeld
Kortere teksten
Nieuws en agenda niet meer op elke pagina

Resultaten toetsing[bewerken]

Alle behoeften zijn herkend door de gebruikers, waarbij is aangegeven dat de hoogste prioriteit ligt bij de behoeften:

“Ik wil snel vinden wat ik zoek” (13 stemmen)
“Ik wil weten wat de status is van wat ik lees” (13 stemmen)
“Ik wil eenduidigheid binnen NORA Online” (9 stemmen)

Er zijn nog wel een aantal behoeften die gemist worden. Dat zijn namelijk:

Ik wil weten wie verantwoordelijk is voor deze pagina en welke kaders erbij horen.
Ik zou duidelijker willen hebben wat de NORA is en welke kant zij op gaat.
Ik wil snellere afstemming tussen de verschillende onderdelen, wanneer er iets wijzigt op NORA Online.
Ik zou graag meer beheer op de pagina's willen, om de kwaliteit te kunnen borgen.

Er zijn geen tegengestelde behoeften naar voren gekomen. Dat betekent dat deze lijst met behoeften, samen met die van de andere gebruikersgroepen, de no regret-basis vormt voor de verbeterslag en het nieuwe ontwerp van de website.

Hoewel deze behoeften breed herkend worden, zien we in de analyse wel een aantal dilemma's ontstaan, plekken waar verschillende behoeften elkaar in de weg kunnen zitten of kunnen schuren, wanneer we hier niet zorgvuldig mee omgaan:

Minder content en meer overzicht versus meer praktijkvoorbeelden en relaties met familieleden.
Willen we alle pagina’s behouden met een statusmelding of kunnen deze op een archiveringswebsite verzameld worden.
Wil je een traditioneel navigatiemenu (zij- of bovenkant) versus het kunnen doorklikken binnen een pagina waardoor je wel een onderwerp en associaties daarop volgt, maar mogelijk niet meer weet waar je bent.
NORA is de basis voor architectuurvraagstukken (principes, kaders, wetgeving en standaarden) versus bonte verzameling van content.
Meer beheer van de pagina versus de beheercapaciteit van NORA Beheer.
Lange pagina’s met veel inhoud versus inhoud over meerdere korte en rustige pagina’s verdeeld.
Inhoud afstemmen op verschillende doelgroepen versus inhoud voor iedereen.
Houden we als NORA Europese begrippen en definities aan versus Nederlandse vertalingen van begrippen en definities (Capabilities vs Generieke functies)

Deze input is meegenomen in de bredere lijst Dilemma's redesign 2024, die gebaseerd is op analyse van alle vijf de groepen.

Behoeften accounthouders & inhoudelijk eigenaren[bewerken]

Voor accounthouders & inhoudelijk eigenaren zijn de volgende behoeften verzameld:

Ik wil een pagina makkelijk kunnen wijzigen:

Wijzigingen snel kunnen doorvoeren 
Wijzigingen snel kunnen terugdraaien 
Duidelijkheid waar ik teksten aan kan passen (sjablonen et cetera staan dat soms in de weg)
Heldere helpsectie, hoe ik iets kan doen

Ik wil mijn ‘eigen’ pagina’s goed kunnen beheren:

Overzicht hebben voor welke pagina's ik verantwoordelijk ben 
Een signaal ontvangen als er iets wijzigt in "mijn" pagina(‘s) 
Een signaal krijgen als er iets van mij wordt  verwacht
Wijzigingen van anderen kunnen volgen 
Pagina's (tijdelijk) uitsluiten van indexering (zoekmachine) 
In één keer een toelichtende tekst aan meerdere pagina's toevoegen 
Pagina’s (laten) verwijderen 
Pagina's (laten) archiveren als deze niet meer actueel zijn 
Verantwoordelijkheid kunnen delegeren

Ik wil samen kunnen werken aan doorontwikkeling:

Snel een pagina hebben waar we kunnen beginnen en de eerste resultaten delen
Samen kunnen werken aan een pagina (commentaar geven, vragen stellen en beantwoorden) 
Vragen en opmerkingen van buiten ontvangen op het kanaal van mijn keuze (via contactgegevens, formulier, commentaar in wiki)
Complexe wijzigingen (bijvoorbeeld meerdere pagina’s tegelijk) kunnen voorbereiden zonder de publieke versie direct te wijzigen 
Een versie ter review aan kunnen bieden 
Review-commentaar verzamelen

Resultaten toetsing[bewerken]

Door accounthouders & inhoudelijk eigenaren zijn maar een aantal behoeften herkend die onder de gebruikers zijn opgehaald. De behoeften specifiek voor accounthouders & inhoudelijk eigenaren zijn allen herkend.

De belangrijkste behoefte die de accounthouders & inhoudelijk eigenaren hebben is “Ik wil een pagina makkelijk kunnen wijzigen.”

Er zijn geen tegengestelde behoeften naar voren gekomen. Dat betekent dat deze lijst met behoeften, samen met die van de andere gebruikersgroepen, de no regret-basis vormt voor de verbeterslag en het nieuwe ontwerp van de website.

Er worden geen behoeften gemist.

Behoeften Hergebruikers & beheerders van architecturen[bewerken]

"Ik wil architectuurinformatie kunnen downloaden en importeren in mijn eigen systemen"

volgens veelgebruikte standaards (.csv, .json, .rdf)
als Archimate model
als Linked Data (met triple store)
met mijn eigen filters & specificaties
zonder eerst contact op te hoeven nemen

"Ik wil architectuurinformatie (en toelichting) vanuit mijn eigen systemen of website kunnen inlezen in noraonline"

volgens veelgebruikte standaards
volgens moderne formats zoals Markup, LinkedData
zonder al te veel handmatige handelingen
zonder kans op fouten door onverwachte wijzigingen

"Ik wil dat de kennismodellen van de verschillende architecturen in de NORA Familie op elkaar aansluiten zodat het makkelijker is om uit verschillende bronnen te combineren"

Eenduidig gebruik van architectuurbegrippen: wat bedoelen we daar mee?
Eenduidige invulling van groepslabels als standaard, voorziening, afspraak, capability: wat valt daar wel en niet binnen?
Helderheid wat waar gebruikt en hergebruikt wordt
Sluitende feedbackloops zodat inzicht uit de ene sector ook leidt tot verbetering in de andere
Notificatiemogelijkheid voor wijzigingen die mijn (her-)gebruik raken

"Ik wil dat oude informatie beschikbaar is als ik dat nodig heb, bijvoorbeeld bij de doorontwikkeling van mijn eigen architectuurproducten"

Bij het raadplegen van een verouderd document doorverwijzen naar de opvolger(s) en bij een nieuwe versie terugverwijzen naar de voorgangers
Permanente url moet ook permanent zijn
Context voor zover haalbaar ook behouden bij archiveren
Geschiedenis van wijzigingen is waardevol als er ook onderbouwing is
Altijd helder welke versie de huidige is en wat de status is van oude versies

Behoeften Community managers namens de community[bewerken]

“Ik wil dat noraonline mensen ondersteunt en stimuleert om actief te worden in de community”

Community-nieuws en activiteiten zichtbaar op de website, liefst in context van de inhoud
Lage drempel voor het plaatsen van nieuws, oproepen et cetera
Toon en sfeer passen bij communitystrategie (o.a. 'wij', 'samen', persoonlijk aanspreken van professional ipv formeel aanspreken van vertegenwoordigers van organisaties)
Lage drempels voor contact (met NORA èn met anderen in de community)

"Ik wil dat mensen elkaar makkelijker kunnen vinden via noraonline"

Je kunt makkelijk zien wie er deel neemt aan een expertgroep of andere groep (eventueel onder pseudoniem ipv echte naam)
Je kunt makkelijk contact opnemen met andere gebruikers (contactgegevens OF anonieme mogelijkheid via de wiki)
Als je een account aanmaakt krijg je een invulformulier in plaats van een lege gebruikerspagina
Gebruikersprofielen geven iemand expertise en interesses op basis van eigen voorkeuren plus deelname aan groepen
Je past je eigen contactgegevens makkelijk aan en kunt je voorkeurskanaal opgeven (mail, telefoon, LinkedIn, signal et cetera)

"Ik wil dat mensen gemakkelijk op de hoogte blijven van wat er speelt"

Notificatie verbeteren voor dynamische lijsten, zodat wanneer er een nieuw nieuwsbericht (of standaard, of bijeenkomst et cetera) geplaatst wordt iedereen een notificatie krijgt die de lijst volgt
Volgen van pagina's stimuleren
Backoffice voor nieuwsbrief verbeteren doordat gebruikers zo veel mogelijk zelf kunnen regelen en personaliseren, zoals welk nieuws je hoe wilt ontvangen

"Ik wil dat groepen snel en laagdrempelig kunnen beginnen met het opbouwen en publiek delen van kennis"

Geen ballotagecommissie of uitgebreide starterscursus voordat een nieuwe groep kennis kan gaan delen in de wiki
Cirkels van beheerregimes, waarbij je in de buitenste gewoon kunt beginnen en duidelijk is waaraan je moet voldoen om een cirkel naar binnen te gaan (qua kwaliteit, structuur, commitment et cetera)
Goede helpsectie (wellicht ook filmpjes?) en genoeg capaciteit voor gebruikersondersteuning om groepen op gang te helpen

Behoeften Beheerders[bewerken]

“Ik wil nieuwe accounts en dagelijkse wijzigingen snel kunnen controleren”

Terugkerende zaken als nieuwe gebruiker verwelkomen en profielsjabloon toevoegen automatiseren
Helderheid wie inhoudelijk eigenaar, eventuele beheerders en contactpersoon zijn voor elke pagina en elk bestand, zodat snel contact mogelijk is
Helderheid hoeveel toezicht en assistentie wenselijk is voor welke pagina (zwaardere en mildere beheerregimes)
Wijzigingen van grotere brokken content, zoals een nieuwe versie van een thema, zo inregelen dat niet elke losse actie beoordeeld hoeft te worden maar controle/assistentie bij het geheel goed belegd is

“Ik wil dat gebruikers zich zoveel mogelijk ‘automatisch’ houden aan de wettelijke verplichtingen (o.a. toegankelijkheid) en redactiekeuzes”

Toevoegen van alt-teksten en andere essentiële eisen voor toegankelijkheid niet vrijblijvend maken, maar gebruikers er op wijzen bij het wijzigen / opslaan
Laagdrempelige sjablonen maken voor goede oplossingen en die zo veel mogelijk hergebruiken
Bestanden die niet voldoen aan toegankelijkheidseisen kunnen weigeren of, tegen meerprijs door de persoon die het aanbiedt, toegankelijk maken kunnen uitbesteden
Bij elke nieuwe vrijheid die je de gebruiker toekent (bijv. andere tekst-editor) ook afwegen wat dat aan extra beheer achteraf gaat kosten doordat geen categorie, alt-tekst, beschrijving et cetera wordt toegevoegd
Goede helpsectie en gebruikersondersteuning inclusief 'opvoeding' in gewenste manier van werken

“Ik wil alleen functionaliteiten waarvan we gebruik ook goed kunnen ondersteunen”

Impact voor beheer meenemen in afweging of en hoe nieuwe functionaliteiten te implementeren
Bij introductie van nieuwe methoden, zoals SmartComments, ook afwegen of daarmee oude functionaliteiten kunnen worden uitgezet
Documentatie is absoluut noodzakelijk (maar geen garantie op expertise, die wellicht actief ingehuurd of aangeleerd moet worden)

"Ik wil niet verantwoordelijk zijn voor oude meuk"

Goede mogelijkheden voor archivering (beter dan nu)
Goede afspraken per beheerregime hoe actueel iets moet zijn
Notificaties of andere triggers inregelen wanneer iets lang niet gewijzigd is
Inhoudelijke pagina's moeten altijd een inhoudelijk eigenaar hebben, als die niet meer actief/bereikbaar is de pagina overdragen of archiveren