Rolverdeling
De klant beschrijft het probleem en keurt functionele en visuele keuzes goed. De developer bepaalt prijs, techniek en planning, en bouwt of delegeert het werk.
1. Interview
Brieflo vraagt naar bedrijfsdoel, doelgroep, gebruikers, huidige situatie, problemen, werkprocessen, gewenste functies, rollen, content, branding, integraties, planning, succescriteria en wat bewust niet nodig is. Antwoorden worden direct opgeslagen voordat er een volgende AI-stap volgt, zodat een netwerk- of providerfout nooit een antwoord weggooit.
2. Afspraken en goedkeuring
Elke requirement heeft een stabiele ID, bronverwijzing, acceptatiecriteria en een epistemische status: bevestigd, afgeleid, dubbelzinnig, tegenstrijdig of niet besproken. Een AI-voorstel wordt nooit automatisch een bevestigde klantwens.
3. Offerte of geen offerte
Je kiest na de discovery of je een offerte maakt. Sla je hem over, dan blijft dat zichtbaar vastgelegd en verzint Brieflo geen prijs of klantacceptatie.
4. Merk, thema en schermen
Logo's, designrichtingen en schermen zijn versiegebonden assets met goedkeuring. Wijzigt er iets, dan worden afhankelijke onderdelen zichtbaar als mogelijk verouderd gemarkeerd.
5. Techniek en overdracht
Technische besluiten krijgen een dependency-graph. Verandert de hostingkeuze, dan laat Brieflo zien welke keuzes opnieuw geëvalueerd moeten worden. De agentprompt en ZIP worden pas gefinaliseerd als de readiness-check geen harde blokkades meer vindt.
6. Ontwikkeling en feedback
Je registreert releases en deployments. Je klant kan daarna bugs, kleine wijzigingen en nieuwe wensen indienen. Die krijgen een expliciete statusflow, zodat een afgewezen verzoek nooit automatisch doorstroomt naar ontwikkeling.