01
Voorbeelden boven regels
Twintig documenten van de laatste maanden vertellen het model meer over jullie toon dan een stijlgids.
OneDayBuild, het bouwdagmerk van Appfront
Kan AI die offertes en documenten opstelt in één dag?
Ja, voor één documentsoort. Een offerte, een opdrachtbevestiging, een projectvoorstel of een adviesbrief die uit de gegevens van de klant en een paar aantekeningen wordt opgesteld in jullie sjabloon en jullie toon, met de vaste passages onaangeroerd en de bedragen uit de invoer in plaats van uit het model. De medewerker leest, past aan en verstuurt. Wat erbuiten valt, is versturen zonder dat iemand het heeft gelezen, en de prijsberekening zelf.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Wat er eigenlijk wordt gevraagd
Niet of een model een offerte kan schrijven, maar of die klinkt als jullie, klopt met de gegevens en zo weinig nawerk vraagt dat de medewerker alleen nog leest.
Een offerte, een opdrachtbevestiging, een adviesbrief na een keuring: elke organisatie heeft documenten die elke keer opnieuw worden geschreven terwijl ze voor driekwart hetzelfde zijn. De medewerker kopieert de vorige, vervangt de naam, vergeet een alinea en schrijft de rest in een toon die net anders is dan die van zijn collega.
Een model kan dat driekwart schrijven, maar niet zomaar. Het moet weten hoe jullie het doen, en dat leert het uit voorbeelden. Het moet de vaste passages met rust laten: voorwaarden, garantie, wat jullie nooit beloven. En het moet de gegevens gebruiken die er zijn: naam, adres, wat is besproken, wat het kost, en die laatste twee komen uit de invoer, nooit uit het model.
In een dag bouwen we dat voor de documentsoort die het vaakst wordt geschreven: een invoerscherm of een koppeling met het CRM, het model dat het concept schrijft in jullie sjabloon, en een controlescherm waarop de medewerker leest, aanpast en verstuurt. Wat hij aanpast, wordt bewaard, want dat is de meting.
02
Vaste passages op slot
Voorwaarden, garantie, leveringsbepalingen: het model schrijft eromheen, niet erdoorheen. Wat vast is, komt letterlijk uit het sjabloon.
03
Bedragen uit de invoer
Een prijs, een aantal, een datum komt uit het CRM of uit wat de medewerker invult. Het model mag formuleren, niet rekenen.
04
Nawerk als meetlat
Elke aanpassing van de medewerker wordt bewaard. Na een maand weet je of het concept wordt verstuurd zoals het is of elke keer wordt herschreven.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Eén documentsoort, met een invoerscherm of een koppeling met het CRM voor de gegevens van de klant en de aantekeningen.
- Een model dat het concept schrijft in jullie sjabloon en toon, geleerd uit jullie eigen voorbeelden, met de vaste passages op slot.
- Een controlescherm waarop de medewerker leest, aanpast en verstuurt, als pdf of Word-bestand, met de aanpassingen bewaard.
- Een logboek van wat is opgesteld en verstuurd, en de code in je eigen repository.
Buiten scope
- Versturen zonder dat een medewerker het document heeft gelezen.
- De prijsberekening; die komt uit jullie rekenmodel of uit de invoer.
- Contracten en juridische stukken waarin elke zin ertoe doet.
- Een tweede en derde documentsoort, en beheer na de dag.
03/06
Hoe de bouwdag verloopt
- Stap 1
De documentsoort kiezen
Het document dat het vaakst wordt geschreven en het meest op zichzelf lijkt. Met twintig voorbeelden en het sjabloon erbij.
- Stap 2
Vast en variabel scheiden
Welke passages letterlijk blijven, welke het model schrijft, en welke gegevens uit de invoer komen.
- Stap 3
Invoer aansluiten
Een scherm met de velden, of het CRM via een koppelvlak. Plus een vak voor de aantekeningen van het gesprek.
- Stap 4
Het concept
Het model schrijft in het sjabloon, in jullie toon, en markeert wat het onzeker vond. Bedragen komen uit de invoer.
- Stap 5
Controle en meting
De medewerker leest, past aan, verstuurt. De aanpassingen worden bewaard en geteld.
- Stap 6
Opleveren
Werkend voor de gekozen documentsoort, code in je eigen repository en een lijst van wat een tweede soort vraagt.
Volgende stap
Schrijven jullie elke week dezelfde offerte opnieuw?
Stuur ons twintig recente exemplaren van het document en het sjabloon. Dan zeggen we of het in één dag werkend te maken is en welk deel het model kan schrijven.
04/06
Eerlijk over wat dit oplevert
- Zonder voorbeelden klinkt het als iedereen. Een model dat jullie documenten niet heeft gezien, schrijft correct en kleurloos. De toon komt uit de voorbeelden, en die moeten er zijn vóór de dag begint.
- Het model verzint als het mag. Een ontbrekend gegeven vult een model met iets aannemelijks. Daarom staan bedragen, data en aantallen op slot: uit de invoer, of het veld blijft leeg en gemarkeerd.
- Lezen blijft nodig. Een concept dat negen van de tien keer klopt, verleidt tot niet meer lezen. De tiende keer gaat er iets naar een klant. De controle is de stap die het kopiëren verving.
05/06
Twee manieren om verder te gaan
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Eén bouwdag, OneDayBuild
- Medewerkers kopiëren de vorige offerte en schrijven de rest elke keer opnieuw, elk in een eigen toon.
- Aan het eind van de dag staat er een concept in jullie sjabloon en toon klaar, en leest de medewerker alleen nog.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- Het werkt en je wilt alle documentsoorten, gekoppeld aan CRM, rekenmodel en archief.
- Meerdere soorten, sjablonen en talen, koppelingen en beheer van wat het model mag lezen.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Kan AI die offertes of documenten opstelt in één dag?
Ja, voor één documentsoort: het model schrijft een concept in jullie sjabloon en toon uit de gegevens van de klant en de aantekeningen, met de vaste passages op slot en de bedragen uit de invoer. De medewerker leest, past aan en verstuurt. De prijsberekening en versturen zonder controle vallen erbuiten.
Hoe leert het model onze toon?
Uit jullie eigen documenten. Twintig recente exemplaren laten zien hoe lang jullie schrijven, welke woorden jullie gebruiken en wat jullie nooit beloven. Het model krijgt die voorbeelden mee bij elk concept.
Kan het in ons eigen Word-sjabloon?
Ja. Het sjabloon met logo, opmaak en vaste passages blijft zoals het is; het model vult de variabele delen. Het resultaat is een Word-bestand of pdf dat er niet anders uitziet dan wat jullie nu versturen.
Rekent het model de prijs uit?
Nee, en dat is bewust. Bedragen komen uit het CRM, uit een rekenmodel of uit wat de medewerker invult; het model formuleert de zin eromheen. Een offerte met een prijsopbouw die zelf rekent, is een eigen bouwdag; zie de pagina over de offerte-aanvraag met prijsopbouw.
Wat als het concept niet klopt?
Dan past de medewerker het aan in het controlescherm, en die aanpassing wordt bewaard. Na een maand zie je welke alinea's steeds worden herschreven; daar moet het voorbeeld of de instructie beter. Een concept gaat nooit weg zonder dat iemand het heeft gelezen.
Gaan klantgegevens door een extern model?
Dat spreken we vóór de dag af: welk model, waar het draait en of er iets buiten jullie omgeving wordt bewaard. Voor documenten met financiële of medische gegevens kan het model binnen jullie eigen omgeving draaien.
