Conclusies brainstorms Redesign

De eerste drie brainstorms zijn inmiddels geweest:

De brainstorms hadden ongeveer 10 deelnemers en hebben een hoop input opgeleverd voor het Designteam. De analyse loopt nog, maar in het kader van de Demodag op 30 juli hebben we vast een aantal eerste conclusies opgeschreven:

Brainstorm opruimen, archief, tijdreizen[bewerken]

Je moet makkelijk de status kunnen zien van de pagina, of je nu zoekt naar actuele of historische content.
Archief mag het ‘normale’ gebruik niet in de weg zitten.
Er zijn twee soorten ‘oude content’: oude versies van doorontwikkelde pagina’s (nu: tabblad geschiedenis) en pagina’s die niet (meer) beheerd en doorontwikkeld worden (nu met kader Archief).
Niet iedereen zal oude content willen raadplegen, maar wie het nodig heeft haalt er veel meerwaarde uit:
- Begrijpen van de context bij doorontwikkeling of inlezen
- Leren van verleden en weten waarom iets (niet) zo besloten is
- N-1 versie voor organisaties die nog niet zijn overgegaan op de nieuwste

Acties naar aanleiding van de brainstorm[bewerken]

Onderzoek Archiefweb-oplossing GEMMA & WILMA voor NORA.
Onderzoek impact van redesign op de bestaande ‘Permanente URL’ en mitigeer waar nodig (en mogelijk)
Actualiseer pagina Historie (AP/BP) en vul aan met inhoudelijke ‘haakjes’ of dossiers
Onderzoek aanpasbaarheid tabblad geschiedenis
Neem in optimalisatie zoekfunctie de mogelijkheid mee van geavanceerd zoeken binnen historie

Brainstorm verschillende doelen[bewerken]

Een aantal doelen wordt door vrijwel iedereen herkend omdat ze het wel eens hebben bij het bezoeken van noraonline.nl:

Oriëntatie
Verdieping
Verbinding / Participatie
Inspiratie

Wat minder herkend, maar voor de groep die dat wel doet juist een belangrijk doel van het bezoek:

Implementatie
Hergebruik
Redactie

Elk doel heeft een aantal vragen en types antwoorden die er bij passen. Die overlappen tussen doelen, maar verschillen ook. Te veel informatie tegelijk in beeld staat in de weg voor vrijwel alle doelen en alle gebruikers. Een korte test ter plekke geeft als meest kansrijke oplossingsrichting om die overload aan informatie te voorkomen de zogenoemde Accordeon, het verbergen van bepaalde informatie tenzij de gebruiker zelf op de kop klikt om die uit te klappen. Eén hele lange pagina met alles onder elkaar en gebruik van anchors binnen de pagina heeft zowel voor- als tegenstanders en dat geldt ook voor het opknippen van pagina's in korte subpagina's en alleen de hyperlinks naar die subs tonen. Wel is er animo om anchors binnen de pagina mee te laten bewegen (in de rechtermarge) als je omlaag scrollt, zodat je gemakkelijk binnen de pagina navigeert. Dit kan ook van pas komen in andere type pagina's.

De tools die je nodig hebt voor redactie kunnen in de weg staan voor de overige bezoekers (staan nu boven in beeld, aparte tabbladen / menu's die als druk en afleidend beschouwd worden). Voor redacteuren is het echter heel vervelend als dit soort tools onderaan komen te staan na alle inhoudelijke content, omdat ze er telkens heen moeten scrollen.

Acties naar aanleiding van de brainstom[bewerken]

Verwerk de resultaten van deze brainstorm in een eerste voorzet van een standaard-landingspagina (al te zien op Mirobord, scroll naar rechts.)
Maak gebruik van uitklapbare onderdelen in landingspagina's om een overload aan informatie te voorkomen zonder informatie die voor een bepaald doel nodig is helemaal weg te laten.
Onderzoek de optie om anchors binnen de pagina mee te laten bewegen als je scrollt, vooral voor langere inhoudelijke pagina's kan dit waardevol zijn.
Onderzoek de mogelijkheid om weergave van redactie-opties te koppelen aan inlog in een bepaalde rol, zodat wie alleen komt lezen er geen last van heeft maar ze wel prominent in beeld kunnen komen.
Zorg wel dat de drempel tot redactie niet te hoog wordt, door de meest laagdrempelige actie wel voor iedereen in beeld te brengen (bijvoorbeeld een SmartComment achterlaten of contact opnemen met de inhoudelijk eigenaar).

Brainstorm Communityplatform[bewerken]

We hebben een aantal aannames vanuit de community managers getoetst, die breed gedragen bleken:

De belangrijkste doelen van de community zijn: Kennis delen, Elkaars vakmanschap vergroten, Slim samenwerken, Informatie & Resources delen, Verbinding.
De belangrijkste activiteiten die de website moet ondersteunen om die doelen haalbaar te maken zijn: Architectuurafspraken maken & beheren, Co-creatie van overige architectuurkennis, Netwerken van architecten vormen, Co-beheer van kennis / producten.

Keuzes voor Redesign[bewerken]

Analyse loopt nog, maar uit de brainstorm komen al een aantal keuzes voor de redesign:

Zet de overheidsarchitect als (potentieel) actieve deelnemer aan de community centraal als doelgroep, in toon, taalgebruik et cetera.
Verbindt content nadrukkelijk aan mensen en groepen in de community:
- voor wie en door wie is het gemaakt,
- hoe stel je je vragen,
- hoe kun je meedenken / meedoen?
- Dit maakt bijdragen en verantwoordelijkheden zichtbaarder en versterkt zo participatie en betrouwbaarheid van de content
Maak het aantrekkelijker om gebruikersaccounts te maken & gebruiken.
- Smart comments achterlaten
- Relevant nieuws naar je toe halen?
- Jezelf op de kaart zetten en gevonden worden (‘smoelenboek’ van een terrein of groep)
Maak het makkelijker om een goed gebruikersprofiel te vullen:
- Eigen voorkeurskanaal invullen voor contact
- Eigen interesse en organisaties invullen voor gericht contact/nieuws
- Automatisch alle groepen waar je lid van bent
- Automatisch alle pagina’s waar je eigenaar, beheerder, contactpersoon bent
- Automatisch jouw laatste wijziging / bijdrage zichtbaar

Op deze pagina