01
Code van jou
In je eigen repository, met jou als eigenaar. Geen discussie over rechten bij een freelancer of een platform.
OneDayBuild, het bouwdagmerk van Appfront
Prototype voor de due diligence door een investeerder
Na de pitch en een paar gesprekken kijkt een investeerder onder de motorkap: werkt het product echt, wat is er gebouwd, wat moet nog, en wie is eigenaar van de code. Een startup met alleen slides of met een product dat een freelancer ooit bouwde, loopt daar vast. Een werkend kernonderdeel met nette code in je eigen repository geeft de technische reviewer iets om te beoordelen. Wij bouwen het in één werkdag.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Wat een technische due diligence zoekt
Een technische reviewer wil weten of wat is verteld klopt met wat er staat, en wat er nog moet gebeuren. Hij leest code, niet slides.
Een investeerder die serieus wordt, laat het bedrijf onderzoeken: financieel, juridisch en technisch. Het technische deel gaat over het product: wat is er gebouwd, werkt het zoals in de pitch werd gezegd, is de code van het bedrijf, en hoeveel werk zit er nog tussen wat er staat en wat het plan belooft. Bij vroege startups doet vaak iemand uit het netwerk van de investeerder dit, met een paar uur en een repository.
Veel startups lopen hier vast. Het product bestaat uit een demo die niet meer draait, code bij een freelancer die niet reageert, of een no-code-omgeving waarvan niemand de rechten heeft geregeld. Een werkend kernonderdeel in een eigen repository, met leesbare code en een korte beschrijving van de architectuur, geeft de reviewer iets om te beoordelen en laat zien dat het team weet wat het bouwt.
Het beantwoordt de grote vragen niet. Of het product schaalt, of de markt het wil en of het team compleet is, zijn vragen die een investeerder ook stelt. Een prototype laat zien dat de technische basis er is; de rest van het verhaal moet elders vandaan komen.
02
Leesbaar voor een reviewer
Een korte beschrijving van de architectuur en code die een ander kan lezen. Dat scheelt de reviewer tijd en jou vragen.
03
Wat er staat en wat nog moet
Een eerlijke lijst van wat het prototype doet en wat het product nog nodig heeft. Een reviewer vertrouwt wie het zelf zegt.
04
Geen bewijs van schaal
Een prototype laat de kern zien, niet dat het duizenden gebruikers aankan. Zeg dat erbij.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Het kernonderdeel van je product, werkend op een live URL, met code in je eigen repository.
- Een korte beschrijving van de architectuur, de keuzes en de gebruikte diensten.
- Een lijst van wat er staat en wat het product nog nodig heeft.
- Een overdracht waarin je de code en de keuzes kunt uitleggen aan een reviewer.
Buiten scope
- De financiële en juridische due diligence en de onderhandeling.
- Het regelen van rechten op bestaande code bij derden.
- Schaalbaarheid, beveiligingsaudits en certificeringen.
- Het volledige product; daar is de investering voor.
03/06
Hoe de bouwdag verloopt
- Stap 1
De pitch naast de techniek
Wat heb je de investeerder verteld, en wat moet er dus werken.
- Stap 2
De kern afbakenen
Het onderdeel waar het product om draait en waar de reviewer het eerst naar kijkt.
- Stap 3
Bouwen
Werkend, met leesbare code in je eigen repository, en de keuzes vastgelegd.
- Stap 4
Architectuur beschrijven
Welke onderdelen, welke diensten, welke keuzes, in een paar pagina's.
- Stap 5
De lijst
Wat er staat en wat het product nog nodig heeft, eerlijk en concreet.
- Stap 6
Overdracht
Live URL, repository op jouw naam en een gesprek waarin je de keuzes leert uitleggen.
Volgende stap
Staat er een due diligence voor de deur?
Vertel ons wat je de investeerder hebt laten zien, wat er nu technisch staat en wanneer het onderzoek begint. Dan zeggen we of de kern in één dag werkend te maken is.
04/06
Eerlijk over due diligence
- Een prototype is geen product. Een reviewer ziet het verschil. Presenteer het als bewijs dat de kern werkt, niet als het product dat klaar is.
- Rechten op oude code regel je zelf. Als eerdere code bij een freelancer of platform ligt, moet dat worden geregeld. Wij bouwen nieuw, in je eigen repository.
- Wij zijn geen investeringsadviseur. Over voorwaarden en waardering adviseren anderen. Wij zorgen dat de technische basis er staat.
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
- Een investeerder gaat onder de motorkap kijken en er staat weinig dat een reviewer kan beoordelen.
- Aan het eind van de dag werkt de kern, staat de code in je eigen repository en kun je de keuzes uitleggen.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- De investering is rond en het product moet worden gebouwd volgens het plan.
- Het product op de kern die er al staat, met schaal, beveiliging en beheer.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Wat bewijst een prototype in een due diligence?
Dat de kern van het product werkt, en dat de code van jou is en door een ander te lezen valt. Het bewijst niet dat het product schaalt, dat de markt het wil of dat het team compleet is.
Wat kijkt een technische reviewer na?
Meestal: werkt wat in de pitch werd getoond, van wie is de code, hoe is het opgebouwd, welke diensten van derden worden gebruikt, en hoeveel werk zit er nog tussen nu en het plan. Bij vroege startups is het vaak een snelle blik door iemand uit het netwerk van de investeerder.
Onze eerste versie is gebouwd door een freelancer. Is dat een probleem?
Het kan een vraag worden als de rechten op de code niet zijn geregeld of als niemand de code nog begrijpt. Regel de rechten; en een nieuw kernonderdeel in je eigen repository geeft de reviewer iets wat zeker van jou is.
Wat is het verschil met een demo voor de pitch?
Een demo voor de pitch laat zien wat het product doet. Voor de due diligence telt ook wat eronder zit: de code, de opbouw, de keuzes. Het is hetzelfde onderdeel, met meer aandacht voor wat een reviewer leest.
Wanneer moet de bouwdag zijn?
Vóór de due diligence begint, liefst als de gesprekken serieus worden. Dan heb je tijd om de keuzes te leren uitleggen.
Helpen jullie in de due diligence zelf?
Wij leveren de code, de beschrijving en de lijst, en lichten de keuzes toe aan jou. De gesprekken met de investeerder en zijn reviewer voer je zelf.
