Update README.md

Toegevoegd: Wat we graag willen en Volgende stappen

README.md

@@ -6,7 +6,7 @@ De NLUUG is voornemens een nieuwe ledenadministratie in te voeren. Die moet "het
 
 ## Bestanden
 
-Omdat ik (Jan Sepp) nu anderhalf jaar de ledenadministratie draai heb ik een goed inzicht in wat werkt en wat niet werkt. Ik heb een aantal documenten gemaakt die ons analyseren wat de nieuwe ledenadministratie zou moeten doen:
+Omdat ik (Jan Sepp) nu anderhalf jaar de ledenadministratie draai heb ik een goed inzicht in wat werkt en wat niet werkt. Ik heb een aantal documenten gemaakt die ons inzicht moeten geven in wat de nieuwe ledenadministratie zou moeten doen:
 
 - Ik ben begonnen met het beschrijven van de processen en (deels) de bestanden in de huidige ledenadministratie. Het resultaat staat op de [NLUUG Wiki pagina's](https://wiki.nluug.nl/doku.php?id=buro:start) onder buro. Eerlijk gezegd is dit meer een handleiding voor een toekomstige ledenadministrateur dan een analyse document, maar het schrijven ervan heeft me wel veel inzicht gegeven. 
 - Daarna heb ik een tekstuele analyse gemaakt van wat we nodig hebben. Dat is niet mijn vak (ik ben van huis uit Unix systeembeheerder) dus daar zal wel wat op aan te merken zijn. Ik hoor het graag. Het bestand staat in deze repository als [RequirementsNLUUG.md](https://git.nluug.nl/jsepp/NLUUG_LedenadminNG/src/branch/main/RequirementsNLUUG.md). Commentaar en verbeteringen zijn van harte welkom.
@@ -15,11 +15,19 @@ Omdat ik (Jan Sepp) nu anderhalf jaar de ledenadministratie draai heb ik een goe
 
 ## Volgorde
 
-Ik denk dat de beste volgorde om de documenten te lezen is: eerst de Requirements, dan het plaatje DataDescription en dan het (dus nog niet voltooide) deel over Datastructuren te lezen.
+Ik denk dat de beste volgorde om de documenten te lezen is: eerst de Requirements, dan het plaatje DataDescription en dan het document over Datastructuren.
 
-Ik blijf er in de herfst nog aan werken, maar iedereen die nu al mee wil praten is welkom. Voor alle zekerheid: we kiezen nu dus nog niet voor de ene of de andere oplossing, we beschrijven eerst wat we nodig hebben.
+## Wat we graag willen
 
-Amsterdam, 24 september 2024
+Voor alle zekerheid: we kiezen nu dus nog niet voor de ene of de andere oplossing, we beschrijven eerst wat we nodig hebben.
+
+Wat ik van de lezers vraag is om de documenten door te nemen en vanuit hun specifieke kennis en achtergrond te becommentariëren. Wat zien we tot nu toe over het hoofd? Zijn er meer of betere datastructuren nodig? Opbouwende kritiek is van harte welkom! 
+
+## Volgende stappen
+
+Aan de hand van het commentaar van de leden maken we nieuwe versies van deze documenten, net zo lang tot we (min of meer) conccensus hebben over een werkbare specificaties/requirements. Daarmee kunnen we de boer op en de relevante open source (in eerste instantie) software leveranciers benaderen of zij zo'n oplossing hebben / willen realiseren. Als dat niet zo is kunnen we hetzelfde doen met proprietary software. Als dat niet zo is kunnen we zelf een pakket schrijven - in eerste instantie voor onszelf, maar met in het achterhoofd de gedachte dat we dat willen kunnen open sourcen.
+
+Amsterdam, 11 oktober 2024
 
 Jan Sepp