diff --git a/Doel-en-Visie.md b/Doel-en-Visie.md
new file mode 100644
index 0000000..894809c
--- /dev/null
+++ b/Doel-en-Visie.md
@@ -0,0 +1,146 @@
+# Doel en Visie
+
+## 1. Probleem- en contextanalyse
+
+### Huidige situatie
+
+Het R&D-lab van Waterschap Brabantse Delta werkt aan meerdere parallelle trajecten op het snijvlak van innovatie, softwareontwikkeling, OT/IT, pilots, prototypes, aanbestedingen, governance, financiën en bestuurlijke besluitvorming.
+
+### Knelpunten door versnippering
+
+De huidige informatievoorziening is versnipperd over:
+
+- Losse documenten
+- Presentaties
+- Excel-bestanden
+- Projectstructuren
+- Ontwikkelomgevingen
+
+Dit leidt tot:
+
+- **Persoonsafhankelijkheid** — kennis zit in hoofden, niet in systemen
+- **Beperkte bestuurbaarheid** — geen integraal overzicht van trajecten, status en afhankelijkheden
+- **Onduidelijk eigenaarschap** — wie is waarvoor verantwoordelijk, en tot wanneer?
+- **Gebrekkige opvolging** — commitments worden niet systematisch gevolgd
+- **Kloof tussen innovatie en realisatie** — de stap van idee naar overdracht is onvoldoende gestructureerd
+- **Kenniserosie** — lessen en ervaringen worden niet geborgd
+
+### Typering van het benodigde platform
+
+Er is behoefte aan een platform dat niet past in één bestaande categorie. Het is geen projecttool, geen wiki, geen ticketsysteem, geen dashboard — maar een combinatie die specifiek past bij de manier waarop een R&D-lab opereert: verkennend, iteratief, multidisciplinair, met frequente wisselingen tussen strategisch en operationeel niveau.
+
+---
+
+## 2. Productvisie
+
+### Kernvisie
+
+Eén geïntegreerde applicatie waarin de volledige levenscyclus van innovatietrajecten wordt ondersteund — van signaal tot overdracht — met ingebouwde AI-ondersteuning die het team helpt bij structureren, analyseren, documenteren en beslissen.
+
+### Wat het platform wel moet zijn
+
+- **Regieplatform** — overzicht en sturing op de innovatieportfolio
+- **Samenwerkingsomgeving** — gedeelde context voor alle betrokkenen
+- **Kennissysteem** — structurele borging van inzichten, besluiten en lessen
+- **Overdrachtsinstrument** — expliciete ondersteuning van de transitie van R&D naar bouw/beheer
+- **AI-werkplaats** — een omgeving waarin AI-assistenten meedenken, meestructureren en meewerken
+
+### Wat het platform niet moet zijn
+
+- Geen vervanging van gespecialiseerde ontwikkeltools (IDE, CI/CD)
+- Geen generiek documentbeheersysteem
+- Geen traditioneel zaaksysteem met starre workflows
+- Geen tool die alleen rapporteert maar niet ondersteunt in het werk zelf
+
+### Positionering
+
+Het platform positioneert zich als **innovatie- en regieplatform**: het verbindt strategie met uitvoering, maakt eigenaarschap expliciet, ondersteunt besluitvorming en borgt kennis — alles binnen één samenhangende omgeving die zelf ook innovatief is in opzet en gebruik.
+
+---
+
+## 3. Inhoudelijke doelen
+
+Het platform moet concreet bijdragen aan:
+
+| Doel | Toelichting |
+|------|------------|
+| Minder persoonsafhankelijkheid | Kennis en context zijn vastgelegd in het systeem, niet alleen in hoofden |
+| Meer bestuurbaarheid | Integraal overzicht op trajecten, voortgang, risico's en afhankelijkheden |
+| Explicieter eigenaarschap | Per traject, actie en besluit is helder wie eigenaar is |
+| Betere opvolging van commitments | Afspraken, acties en toezeggingen worden systematisch bijgehouden |
+| Betere aansluiting innovatie–realisatie | De overgang van idee naar bouwen wordt expliciet ondersteund |
+| Betere kennisborging | Inzichten, experimenten en lessons learned zijn vindbaar en bruikbaar |
+| Beter zicht op de stap idee → overdracht | De volledige innovatielevenscyclus is zichtbaar en bestuurbaar |
+
+---
+
+## 4. Innovatielevenscyclus
+
+Het platform moet trajecten ondersteunen door de volgende fasen:
+
+```
+Signaal/kans → Verkenning → Concept → Experiment/prototype → Pilot
+→ Besluitvorming → Overdracht naar bouwen → Overdracht naar beheer/operatie
+→ Evaluatie / lessons learned
+```
+
+### Fasebeschrijving
+
+| Fase | Kern | Platformondersteuning |
+|------|------|----------------------|
+| **Signaal / kans** | Een extern of intern signaal dat aandacht verdient | Vastleggen, labelen, eerste analyse |
+| **Verkenning** | Oriëntatie op haalbaarheid en relevantie | Contextbeschrijving, stakeholderanalyse, eerste risico's |
+| **Concept** | Uitwerking van een mogelijke aanpak | Conceptbeschrijving, doelen, scope, eerste ontwerp |
+| **Experiment / prototype** | Verkennend bouwen of testen | Experimentresultaten, iteraties, technische notities |
+| **Pilot** | Gecontroleerde toepassing in de praktijk | Pilotplan, meetpunten, bevindingen |
+| **Besluitvorming** | Bestuurlijk of managementbesluit over vervolg | Beslisdocument, advies, onderbouwing |
+| **Overdracht → bouwen** | Transitie van R&D naar realisatie | Overdrachtscriteria, acceptatie, kennisoverdracht |
+| **Overdracht → beheer** | Transitie van bouw naar exploitatie | Beheerdocumentatie, SLA, eigenaarschap |
+| **Evaluatie** | Terugblik en lessen | Lessons learned, reflectie, archivering |
+
+---
+
+## 5. Overdracht als expliciet onderdeel
+
+Overdracht is geen administratieve handeling achteraf, maar een integraal onderdeel van de levenscyclus.
+
+### Overdrachtscriteria (voorstel)
+
+Een traject is overdraagbaar naar **bouwen** wanneer:
+
+- [ ] Probleemstelling en doelstelling zijn helder gedocumenteerd
+- [ ] Er is een gevalideerd concept of prototype
+- [ ] Technische haalbaarheid is aangetoond
+- [ ] Risico's zijn geïdentificeerd en beoordeeld
+- [ ] Er is een eigenaar aan ontvangende zijde
+- [ ] Er zijn acceptatiecriteria gedefinieerd
+- [ ] Relevante kennis en documentatie zijn overgedragen
+
+Een traject is overdraagbaar naar **beheer** wanneer:
+
+- [ ] De oplossing voldoet aan acceptatiecriteria
+- [ ] Er is operationele documentatie
+- [ ] Er is een beheerovereenkomst of SLA
+- [ ] Er is een eigenaar in de beheerorganisatie
+- [ ] Er is een terugvalscenario
+
+Het platform moet deze overgang **actief ondersteunen** via checklists, statusovergangen en notificaties — niet pas achteraf documenteren.
+
+---
+
+## 6. Open vragen en aannames
+
+### Aannames
+
+- Het platform wordt primair intern gebruikt binnen het R&D-lab en directe stakeholders
+- Er is geen directe koppeling met externe partijen in de MVP-fase
+- De organisatie staat open voor AI-ondersteuning in het werkproces
+- Er is bereidheid om werkwijzen aan te passen aan het platform
+
+### Open vragen
+
+- Welke bestaande systemen moeten worden geïntegreerd of vervangen?
+- Wat is het verwachte aantal gebruikers in de eerste fase?
+- Welke autorisatiestructuur past bij de organisatie?
+- Hoe verhoudt dit platform zich tot bestaande IT-governance?
+- Is er een voorkeur voor hosting (on-premise vs. cloud)?