> For the complete documentation index, see [llms.txt](https://violet88.gitbook.io/opdrachtgevers-orientatie-kit/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://violet88.gitbook.io/opdrachtgevers-orientatie-kit/onze-werkwijze/jouw-platform.md).
# Jouw platform
Een krachtig digitaal platform ontstaat niet uit toeval. Het is het resultaat van een gestructureerd proces waarin strategie, techniek en samenwerking samenkomen. We vertalen jouw idee stap voor stap naar een werkend product: van de eerste intake tot een gevalideerd MVP en uiteindelijk een schaalbaar eindplatform.
**1. Intake & Analyse**
De accountmanager voert het eerste gesprek met de klant om de context, doelen en verwachtingen scherp te krijgen. We willen begrijpen waar de echte behoefte ligt, niet alleen wat er gevraagd wordt, maar waarom.
**2. Debrief & Bevestiging**
Na het gesprek sturen we een samenvatting ter bevestiging. Daarin leggen we vast:
* De klantbehoeften en prioriteiten
* De probleemstelling en achtergrond
* Bestaande systemen en integraties
* Een eerste, globale feature-omschrijving
Zo zorgen we dat iedereen vanaf het begin op dezelfde lijn zit.
**3. Technisch concept**
Na akkoord op de debrief bespreken we het project intern met het team. Op basis daarvan werken we een technisch concept uit, waarin we onze voorgestelde aanpak en oplossingen concreet maken.\
Dit concept wordt vervolgens gedeeld met de klant.
**4. Verdiepingsgesprek**
Na goedkeuring plannen we een tweede gesprek met de klant, de accountmanager, de projectmanager en onze developers. Hierin stemmen we inhoudelijke keuzes en technische uitgangspunten definitief af.
**5. Epics & Scope**
We vertalen het project naar epic, grotere functionele onderdelen en delen deze met de klant.\
Per epic beschrijven we:
* Het doel en de toegevoegde waarde
* De exacte scope
* De succescriteria
**6. Validatie & Offerte**
De epics worden intern afgestemd met development voor technische haalbaarheid en planning.\
Vervolgens stellen we de offerte op.
Belangrijk: bij iedere wijziging in de scope checken we opnieuw bij development om verrassingen te voorkomen.
**7. Functioneel ontwerp**
Na akkoord werken onze developers en product owner het functioneel ontwerp uit, inclusief:
* Procesflow (flowchart)
* Uitschrijving van schermen en interacties (geen wireframes)
* User stories per functionaliteit
Het functioneel ontwerp wordt daarna met de klant gedeeld ter validatie.
**8. Technisch ontwerp**
Na goedkeuring starten we met het technisch ontwerp. Hierin leggen we onder andere vast:
* De gekozen stack en architectuur
* Het datamodel (ERD)
* Hosting en infrastructuur
* API- en requestflows
**9. MVP & Validatie**
In plaats van direct het volledige product te bouwen, starten we met een MVP (Minimum Viable Product): een eerste, werkende versie die de belangrijkste functionaliteit bevat en direct getest kan worden door gebruikers.
We bepalen samen met de klant wat de minimale flow is die waarde oplevert, bijvoorbeeld een dashboard met de kern-KPI’s. Deze versie bouwen we end-to-end (front-end, back-end en data) en testen we op gebruik, functionaliteit en relevantie.
De inzichten uit deze fase vormen de basis voor verdere uitbreiding, zodat we gericht en onderbouwd doorgroeien naar het eindproduct.
**10. Verdere ontwikkeling tot eindproduct**
Na validatie van het MVP starten we met de verdere ontwikkeling. Functionaliteiten die tijdens de eerdere fases zijn gedefinieerd, worden stapsgewijs toegevoegd.
We werken iteratief: na elke oplevering volgt een korte evaluatie met de klant, zodat prioriteiten kunnen worden bijgesteld en we continu blijven bouwen aan een product dat aansluit bij de echte behoefte.
Wanneer alle geplande features gerealiseerd en getest zijn, leveren we het volledige eindproduct op\
stabiel, schaalbaar en klaar voor verdere groei.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://violet88.gitbook.io/opdrachtgevers-orientatie-kit/onze-werkwijze/jouw-platform.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.