initiele vulling

Author: fterpstra

Gebruikerswensen voor TransparantieApp.md

@@ -0,0 +1,68 @@
+# Gebruikerswensen voor TransparantieApp
+
+Dit hoofdstuk beschrijft de gebruikerswensen die relevant zijn voor de TransparantieApp. De inzichten zijn gebaseerd op gesprekken met betrokkenen binnen het project, interviews met inhoudelijke experts en literatuuronderzoek naar transparantie, datagebruik en digitale dienstverlening door de overheid. Het doel van dit hoofdstuk is niet om een uitputtende set eisen te formuleren, maar om de belangrijkste gebruikersperspectieven en spanningsvelden te schetsen die richting geven aan het ontwerp van de TransparantieApp en de standaard voor het lezen van logging. 
+
+### 4.1 Inzichten uit gesprekken en projectcontext
+
+In gesprekken met softwareontwikkelaars en het projectteam is verkend welke data momenteel beschikbaar is en welke ambities de TransparantieApp moet ondersteunen. Uit bestaande simulaties binnen Digilab blijkt dat reeds relevante informatie wordt vastgelegd over gegevensuitwisseling en besluitvorming, zoals momenten waarop gegevens worden geraadpleegd of gedeeld. Het hergebruik van deze bestaande data en simulaties wordt gezien als een kansrijke basis voor verdere ontwikkeling, zie afbeelding 1.
+
+<figure>
+  <a href="media/Simulatie van de transparantieapp.png">
+    <img
+      src="media/Simulatie van de transparantieapp.png"
+      alt="Schermweergave van een webportaal met de pagina “Dataverwerkingen”. Links staat een navigatiemenu met onderdelen zoals Home, Berichtenbox, Identiteit en Dataverwerkingen (geselecteerd). In het hoofdgedeelte staat een overzicht van dataverwerkingen van de laatste 7 dagen, gefilterd op alle organisaties en activiteiten. Per organisatie (A en B) worden verwerkingsactiviteiten getoond, zoals Kinderopvangtoeslag registreren, Verifieer toeslag, Bereken toeslag en Inzage persoonsgegevens. Rechts van elke activiteit staat een tijdstip (12-12-2025, 09:39:45) en de verwerkingsduur in milliseconden, weergegeven als groene en blauwe balken. Bovenaan is een tijdlijn met datums zichtbaar."
+      style="max-width: 100%; height: auto;"
+    />
+  </a>
+  <figcaption>
+   Afbeelding 1: Eerste versie van simulatie van TransparantieApp
+  
+  </figcaption>
+</figure>
+
+
+
+
+Binnen het projectteam is expliciet stilgestaan bij de afbakening van de TransparantieApp. Er is gekozen voor een focus op het inzichtelijk maken van hoe besluiten tot stand komen op basis van gegevens. Andere AVG-rechten, zoals het indienen van bezwaar of het direct corrigeren van gegevens, vallen buiten de scope van de app. Deze keuze is ingegeven door de wens om de functionaliteit eenduidig en begrijpelijk te houden voor eindgebruikers, en om de implementatie binnen de overheid haalbaar te maken.
+
+Daarnaast zijn lessen opgehaald uit de Rijksapp-filosofie, die sterk inzet op gebruikersgericht ontwerp en consistentie tussen interne (beheer- of admin-)views en de weergave voor burgers. Een belangrijk uitgangspunt hierbij is dat transparantie niet alleen een juridische of technische exercitie is, maar vraagt om een human-centered design benadering, waarbij rekening wordt gehouden met stressvolle en complexe gebruikssituaties.
+
+### 4.2 Juridische context en verwachtingen van burgers
+
+Gesprekken met juridisch deskundigen laten zien dat de AVG primair verplicht tot transparantie over het gebruik van persoonsgegevens, maar minder expliciet is over het inzichtelijk maken van de besluitvorming die op basis van die gegevens plaatsvindt. De TransparantieApp beoogt daarmee verder te gaan dan de minimale wettelijke vereisten.
+
+Tegelijkertijd blijkt dat de verwachtingen en behoeften van burgers niet één-op-één aansluiten bij juridische definities. Begrippen als ‘besluit’ en ‘gegevensverwerking’ worden door burgers vaak anders geïnterpreteerd dan in wet- en regelgeving. Zo worden sommige overheidsinteracties, zoals het aanvragen van een paspoort, niet ervaren als een besluit, terwijl afwijzingen van toeslagen of vergunningen juist als ingrijpend en beslissend worden gezien. Dit verschil in beleving vraagt om aanvullende uitleg in begrijpelijke taal wanneer juridische terminologie wordt gebruikt.
+
+### 4.3 Inzichten uit literatuuronderzoek
+
+Uit het bestudeerde literatuuronderzoek komen een aantal terugkerende thema’s naar voren:
+
+- Burgers worden geconfronteerd met een versnipperd landschap van instrumenten voor privacy en transparantie, die elk slechts een deel van hun rechten ondersteunen. Dit leidt tot onoverzichtelijkheid en verwarring.
+- Inzage- en correctierechten zijn vaak wel geregeld, maar informatie over waarom gegevens worden gebruikt en hoe deze bijdragen aan besluiten ontbreekt veelal.
+- Er bestaat geen gestandaardiseerde aanpak voor het inzichtelijk maken van gegevensuitwisseling en besluitvorming over organisatiegrenzen heen.
+- Veel toepassingen zijn ontworpen vanuit het perspectief van de organisatie, en minder vanuit de klantreis en informatiebehoefte van de burger.
+- Digitale ongelijkheid speelt een belangrijke rol: niet alle burgers beschikken over gelijke digitale vaardigheden of toegang tot digitale middelen.
+
+Opvallend is dat de behoefte aan transparantie bij burgers vaak situationeel is. Zolang processen probleemloos verlopen, bestaat er doorgaans weinig actieve interesse in het gebruik van gegevens. De behoefte aan inzicht ontstaat vooral wanneer besluiten negatieve gevolgen hebben, zoals financiële consequenties of afwijzingen. Dit lijkt samen te hangen met een relatief hoog basisvertrouwen in de overheid, mede versterkt door positieve ervaringen met voorzieningen als DigiD.
+
+### 4.4 Doelgroepen en verschillen in informatiebehoefte
+
+Op basis van literatuur en gesprekken zijn grofweg drie doelgroepen te onderscheiden:
+
+- **De actieve inzagezoekende burger**, die expliciet wil weten welke gegevens zijn gebruikt en hoe deze hebben bijgedragen aan een besluit.
+- **De pragmatische, vertrouwende burger**, die uitgaat van een goed functionerende overheid en pas behoefte krijgt aan inzicht wanneer iets misgaat.
+- **De kwetsbare burger**, waaronder ouderen, mensen met een beperking en sommige groepen immigranten, die vaker drempels ervaren in digitale dienstverlening.
+
+Deze groepen verschillen sterk in hun informatiebehoefte, taalgebruik en mate van regie die zij wensen. Waar de ene burger behoefte heeft aan detail en controle, zoekt de andere vooral bevestiging dat processen correct verlopen en duidelijke handelingsperspectieven wanneer dat niet het geval is.
+
+### 4.5 Hypotheses voor ontwerp en standaardisatie
+
+De beschreven gebruikerswensen leiden tot een aantal aandachtspunten voor de TransparantieApp en de standaard voor het lezen van logging:
+
+- Transparantie moet waarschijnlijk gelaagd worden aangeboden, zodat gebruikers zelf kunnen bepalen hoeveel detail zij willen zien.
+- Uitleg dient aan te sluiten bij het taalgebruik en de belevingswereld van burgers, en niet uitsluitend bij juridische of technische definities.
+- De app moet rekening houden met stressvolle gebruikssituaties, waarin burgers grip zoeken en snel willen begrijpen wat er is gebeurd en wat zij kunnen doen.
+- Een standaard aanpak is nodig om informatie over dataverwerkingen consistent en vergelijkbaar te presenteren, maar mag niet leiden tot een one-size-fits-all benadering die onvoldoende ruimte laat voor gebruikersverschillen.
+
+Deze inzichten vormen input voor vervolgonderzoek en het ontwikkelen van prototypes, die gebruikt zullen worden om aannames te toetsen en gebruikerswensen verder te verfijnen.
+

Introductie.md

@@ -0,0 +1,8 @@
+# Introductie
+
+De overheid verwerkt enorme hoeveelheden burgerdata, bijvoorbeeld bij het nemen van besluiten. Op individueel niveau is echter niet altijd duidelijk welke data wordt gebruikt bij besluitvorming. Er bestaan standaarden zoals het Logboek Dataverwerkingen, Nen-normen en EU-Dataspaces die vastleggen hoe data worden verwerkt en hoe beslissingen tot stand komen. Het toegankelijk maken van deze informatie voor het brede publiek, met oog voor privacybelangen van alle betrokkenen, is een grote uitdaging. 
+
+Om dit doel te bereiken willen we een standaard voor het lezen van logging voor transparantie besluitvorming definieren en een App bouwen, de TransparantieApp die van deze standaard gebruik maakt. In een simulatieomgeving die automatisch informatie ophaalt en inzichtelijk maakt uit een al bestaand logbestand zoals bijvoorbeeld een logbestand gemaakt met Logboek Dataverwerkingen. Logboek Dataverwerkingen is een standaard voor overheden waarmee zij vastleggen hoe zij gegevens verwerken (ook wel 'loggen'). Hierdoor kunnen overheden transparant maken wat er met gegevens gebeurt, zowel binnen hun eigen organisatie als in samenwerking met andere instanties. De App is vergelijkbaar met de Vorderingenoverzicht Rijk-app (vorijk.nl) en sluit aan bij het overheidsbeleid rondom data-uitwisseling, zoals vastgelegd in de Nederlandse Digitaliseringsstrategie. De App haalt zijn data direct bij de bron via API's, werkt volledig op basis van open standaarden en legt nadruk op privacy van de burger door de data alleen bij de burger samen te brengen.
+
+
+## Leeswijzer

UX Research.md

@@ -0,0 +1,41 @@
+# UX Research Rapport – Transparantie-app
+
+## Introductie
+
+Dit hoofdstuk beschrijft de gebruikersbehoeften die relevant zijn voor de TransparantieApp. De inzichten zijn gebaseerd op gesprekken met betrokkenen binnen het project, interviews met inhoudelijke experts en literatuuronderzoek naar transparantie, datagebruik en digitale overheidsdienstverlening.
+
+Het doel van dit hoofdstuk is niet om een volledige set eisen te formuleren, maar om de belangrijkste gebruikersperspectieven en spanningsvelden te schetsen die richting geven aan het ontwerp van de TransparantieApp en de bijbehorende standaard voor het lezen van logging data.
+
+Het UX-onderzoek richt zich op het begrijpen van hoe burgers omgaan met informatie over het gebruik van hun persoonsgegevens en wat transparantie in deze context voor hen betekent.
+
+## Onderzoeksmethode: gebruikersonderzoek bij het ontwerpen van een standaard
+
+### Begrijpen van de projectcontext
+
+Het onderzoek begon met gesprekken met verschillende stakeholders, waaronder de projectleider, juristen, experts op het gebied van datatransparantie binnen de overheid en de ontwerper van de VO-Rijkapp.
+
+Deze gesprekken gaven inzicht in het spanningsveld waarin het project zich bevindt en de verschillende belangen die daarin samenkomen. Door deze context vroegtijdig scherp te krijgen, kon het gebruikersonderzoek beter aansluiten op zowel de behoeften van stakeholders als die van eindgebruikers. Tegelijkertijd droeg dit bij aan draagvlak binnen en buiten de organisatie.
+
+### De eindgebruiker centraal stellen
+
+Een belangrijk uitgangspunt van dit project was het centraal stellen van de eindgebruiker. Dit betekent dat empathie en begrip voor de gebruiker een expliciete rol spelen in ontwerpkeuzes en discussies gedurende het ontwikkelproces.
+
+Om de eindgebruiker tastbaar en bespreekbaar te maken binnen het team, is gebruikgemaakt van persona’s. Persona’s zijn fictieve, maar op onderzoek gebaseerde representaties van gebruikers waarin doelen, behoeften en gedrag worden samengebracht. Ze helpen om abstracte doelgroepen concreet te maken en ondersteunen het team bij het nemen van gebruikersgerichte beslissingen.
+
+De persona’s zijn in eerste instantie gebaseerd op literatuuronderzoek. Hoewel ze idealiter voortkomen uit primair gebruikersonderzoek, boden ze in deze fase al waardevolle inzichten in de context waarin burgers zich bevinden. Burgers hebben namelijk te maken met verschillende externe factoren die invloed hebben op hun gedrag en keuzes. Door deze context mee te nemen, wordt het beter te begrijpen waarom gebruikers op bepaalde manieren reageren op transparantie over datagebruik.
+
+### Het concept visueel en begrijpelijk maken
+
+Omdat het onderwerp van dit project abstract en technisch van aard is, is ervoor gekozen om al vroeg in het proces prototypes te ontwikkelen. Dit stelt gebruikers in staat om het concept te ervaren, in plaats van het alleen te moeten begrijpen op basis van uitleg.
+
+Binnen dit project is gebruikgemaakt van AI-ondersteunde prototyping via Figma Make. Dit faciliteerde snelle iteraties en het verkennen van meerdere ontwerpvarianten in een vroeg stadium van het ontwerpproces. Hierdoor konden ideeën sneller worden gevalideerd met eindgebruikers. Deze werkwijze sluit aan bij een exploratieve UX-aanpak, waarin het genereren en testen van ideeën centraal staat. De interactieve prototypes gaven gebruikers de ruimte om zelfstandig de applicatie te navigeren en een eigen mening te vormen.
+
+### Afbakenen van het probleem met gebruik van use cases
+
+Het domein van dit project is breed en omvat een groot aantal overheidsorganisaties. Om het onderzoek behapbaar te maken voor deelnemers, is ervoor gekozen om te werken met concrete use cases.
+
+Er zijn twee situaties geselecteerd:
+
+- het gebruik van persoonsgegevens binnen de BRP
+- het bepalen van de WOZ-waarde van een woning
+

ch01.md

@@ -4,7 +4,7 @@
 <head>
   <meta content="text/html; charset=utf-8" http-equiv="content-type">
   <meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">
-  <script src="https://cdn.jsdelivr.net/gh/digitalbazaar/respec-mermaid@1.0.1/dist/main.js" class="remove"></script>
+  <script class="remove" src="https://cdn.jsdelivr.net/gh/w3c/respec-mermaid@1.2.0/dist/main.js"></script>
   <script src="https://tools.geostandaarden.nl/respec/config/geonovum-config.js" class="remove"></script>
   <script src="js/config.js" class="remove"></script>
   <script class="remove">
@@ -22,7 +22,7 @@
   <!-- TODO: Vul in config.js de titel in -->
   <script>document.title = respecConfig.title</script>
 
-  <!-- Hier wordt het favicon gezet -->
+  <!-- TODO: Als je een ander favicon wilt kun je dat hier aanpassen. -->
   <link rel="shortcut icon" type="image/x-icon" href="https://docs.geostandaarden.nl/media/Geonovum.ico" />
 
   <script src="https://gitdocumentatie.logius.nl/publicatie/respec/builds/respec-nlgov.js" class="remove" async></script>
@@ -33,26 +33,25 @@
 </head>
 
 <body>
-
 <section id="abstract" data-include-format="markdown" data-include="abstract.md"></section>
 <section id="sotd"></section><!-- Wordt automatisch gevuld -->
 
 <!-- TODO: voeg hier je eigen hoofdstukken toe -->
-<section data-include-format="markdown" data-include="ch01.md" class="informative"></section>
-<section data-include-format="markdown" data-include="ch02.md"></section>
-<section data-include-format="markdown" data-include="mermaid.md"></section>
+<section data-include-format="markdown" data-include="Introductie.md" class="informative"></section>
+<section data-include-format="markdown" data-include="Gebruikerswensen voor TransparantieApp.md"></section>
+<section data-include-format="markdown" data-include="UX Research.md"></section>
+
 
-<!-- Voor documenten die UML diagrammen bevatten kun je de leeswijzer UML opnemen. --> 
-<!-- Deze is te vinden op: https://github.com/Geonovum/mim-uml/blob/main/Bijlage_leeswijzer-MIM-UML.md -->
 
 <!-- Als je document een door imvertor gegenereerde catalogus bevat kan je die -->
 <!-- opnemen door de volgende regel uit commentaarhaakjes te halen en aan te passen -->
 <!-- <div id="catalogus" data-include="data/TODO-cat.respec.html" data-include-replace=true></div> -->
 
 <!-- De volgende paragrafen worden automatisch gevuld. Je kunt ze uitzetten -->
-<section id='conformance' /><!-- Hoofdstuk over conformiteit-->
-<section id='tof' /><!-- Lijst van figuren -->
-<section id="index" /><!-- Lijst van begrippen -->
+<!-- <section id='conformance'></section> Hoofdstuk over conformiteit-->
+<section id='tof'></section><!-- Lijst van figuren -->
+<section id="index"></section><!-- Lijst van begrippen -->
 
 </body>
+
 </html>