Platform bedenken en laten bouwen: in 6 stappen van idee naar eerste versie

Een platform bedenken is voor de meeste ondernemers het makkelijke deel. Het idee is er vaak al: een marktplaats voor jouw branche, een portaal dat vraag en aanbod koppelt, een matchingsdienst of een community rond een onderwerp waar jij alles van weet. De echte vraag komt daarna. Hoe kom je van dat idee naar een eerste versie die werkt, zonder een jaar te bouwen aan iets dat niemand gebruikt?

Wij krijgen regelmatig aanvragen van ondernemers met precies dit vraagstuk. Soms is het idee sterk en het plan dun. Soms is het plan dik en het idee wankel. In dit artikel nemen we je mee door de fase die aan het bouwen voorafgaat: het idee toetsen, het kip-ei-probleem oplossen, het verdienmodel kiezen en de kleinste versie bepalen die het waard is om te bouwen.

In het kort

• Toets eerst of het probleem echt bestaat, bij echte mensen, voordat je iets laat bouwen.
• Elk platform heeft een kip-ei-probleem: zonder aanbod geen vraag, zonder vraag geen aanbod. Los dat op papier op, niet in code.
• Kies bewust de kleinste werkende versie (MVP) en schrap alles wat daar niet in hoort.
• Reken op €5.000 tot €40.000 voor een MVP. Een volledig platform begint vanaf €35.000.
• Sommige platform-ideeën zijn niet levensvatbaar. Beter dat je dat nu ontdekt dan na de bouw.

Wat betekent een platform bedenken in de praktijk?

Een platform bedenken betekent drie dingen uitwerken voordat er ook maar één regel code geschreven wordt: het probleem dat je oplost, de groepen die je bij elkaar brengt, en de reden waarom beide groepen blijven terugkomen. Wie die drie vragen niet kan beantwoorden, heeft nog geen platform-idee maar een richting.

Het verschil met een gewone app of website zit in dat tweede punt. Een platform heeft altijd meerdere kanten. Een marktplaats heeft kopers en verkopers. Een matchingsplatform heeft zoekers en aanbieders. Een portaal verbindt een bedrijf met klanten of leveranciers. Die meerzijdigheid maakt platforms interessanter, maar ook lastiger dan een app met één doelgroep.

Daarom is de denkfase bij een platform belangrijker dan bij elk ander type software. Fouten in het concept kun je later niet wegprogrammeren. In de zes stappen hieronder lopen we die denkfase door, van eerste toets tot werkende eerste versie. Heb je nog een breder idee dat niet per se een platform is, lees dan eerst hoe je een idee voor een app uitwerkt.

Stap 1: toets of het probleem echt bestaat

De eerste stap is niet bouwen, niet schetsen, maar praten. Zoek tien tot vijftien mensen uit je doelgroep op en vraag hoe ze het probleem nu oplossen. Niet “zou je mijn platform gebruiken?”, want daar zegt iedereen beleefd ja op. Wel: “wat doe je nu, wat kost dat je, en wat heb je al geprobeerd?”

Daarom is de denkfase bij een platform belangrijker dan bij elk ander type software.

Gebrek aan marktvraag is al jaren een van de meest genoemde redenen waarom startups falen, blijkt uit onderzoek van CB Insights naar honderden gestrande bedrijven. Niet de techniek, niet het geld, maar een product waar niemand op zat te wachten. Die valkuil ontloop je alleen door je aannames vroeg te toetsen.

Let daarbij op één signaal in het bijzonder: betaalt iemand nu al voor een omweg? Wie een probleem oplost met spreadsheets, een virtuele assistent of een duur abonnement op een half passende tool, heeft een echt probleem. Wie zegt “handig, zou ik misschien wel gebruiken”, heeft dat niet.

In een eerste gesprek stellen wij zelf drie vragen die verder gaan dan het idee. Is er naast budget voor de bouw ook budget voor marketing en sales? Hoe komen de eerste vijftig gebruikers binnen? En wat is het plan als één kant van het platform achterblijft?

Vooral op die eerste vraag vragen wij door, afhankelijk van het idee. Wij zeggen het zelf vaak zo: “wij kunnen het heel mooi en goed bouwen, maar als niemand de software gebruikt heb je alsnog niks.” Alleen laten bouwen is niet genoeg; er moet ook een plan zijn om gebruikers te bereiken.

Stap 2: los het kip-ei-probleem op papier op

Elk platform loopt tegen hetzelfde dilemma aan: aanbieders komen pas als er vraag is, en vragers komen pas als er aanbod is. Dit kip-ei-probleem is de nummer één reden waarom platforms stranden, en je lost het niet op met techniek. Je lost het op met een keuze die je vóór de bouw maakt.

Er zijn drie manieren die in de praktijk werken. De eerste: begin met één kant en vul de andere kant zelf, handmatig. De tweede: kies een niche die zo klein is dat een handvol aanbieders al een compleet aanbod vormt. De derde: zorg dat één kant ook zonder de andere kant waarde heeft, bijvoorbeeld met een tool die op zichzelf al nuttig is.

Wij zagen dit van dichtbij bij Vetts, een telehealth-platform voor dierenartsen dat we als native app bouwden. Dat platform draait niet op duizenden aangesloten praktijken, maar startte met een klein, zorgvuldig aangesloten team van dierenartsen. Zeven dierenartsen bleken genoeg voor een werkend aanbod met meer dan vijftien ondersteunde aandoeningen en een 4.9 op 5 in de App Store. De les: je aanbodkant hoeft niet groot te zijn, hij moet kloppen.

Schrijf dus op, voordat je iets laat bouwen: welke kant vul ik eerst, hoe, en hoeveel deelnemers heb ik minimaal nodig voordat de andere kant iets merkt? Kun je die vraag niet beantwoorden, dan is het te vroeg om te bouwen.

Stap 3: kies je verdienmodel voordat je bouwt

Een platform zonder verdienmodel op papier laten bouwen is een slecht plan, en dat zeggen we ook tegen klanten die bij ons aankloppen. “Eerst groot worden, dan geld verdienen” werkt voor bedrijven met durfkapitaal, niet voor een mkb-ondernemer die zijn eigen geld investeert. Kies je model vooraf, want het bepaalt wat er gebouwd moet worden.

De gangbare modellen voor platforms: commissie per transactie, een abonnement voor een van beide kanten, betaalde plaatsingen of een instapmodel dat gratis begint en betaald wordt bij serieus gebruik. Elk model stelt andere eisen aan de software. Commissie vraagt om betalingsverwerking in versie 1. Een abonnement vraagt dat niet, en maakt je eerste versie dus goedkoper. Meer varianten en voorbeelden vind je in ons artikel over verdienmodellen voor apps.

Onze mening: kies voor je eerste versie het model dat de minste software nodig heeft. Facturen kun je de eerste maanden prima handmatig sturen. Geautomatiseerde uitbetalingen aan aanbieders, abonnementsbeheer en kortingsstructuren kunnen allemaal later. Wat je nu nodig hebt is bewijs dat iemand wil betalen, niet een perfect factuurproces.

Stap 4: bepaal de kleinste werkende versie

De kleinste werkende versie van je platform is de versie die precies één transactie of match mogelijk maakt, voor één doelgroep, in één flow. Meer niet. Dit is het MVP-principe: een minimum viable product waarmee je je idee met echte gebruikers toetst voordat je groot investeert. Wat een MVP precies is leggen we uit in ons artikel over de MVP-betekenis.

Concreet betekent dat voor een platform: gebruikers kunnen zich aanmelden, aanbod is zichtbaar, en de kernactie (boeken, matchen, aanvragen, kopen) werkt van begin tot eind. Alles daaromheen mag in versie 1 nog handwerk zijn. Een aanmelding die jij handmatig goedkeurt is prima. Een match die jij per mail bevestigt ook.

Klein beginnen is geen gebrek aan ambitie. Het is gewoon slim. Elke functie die je niet bouwt, is budget dat je overhoudt voor de verbeteringen waar gebruikers straks écht om vragen. En die vragen zijn vrijwel nooit wat je vooraf had bedacht.

Wil je weten hoe zo’n eerste versie er bij ons uitziet en wat erbij komt kijken? Op onze pagina over een MVP laten maken staat onze aanpak van eerste gesprek tot livegang.

Stap 5: schrap wat niet in versie 1 hoort

Net zo belangrijk als wat je bouwt, is wat je bewust niet bouwt. Dit zijn de functies die wij in vrijwel elke platform-aanvraag voorbij zien komen en die vrijwel nooit in versie 1 thuishoren:

• Reviews en ratings. Waardevol bij honderden gebruikers, zinloos bij twintig.
• Chat tussen gebruikers. Duur om goed te bouwen, en mail of telefoon werkt de eerste maanden prima.
• Automatische betalingen en uitbetalingen. Handmatig factureren tot het echt niet meer gaat.
• Native apps voor iOS én Android naast een webversie. Begin met één kanaal, meestal web.
• Uitgebreide dashboards en statistieken. Jij bent voorlopig het dashboard.
• AI-functies. Eerst data verzamelen, dan pas slimme dingen doen met die data.

De vuistregel: alles wat je met de hand kunt doen zolang je minder dan honderd actieve gebruikers hebt, bouw je niet. Elke geschrapte functie verkort de bouwtijd, verlaagt de kosten en versnelt het moment waarop je leert of je platform-idee klopt.

Stap 6: bouw, meet en stuur bij

Vanaf de eerste versie is je platform geen bouwproject meer, maar een leerproject. De vraag verschuift van “wat moeten we bouwen?” naar “wat doen gebruikers echt?” En dat wijkt vrijwel altijd af van het oorspronkelijke plan. Reken er dus op dat je gaat bijsturen, soms flink.

Wij bouwen sinds 2019 mee aan FOCUS, een platform waar gebruikers content ontdekken, minigames spelen, punten verdienen en prijzen winnen, met een eigen partner-CMS voor merken. Wat het vandaag is, verschilt behoorlijk van waar het ooit begon. FOCUS startte namelijk als een spaarpunten-concept, maar Apple keurde dat concept niet goed. Na ontelbaar veel telefoontjes met de Apple-reviewers was duidelijk dat een pivot noodzakelijk was. Het vernieuwde concept pakte goed uit en het platform ging floreren.

Zo’n koerswijziging is geen falen. Het is precies waarom je klein begint: hoe minder je hebt gebouwd, hoe goedkoper het bijsturen is. Een platform dat na een jaar nog precies het oorspronkelijke plan volgt, is meestal een platform waar niemand naar gekeken heeft.

Wanneer je platform-idee niet levensvatbaar is

Eerlijk is eerlijk: sommige platform-ideeën kun je beter niet bouwen, en dat zeggen we liever vooraf dan achteraf. Dit zijn de signalen die wij serieus nemen:

• Het probleem is een ongemak, geen pijn. Niemand betaalt voor “iets handiger”.
• De markt is te klein voor twee kanten. Een platform heeft aan beide kanten massa nodig; een niche kan te smal zijn om beide kanten te vullen.
• Geen van beide kanten wil betalen. Als koper én aanbieder het “gratis logisch” vinden, is er geen verdienmodel.
• Er is een dominante speler met netwerkeffect. Tegen een gevestigd platform in dezelfde niche win je zelden met “hetzelfde, maar beter”.
• Je kunt de aanbodkant niet bereiken. Zonder route naar je eerste twintig aanbieders blijft het platform leeg, hoe goed de software ook is.

Herken je twee of meer van deze signalen, dan is bouwen op dit moment niet de juiste stap. Soms is het antwoord: eerst de niche aanscherpen. Soms: het idee omvormen tot een dienst zonder platform-kant. En soms: niet doen. Dat laatste advies geven wij ook echt, want een goed gesprek nu is goedkoper dan een leeg platform straks.

Wat wij regelmatig afraden: een tweezijdige marktplaats meteen volledig laten bouwen terwijl nog geen van beide kanten bestaat. Geen aanbieders, geen vragers, wel een wensenlijst van twintig functies. Ons advies is dan vrijwel altijd hetzelfde: valideer eerst één kant, desnoods met een simpele landingspagina of een handmatig proces via mail en een spreadsheet. Levert dat signaal op, dan bouwen we daarna met veel meer zekerheid en een veel kleiner budget de eerste echte versie.

Wat kost de eerste versie van een platform?

Voor een MVP moet je rekenen op €5.000 tot €40.000, afhankelijk van wat er in die eerste versie moet zitten. Een volledig platform met meerdere gebruikersrollen, betalingen en koppelingen begint vanaf €35.000 en loopt tot €80.000 of meer. De grootste kostenknop is stap 5 hierboven: hoe strakker je schrapt, hoe dichter je bij de onderkant van die range uitkomt.

We houden het hier bewust kort, want kosten verdienen een eigen verhaal. Een uitgebreide uitsplitsing van kostenfactoren vind je in ons artikel over de kosten van een webapplicatie, en op onze pagina over een online platform laten maken lees je wat er bij de bouw zelf komt kijken.

Veelgestelde vragen

Hoe toets ik mijn platform-idee zonder iets te bouwen?

Door met tien tot vijftien mensen uit je doelgroep te praten over hoe ze het probleem nu oplossen, en te zoeken naar bewijs dat ze er al tijd of geld aan uitgeven. Een landingspagina met een aanmeldformulier is een goede tweede stap: echte e-mailadressen zeggen meer dan enthousiaste reacties op verjaardagen. Pas als daar signaal uit komt, wordt bouwen interessant.

Wat is het verschil tussen een prototype en een MVP?

Een prototype is een klikbaar ontwerp zonder werkende techniek, bedoeld om te testen of gebruikers de flow begrijpen. Een MVP is echte, werkende software met alleen de noodzakelijke functies. Voor platforms adviseren wij vaak beide: eerst een prototype om de flow te toetsen, dan een MVP om de markt te toetsen. Meer daarover lees je in ons artikel over prototypes.

Hoe lang duurt het om een eerste platformversie te bouwen?

Reken op acht tot zestien weken bouwtijd voor een platform-MVP, afhankelijk van de grootte van die eerste versie. Juist daarom is het schrappen uit stap 5 zo bepalend: hoe kleiner de scope, hoe dichter je bij die vier weken uitkomt. De denkfase daarvoor, van eerste gesprek tot definitieve scope, komt daar nog bij.

Moet ik bang zijn dat iemand mijn platform-idee steelt?

Nee, in de praktijk vrijwel nooit. Ideeën zijn goedkoop; de uitvoering, de niche-kennis en het geduld om twee kanten van een markt op te bouwen zijn schaars. Wij tekenen op verzoek een geheimhoudingsverklaring, maar ons eerlijke advies is: praat juist zoveel mogelijk over je idee, want elk gesprek maakt het scherper.

Van idee naar eerste versie, samen

Een platform bedenken doe je zelf, want niemand kent jouw markt beter dan jij. Maar de vertaalslag van idee naar een eerste versie die klopt, dat is precies het werk dat wij dagelijks doen. Van het doorprikken van aannames tot het kiezen wat er wel en niet in versie 1 hoort.

Loop je rond met een platform-idee en wil je er eens over sparren? Kijk op onze pagina over een online platform laten maken of plan een vrijblijvend gesprek. De koffie is op ons!