Inleiding
Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we 0 noemen. Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.
Situering van deze deliverable in het traject
Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. Het is in de 0-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. Dit document vormt een basis voor het verdere verloop van het traject. In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken.
Doel en doelgroep
Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt.
Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema.
Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be.
Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling)
Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.
Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken.
Burgers en burgergroeperingen:
Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten.
Aanpak (korte beschrijving)
Andere versie
Inhoud
Hieronder kan je de elementen van versie 0 van dit VLOCA model bekijken.
| Naam Traject : Slim Ruimtelijk Plannen (Gent met Leiedal) | |||
| Start periode traject | VLOCA-model versie 0.3 | ||
| VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be | |||
| Beschrijving en aanpak: | https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model | ||
Strategie van de open city uitdaging | |||
| Status | Toelichting | Beschrijving | |
| Visie | Voorstel | Wat is de bestaansreden ? | De druk op de ruimte in Vlaanderen is bijzonder groot. We moeten onze ruimte dus verstandig gebruiken. In de bebouwde gebieden betekent dat meer doen met de beschikbare ruimte: aandacht hebben dus voor ruimtelijk rendement. Tegelijk willen we onze open ruimte beschermen. |
| Missie | Voorstel | Wat willen we bereiken ? | We willen toekomstige ontwikkelingen op een slimme manier kunnen plannen en begeleiden om leefbare buurten en levendige kernen te cre ren. Hiervoor moeten we de databronnen (incl simuleren en visualiseren) |
| Doel | Voorstel | Wat is het doel van dit project ? | De fundamenten zetten van een digital twin voor een concreet en tastbaar domein, nl. ruimtelijke planning, stapsgewijs een data-aanpak uitbouwen voor een economisch en menselijk leefbare ruimtelijke structuur. Ook de rol van 3D-visualisatie hierin wordt verkend. Voor dit specifiek COT project blijft het primaire doel : 1, we willen data op het juiste niveau aggregeren en ontsluiten. Daarvoor moeten we weten welke indicatoren wenselijk zijn, welke indicatoren haalbaar zijn, en tijdens het project de juiste subset aan indicatoren effectief cre ren. 2, we willen weten welke simulaties we willen kunnen doen over nieuwe evoluties of bestaand beleid. We testen tijdens het project de juiste simulaties 3, deze data moet intern en extern ontsloten worden. Dat kan op verschillende manieren. We kiezen de meest geschikte scenario's en testen deze uit. |
| Succesfactor | Voorstel | Hoe meten we succes ? (SMART) | De lokale besturen (ruimtelijk planners, economie, groen, ambtenaren, ) een 'opschaling' van het meer data gedreven werken, evaluaties, simulaties hebben gevoeld dankzij dit project. (via een bevraging of het aantal logins en gebruik van de tool, enz. bvb) Het aantal gebruikers en gebruik stijgt doorheen de tijd. Ook de 'adoptiegraad' (aantal gebruikers/aantal potentiele gebruikers) Democratiseringsgraad van de tool (aan niet data-experten gebruikers/totaal gebruikers) |
Use cases | |||
| ID | Status | Samenvatting | Beschrijving |
| UC1 | Voorstel | UC1: Ruimtelijke Indicatoren : Behoeften Design Fase | Behoeften, visie en ideale oplossingsdesign op de ruimtelijke Indicatoren en de respectievelijk schaalniveaus uittekenen die voor analyse, advies, simulaties, voorspellingen, ed meer nuttig zouden kunnen zijn |
| UC2 | Voorstel | UC2: Gap Analyse As Is vs To Be | Exploratie en evaluatie van wat gewenst is aan data tov van wat beschikbaar is aan data mbt de ideale oplossingsdesign |
| UC3 | Voorstel | UC3: Verwerken en ontsluiten | Ruimtelijke indicatoren ter beschikking stellen (berekenen, publicatie, ontwikkeling ook voor opschaling mogelijk te maken) en inzichtelijk maken (per gewenste schaalniveau) voor diverse doelstellingen voor de verschillende applicaties |
| UC4 | Voorstel | UC4: Evaluatie (terugkijken) | Evaluatie mogelijkheden van specifieke beleidsdoelstellingen of beleidslijnen, op een objectieve (en subjectieve) manier door gebruik te maken van de gemeten Ruimtelijke Indicatoren (Before&After, planning/uitvoering/evaluatie/bijsturing) tov een 'objectief' (of 'target') (=doelstelling) |
| UC5 | Voorstel | UC5: Simulatie (vooruitkijken) | Simulatie mogelijkheden om door een organisatie (bvb) voorgestelde plannen te kunnen aftoetsen, of vooral bepaalde input (kwantitatief als kwalitatief) te geven die de beslissende ambtenaar eventueel kan gebruiken bij zijn beslissing. |
| UC6 | Voorstel | UC6=>UC4: applicaties en services |
Data platform (met zowel open als niet-open data) die zowel intern als externe partijen toelaat om applicaties en services te bouwen inclusief buiten het domein van ruimtelijk plannen (bvb andere digital twin applicaties) |
| UC7 | Voorstel | UC7: Verticale UC's | Promotie om derde partijen aan te trekken die verticale applicaties kunnen en willen bouwen op het platform |
| UC8 | Voorstel | UC8: Samenvatting | UC8: Beschrijving |
| UC9 | Voorstel | UC9: Samenvatting | UC9: Beschrijving |
| UC10 | Voorstel | UC10: Samenvatting | UC10: Beschrijving |
Metadata | |||
| Metaveld | Beschrijving | ||
| Meta1 | Beschrijving meta 1 | ||
| Meta2 | Beschrijving meta 2 | ||
Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases | |||
| ID | Type | Samenvatting | Beschrijving |
| UC1 | Use case | UC1: Ruimtelijke Indicatoren : Behoeften Design Fase |
Behoeften, visie en ideale oplossingsdesign op de ruimtelijke Indicatoren en de respectievelijk schaalniveaus uittekenen die voor analyse, advies, simulaties, voorspellingen, ed meer nuttig zouden kunnen zijn |
| BR1.1 | Business Requirement | Ruimtedruk | Als beleid wil ik slimme ruimtelijke indicatoren kunnen meten die de ruimtedruk op verschillende dimensies (=niveaulijnen) berekenen |
| BR1.2 | Business Requirement | ruimteversnippering | Als beleid wil ik slimme ruimtelijke indicatoren kunnen meten die de ruimteversnippering op verschillende dimensies (=niveaulijnen) berekenen |
| BR1.3 | Business Requirement | Levendigheid | Als beleid wil ik slimme ruimtelijke indicatoren kunnen meten die de ruimtelevendigheid op verschillende dimensies (=niveaulijnen) berekenen |
| BR1.4 | Business Requirement | Leefbaarheid | Als beleid wil ik slimme ruimtelijke indicatoren kunnen meten die de leefbaarheid op verschillende dimensies (=niveaulijnen) berekenen |
| BR1.5 | Business Requirement | Algoritmes | Als medewerker wil ik die indicatoren met een algoritme kunnen bepalen waarin de input meetbare sub-indicatoren zijn |
| BR1.6 | Business Requirement | Visualisatie | Als beleid wil ik een algemene dashboard hebben die de indicatoren voorstellen en die via een 'drilldown' via bvb een kaartweergave de 'sub-indicatoren' (dus een diepere datalaag/kaartlaag) visualiseren. |
| BR1.7 | Business Requirement | businessplan en ROI | Als beleid wil ik een business plan kunnen uittekenen die de 'inversteringen' tegenover de verbeteringen van de KPIs kunnen gesimuleerd worden. Een grafiek die de mogelijke inversteringen tov de winst/verbetering in de belangrijke KPI voorstelt, om zo beleidsbeslissingen te kunnen nemen die echt datagedreven zijn. |
| BR1.8 | Business Requirement | subjectieve beleving | Als beleid wil ik ook een 'subjectieve' bevraging kunnen doen, en bewaren voor opvolging, om de echte of subjectieve beleving met de objectieve metrieken te vergelijken |
| BR1.9 | Business Requirement | feedbackloop | Als medewerker wil ik de formules die de metrieken berekenen kunnen aanpassen ifv de 'declaratieve'/ 'subjectieve' beleving op ruimtedruk, -versnippering., leefbaar- en levendigheid. Vooral indien bvb de KPI 'groen' zijn terwijl de subjectieve beleving 'rood' kleuren in het dashboard. |
| BR1.10 | Business Requirement | metadata | Als medewerker en beleid wil ik de metadata van de KPIs of Pis kunnen opvragen die bij de cijfers in het dashboard beschrijven. Een versionering, updates en datastewardship duidelijk en transparant afgestemd. |
| BR1.11 | Business Requirement | burgerparticipatie / 'consultatie-omgeving' | Als burger of organisatie wil ik de dashboard kunnen gebruiken om zelf geinformeerd te worden (bewustwording) en eventueel ook voorstellen te kunnen doen mbt ruimtedruk en -versnippering |
| BR1.12 | Business Requirement | datakwaliteit evaluatie | Als medewerker wil ik de data kunnen evalueren en dan ook visualiseren hoe de kwaliteit van data is op correctheid, recentie, frequentie, dekking, granulariteit, enz. |
| BR1.13 | Business Requirement | Gebruik dashboard | Als beleid wil ik kunnen zien hoeveel het dashboard platform gebruikt werd en door wie |
| BR1.14 | Business Requirement | regionale standaarden | Als overheid wil ik kunnen waken dat de KPI definities en formules gealigneerd zijn tussen de gemeenten en steden opdat benchmarking/vergelijkingen mogelijk worden. |
| BR1.15 | Business Requirement | Bouwblokvisie | Als medewerker en beleid wil ik de indicatoren kunnen meten mbt Bouwblokvisie, zoals woningsdichtheid, groencapaciteitsbereik, bebouwingsgraad en verhardingsgraad op schaalniveau bouwblokken (netto) |
| BR1.16 | Business Requirement | Bouwshift | Als medewerker en beleid wil ik de indicatoren kunnen meten mbt Bouwshift, zoals bebouwingsgraad, verhardingsgraad, aanwezigheid groen, volumeoppervlakte-index, gemiddelde hoogte, adressen per hectare, ruimtebeslag, synthese knooppuntwaarde en voorzieningenniveau op schaalniveau bouwblokken (netto en bruto) |
| BR1.17 | Business Requirement | LocusFocus | Als medewerker en beleid wil ik de indicatoren kunnen meten mbt LocusFocus, zoals bereikbaarheid, aantrekkelijkheid, hinderbestendigheid, economische activiteit op schaalniveau bouwblokken (netto) |
| BR1.18 | Business Requirement | Stedenbouwkundige Lasten | Als medewerker en beleid wil ik de indicatoren kunnen meten mbt stedenbouwkundige lasten, zoals bereikbaarheid en capaciteit aan voorzieningen die vallen onder de taakstelling van de overheid zoals parken, onderwijs en kinderopvang, buurtsportterreinen, jeugdwerklokalen, bibliotheken,enz. op schaalniveau heathmap |
| BR1.19 | Business Requirement | Panel voor klimaat en duurzaamheid | Als medewerker en beleid wil ik de indicatoren kunnen meten mbt Panel voor klimaat en duurzaamheid, zoals woningen per hectare, V/T-index, bebouwingsgraad, oppervlakte verharding, waterdoorlatende oppervlakte, oppervlakte tuin, oppervlakte ecologisch waardevol of beschermd groen op schaalniveau bouwblokken |
| BR1.20 | Business Requirement | Schaalniveaus bepaling | Als medewerker en beleid wil ik de verschillende schaalniveaus kunnen bepalen die gebruikt zullen worden bij de rapportering van de indicatoren. Bvb Bouwblokken, heat-map, hexagonalen, isochronen, wijk, straatsegmenten, straat |
| ID | Type | Samenvatting | Beschrijving |
| UC2 | Use case | UC2: Gap Analyse As Is vs To Be |
Exploratie en evaluatie van wat gewenst is aan data tov van wat beschikbaar is aan data mbt de ideale oplossingsdesign |
| BR2.1 | Business Requirement | Hoe vandaag ? | Als beleid wil ik een overzicht hebben van hoe dat we vandaag ruimtelijke ordening meten |
| BR2.2 | Business Requirement | Haalbaarheidstudie | Als beleid wil ik een 'haabaarheidstudie' (feasability) voor het meten en rapporteren van de nieuwe Ruimtelijke indicatoren |
| BR2.3 | Business Requirement | Afhankelijkheden | Als beleid wil ik de afhankelijkheden kunnen bepalen tussen de nieuwe en bestaande indicatoren |
| BR2.4 | Business Requirement | Data Governance | Als beleid wil ik per indicator de attributen kunnen bepalen zoals frequentie, granulariteit, niveaulagen, cijfer of kaart,enz. |
| BR2.5 | Business Requirement | Benchmark andere regio's | Als beleid wil ik een benchmark hebben van andere regio's die het al dan niet beter doen mbt datagedreven ruimtelijke ordening |
| ID | Type | Samenvatting | Beschrijving |
| UC3 | Use case | UC3: Verwerken en ontsluiten |
Ruimtelijke indicatoren ter beschikking stellen (berekenen, publicatie, ontwikkeling ook voor opschaling mogelijk te maken) en inzichtelijk maken (per gewenste schaalniveau) voor diverse doelstellingen voor de verschillende applicaties |
| BR3.1 | Business Requirement | Dashboard vorm | Als beleid wil ik applicaties kunnen bouwen die de data visualiseren in een 'dashboard' vorm |
| BR3.2 | Business Requirement | 2D grafieken (kaart,...) | Als beleid wil ik applicaties kunnen bouwen die de data visualiseren in 2D formaat (bebouwingsgraad, verhardingsgraad,...) |
| BR3.3 | Business Requirement | 3D grafieken (gebouwen,...) | Als beleid wil ik applicaties kunnen bouwen die de data visualiseren in 3D formaat (gebouwhoogte, gebouwvolume, vloeroppervlakte,...) |
| BR3.4 | Business Requirement | Mobiliteits Indicatoren | Als beleid wil ik applicaties kunnen bouwen die mobilteit uitrekent en visualiseert (15 minuten stad regel,...) |
| BR3.5 | Business Requirement | Bevolkings ea externe indicatoren | Als beleid wil ik ook andere types van data kunnen integreren in mijn rapportering zoals bvb bevolkingsdata, (inwoners, huishoudens, leeftijdsstructuur, nationaliteit, enz.)* |
| BR3.6 | Business Requirement | Advanced Analytics Capabilities | Als beleid wil ik een applicatie kunnen bouwen die mij toelaten om geavanceerde analyse te kunnen maken zoals een 'before&after' analyse, predictieve of forecasting analyses, ed meer |
| BR3.7 | Business Requirement | Behoeften aan Cijfers | Als medewerker wil ik een behoefte analyse en dus een behoefte segmentatie van wie welke rapportage nodig hebben. (van slides naar self-service, van high-level dashboarding tot advanced analytical tools) |
| BR3.8 | Business Requirement | Data Preparation for Machine Learning | Als medewerker wil ik de data klaargemaakt hebben voor Machine Learning en andere Aritifiele Intelligentie applicaties. |
| BR3.9 | Business Requirement | Retail support voor keuze locaties | Als beleid wil ik aan de 'retail' rapporten kunnen sturen die hen helpen bij het kiezen van de juiste locaties binnen de stad/regio/gemeente/... |
| BR3.10 | Business Requirement | Rapportage gebruik data en applicaties | Als beleid wil ik kunnen zien hoeveel (wie, welke profiel, wat, wanneer, hoeveel, hoe lang,...) en waarvoor de data gebruikt werd en hoe tevreden en bruikbaar dit was. |
| ID | Type | Samenvatting | Beschrijving |
| UC4 | Use case | UC4: Evaluatie (terugkijken) |
Evaluatie mogelijkheden van specifieke beleidsdoelstellingen of beleidslijnen, op een objectieve (en subjectieve) manier door gebruik te maken van de gemeten Ruimtelijke Indicatoren (Before&After, planning/uitvoering/evaluatie/bijsturing) tov een 'objectief' (of 'target') (=doelstelling) |
| BR4.1 | Business Requirement | Evaluatie Beleidsdoelstellingen | Als beleid wil ik kunnen zien of mijn beleidsdoelstellingen een impact hebben gehad op de verschillende Ruimtelijke indicatoren en KPIs |
| BR4.2 | Business Requirement | Evaluatie Beleidslijnen en Acties | Als beleid en medewerker wil ik mijn uitgevoerde ruimtelijke plannings beleidslijnen kunnen meten om te weten of die efficient al dan niet effectief waren |
| BR4.3 | Business Requirement | strengere of laxere regels | Als beleid wil ik de impact van strengere of versoepelde/laxere regels op het aantal aanvragen per type kunnen meten en simuleren. |
| BR4.4 | Business Requirement | Impact strengheid op aantal aanvragen | Als beleid wil ik een parameter 'strengheid' (minimum of maximum) kunnen challengen ifv zowel het verbeteren van de ruimtelijke planning maar ook van de aanvraag dynamiek die ofwel daalt ofwel stijgt (door die 'streng- of laxheid in de regels) |
| BR4.5 | Business Requirement | Nulmeting | Als medewerker wil ik een nulmeting hebben om zo de beleidslijnen te kunnen evalueren |
| BR4.6 | Business Requirement | AB testing | Als medewerker wil ik een AB testing (2 gemeenten andere beleidslijnen bvb) kunnen doen om zo de beleidslijnen te kunnen evalueren |
| ID | Type | Samenvatting | Beschrijving |
| UC5 | Use case | UC5: Simulatie (vooruitkijken) |
Simulatie mogelijkheden om door een organisatie (bvb) voorgestelde plannen te kunnen aftoetsen, of vooral bepaalde input (kwantitatief als kwalitatief) te geven die de beslissende ambtenaar eventueel kan gebruiken bij zijn beslissing. |
| BR5.1 | Business Requirement | Simulatie van bouwplan op de indicatoren | Als burger, organisatie, bedrijf wil ik een bouw gerelateerde plan/project kunnen invoeren (BIM formaat?) om de impact op de ruimtelijke indicatoren te kunnen meten (hoeveel beter/slechter) : nl ruimtedruk, -versnippering, levendigheid en leefbaarheid |
| BR5.2 | Business Requirement | Simulatie om te evalueren | Als beleid wil ik plannen/projecten kunnen evalueren ifv de impact op de KPIs van de ruimtelijke indicatoren (ruimtedruk, -versnippering, levendigheid en leefbaarheid) |
| BR5.3 | Business Requirement | Simulatie om advies (pareto regels) te krijgen | Als burger, organisatie, bedrijf en medewerker wil ik via AI/ML (lineair programmeren bvb) de meest efficiente dimensionering die de doelstelling van het project tov de KPIs van de ruimtelijke dimensies optimaliseerd. Dit betekent dat we reeds bij de aanvang van het project het datamanagement aanpassen ifv deze behoefte, zoals een aparte gedenormaliseerde tabelvorm ed meer) |
| BR5.4 | Business Requirement | Feedback met voorstellen | Als beleid wil ik een overzicht kunnen krijgen van data gedreven semi-automatische voorstellen waarbij (snelle, pareto regels) de KPIs kunnen verbeteren met relatief weinig 'inspanning' of 'investering' of 'rellocaties' enz. Dus de tool zou een lijst semi-automatisch kunnen genereren van 'simpele' voorstellen tot 'impactvolle' verbeteringen |
| BR5.5 | Business Requirement | Quick&Dirty eerste evaluatie | Als beleid wil ik dat de computer een eerste automatische AI geleide validatie oefening maakt die ik dan 'sneller' kan valideren. |
| BR5.6 | Business Requirement | BIM opladen | Als burger, organisatie, bedrijf (architectenbureau, ingenieurs, ) wil ik mijn bouwplannen in een BIM standaard kunnen opladen in het systeem om die te verwerken. |
| BR5.7 | Business Requirement | automatische evaluatie | Als ambtenaar wil ik sommige gevallen automatisch kunnen verwerpen of goedkeuren, samen met argumentatie en voorgestelde verbeteringspunten. |
| BR5.8 | Business Requirement | overzicht evaluaties | Als beleid wil ik een overzicht krijgen van de aantallen en profielen van de goedgekeurde of verworpen plannen en dit met argumentatie |
| BR5.9 | Business Requirement | vergelijkingen | Als medewerker wil ik scenarios tov elkaar kunnen afwegen, dus na simulaties de Indicatoren en KPIs naast elkaar kunnen leggen en vergelijken. |
| BR5.10 | Business Requirement | ||
| ID | Type | Samenvatting | Beschrijving |
| UC6 | Use case | UC6=>UC4: applicaties en services |
Data platform (met zowel open als niet-open data) die zowel intern als externe partijen toelaat om applicaties en services te bouwen inclusief buiten het domein van ruimtelijk plannen (bvb andere digital twin applicaties) |
| BR6.1 | Business Requirement | Toegang beheer | Als systeem beheerder wil ik API kunnen activeren aan verschillende partijen om de toegang beter te beheren |
| BR6.2 | Business Requirement | Data Opladen beheer | Als systeem beheerder wil ik API kunnen opstellen die data leveranciers de mogelijkheid geeft om data op te laden |
| BR6.3 | Business Requirement | Data bevragen beheer | Als systeem beheerder wil ik API kunnen opstellen die data klanten de mogelijkheid geeft om data te bevragen |
| BR6.4 | Business Requirement | Rapportage 'uitwisseling' | Als beleid wil ik een overzicht zien van hoeveel en welke type van data, applicaties werden opgeladen of gedownload |
| BR6.5 | Business Requirement | clearinghouse | Als beleid wil ik een soort 'clearinghouse' systeem opstellen om eventueel in de toekomst te kunnen factureren. |
| BR6.6 | Business Requirement | data market place | Als beleid wil ik een data market place kunnen bouwen waar burgers, organisaties en beleid data en applicaties met elkaar delen. |
| BR6.7 | Business Requirement | datavindplaats | Als beleid wil ik een 'datavindplaats' bouwen die de beschikbare data volledig documenteert |
| BR6.8 | Business Requirement | Publishing/subscribing | Als beleid wil ik dat de subscribers de nodige informatie krijgen bij het publiceren van (nieuwe) data. |
| BR6.9 | Business Requirement | Ruwe of verwerkte data | Als medewerker wil ik een onderscheid kunnen maken tot de toegang van verwerkte of geaggregeerde data versus ruwe gedetailleerde (bron) data |
| BR6.10 | Business Requirement | ||
| ID | Type | Samenvatting | Beschrijving |
| UC7 | Use case | UC7: Verticale UC's |
Promotie om derde partijen aan te trekken die verticale applicaties kunnen en willen bouwen op het platform |
| BR7.1 | Business Requirement | Behoefte Segmentatie | Als beleid wil ik een 'segmentatie' kunnen bouwen die de behoeftes en opportuniteiten 'clusteren' zowel binnen als buiten de sector. Dit aangevuld met het aantal potentiele gebruikers intern als extern. |
| BR7.2 | Business Requirement | Acquisitie gebruikers | Als beleid wil ik de markt kunnen contacteren om hen uit te nodigen om applicaties te bouwen op het platform |
| BR7.3 | Business Requirement | Reviews en klachten | Als beleid wil ik alle feedback van de markt kunnen capteren om de 'dienstverlening' rond het platform beter af te stemmen |
| BR7.4 | Business Requirement | CRM, GDPR,... | Als beleid wil ik informatie kunnen uitsturen, capteren en bijhouden mbt communicatie naar derde partijen |
| BR7.5 | Business Requirement | Vertikale en Horizontale Applicaties | Als beleid wil ik een overzicht kunnen zien van alle vertikale en horizontale use cases en dus applicaties er op het platform actief zijn. En wat is de intensiteit van het gebruik. |
| BR7.6 | Business Requirement | Vergoeding of Appreciatie | Als beleid wil ik een vergoeding/incentivering kunnen geven aan databronnen bij het opladen van hun data ifv de kwaliteit. Bij het willen opladen van waardevolle data, willen we daar ook een appreciatie laten zien. |
| BR7.7 | Business Requirement | Voor wat hoort wat | Als beleid wil ik een 'vergoeding'/'compensatie'(voor wat hoort wat) kunnen vragen aan derde partijen om toegang tot de data te kunnen reguleren, via bvb Urban Sense |