PERSONAS GN
GN BINNEN LBLOD BEHANDELEN
De gebruiker/stakeholder centraal plaatsen bij het ontwerp- en ontwikkelingsproces van een product als GN is niet altijd even eenvoudig. Vaak wordt binnen het ontwerp- en ontwikkelingsproces wel nagedacht over wat de gebruikers zou willen, maar deze manier van werken heeft zo zijn beperkingen. De ene dev heeft waarschijnlijk een heel ander beeld over de user dan een ander teamlid. Het beeld dat we hebben van onze gebruikers/stekeholders is sterk beïnvloed door onze eigen achtergrond/ervaring. Kijken naar onze applicatie door de ogen van de verschillende stakeholders (al dan niet actieve gebruikers) is essentieel om een goed beeld te krijgen van de user experience. Het vergemakkelijkt de inleving in duidelijk afgelijnde stakeholders bij toekomstige initiatieven. Door te werken met persona's kunnen we gemakkelijker sterkten en zwakten achterhalen en prioriteiten formuleren. Met behulp van persona’s creëren we ‘echte’ mensen, in plaats van algemene doelgroepen die in de praktijk lastig te targeten zijn. Door middel van de personas kunnen we ons beter inleven in diens ervaring met GN en onze organisatie.
Naast de stakeholdersbeschrijving (processtakeholders, projectstakeholders, systeemstakeholders) kunnen we met personas gedetailleerd ingaan op user rollen van de betrokken partijen bij GN.
Het schrijven van een personas zorgt voor diepgaande kennis van onze doelgroep. We combineren de bestaande kennis die er binnen de overheid aanwezig is met nieuwe kennis die we met behulp van bv. interviews genereren (check methodiek hieronder).
METHODIEK
De persona is wel fictief, maar wordt bij voorkeur gebaseerd op realistische, concrete en gedetailleerde gegevens. Een persona is een inlevingsportret, we hebben hiervoor meer nodig dan algemene demografische gegevens als leeftijd en regio.
We proberen zoveel mogelijk informatie te verzamelen en denken daarbij aan verschillende invalshoeken.
We focussen om de persona's te verrijken met volgende data:
Naam (volgens het door Bart vooropgestelde principe)
Archetype: De overtuigde GN-gebruiker, de betrokken burger, ...
Representatieve leeftijd
Interesses (persoonlijk en professioneel - likes en dislikes, levensstijlkenmerken)
Achtergrond(IT-minded of niet)Rol/functie (twee totaal verschillende concepten)
Motivatie (doelen) van de persona Wat wil onze gebruiker werkelijk bekomen? Waarom wil hij dit bereiken? Ook de emotionele ondertonenen zijn hier een mogelijke invalshoek.
Wat vinden ze fijn aan de toepassing?
Welke problemen lost GN of de commerciële software voor ze op?
Waarom hebben ze voor GN of een commerciële toepassing gekozen?
Zorgen/Noden van de persona Hoe wil de klant zijn doel bereiken? Aan wat heeft de gebruiker bewust én onbewust nood? We bepalen in welke context zijn doel zal worden verwezenlijkt.
Omgeving van de persona (waar tewerkgesteld, ...)
Sommige personas maken gebruik van foto's, demografie, ... >> Afstemmen welke elementen we opnemen in onze personas.
USER, USER ROL, (USER) PERSONA, PRIMAIRE EN SECUNDAIRE PERSONA'S
Als we het over een user (concrete gebruiker van het systeem = systeemstakeholder) hebben, denken we aan iemand in het bijzonder, neem bijvoorbeeld Lieven Vandevelde. We kennen Lieven, hij werkt op de adminstratieve dienst van het lokale bestuur van Laarne. De rol van Lieven op de gemeentelijke administratieve dienst AAN TE VULLEN NA INTERVIEW. Het is in die hoedanigheid dat hij met Gelinkt Notuleren werkt. Dit is zijn User rol.
Een stapje naar het concrete door een fictieve persoon te maken (verpersoonlijking van een user rol). De professionele capaciteiten van Lieven en zijn collega's, hoe zij over hun werk denken, de manier waarop zij met het systeem werken en tegenover verandering staan in hun werkwijze, is voor Lieven en zijn collega's min of meer gelijklopend. We kunnen er een synthese van maken en die toeschrijven aan een fictieve persoon: een (User) Persona. De user persona is niet Lieven of één van zijn collega's, maar is representatief voor hen. We geven er een fictieve naam aan, bijvoorbeeld "Schrijver notulen gemeente - Lieven" en maken een beschrijving die toch concreet genoeg om herkenbaar en bruikbaar te zijn.
"Schrijver notulen gemeente - Lieven" is voor GN een primaire persona. We zullen het systeem en voornamelijk de user interface, bouwen met hun noden in gedachten. Dit zijn de persona's waar we het systeem voor maken (vb. user interface).
"Medewerker dienst administratie - Jos Bosmans" werkt relatief weinig met GN. Hij is een secundaire persona, hij doet zijn werk met een user interface die buiten GN functioneert, maar moet wel af en toe aanpassingen aanbrengen en de notulen die geïntegreerd worden in GN zo volledig en compatibel mogelijk doorsturen. Hij gebruikt het systeem in mindere mate. Hij zal zich moeten aanpassen aan een systeem dat gemaakt werd voor primaire persona's.
Wie heeft er het meest BELANG?
Wie heeft er het meest INVLOED?
WELKE PRODUCTASPECTEN ZIJN VAN BELANG BIJ EEN PERSONA?
TO DISCUSS WITH BART 17/11/2022
REGISTER
GN (REGLEMENTAIRE BIJLAGEN / AGENDAPUNTEN / ZITTING)
PREPUBLICATIE-OMGEVING
PUBLICATIE-OMGEVING
Last updated
