Hoe vind je je eerste gebruikers?

De meeste vibecode-projecten beginnen met een eigen probleem. Je bouwde een planner voor je sportclub, een offertetool voor je eigen werk of een app voor een hobby. Dat is een sterk begin, want je kent het probleem van binnenuit.

Maak het daarna concreet. Schrijf in één zin op wie je eerste gebruiker is. Niet ‘ondernemers’, maar ‘zelfstandige schilders die hun offertes nu in Word maken’. Hoe preciezer je dat zegt, hoe makkelijker je weet waar je ze vindt en wat je ze vraagt.

Schrijf er ook bij wat die persoon nu doet zonder jouw project. Gebruikt hij een spreadsheet, een ander pakket of helemaal niets? Dat is je echte concurrent, en het vertelt je wat je project beter moet doen.

Voor de eerste tien of twintig gebruikers werkt persoonlijk contact meestal beter dan reclame:

• Je eigen netwerk. Vraag niet ‘wil je mijn app proberen?’, maar ‘ken jij iemand die dit probleem heeft?’.
• Plekken waar je doelgroep al is. Een vereniging, een vakgroep, een forum, een groep op LinkedIn of een lokaal ondernemersnetwerk. Doe daar eerst mee voordat je iets aanbiedt.
• Mensen die het probleem hardop noemen. Zoek naar vragen over het onderwerp en help eerst met een antwoord.
• Een eenvoudige pagina met een wachtlijst. Zo zie je of mensen zich aanmelden voordat je verder bouwt.

Wees eerlijk over waar je project staat. ‘Dit is een eerste versie en ik zoek mensen die willen meedenken’ werkt beter dan beloften die je project nog niet waarmaakt. Mensen die vroeg meedoen, willen vaak graag helpen, juist als ze zien dat hun feedback iets verandert.

Je eerste gebruikers zijn geen omzet, maar informatie. Ze laten zien of je project een echt probleem oplost en waar het hapert.

• Kijk mee. Vraag iemand om je project te gebruiken terwijl je meekijkt, bijvoorbeeld via een videogesprek met gedeeld scherm. Zeg niets, en noteer waar hij twijfelt.
• Vraag naar gedrag, niet naar meningen. ‘Wanneer heb je het voor het laatst gebruikt, en waarvoor?’ zegt meer dan ‘vind je het handig?’.
• Tel een paar dingen. Hoeveel mensen maken een account aan, hoeveel komen terug na een week? Daarvoor heb je geen uitgebreide analytics nodig. Lees Cookies en analytics voor een manier zonder trackingcookies.
• Houd een lijst bij van verzoeken. Bouw niet alles meteen. Wat meerdere mensen los van elkaar vragen, is belangrijker dan wat één enthousiaste gebruiker wil.

Elke nieuwe functie maakt je project groter en lastiger om bij te houden. Bij vibecoden is het verleidelijk om veel toe te voegen, omdat het zo snel gaat. Kies bewust. Hoe je je project daarna bijhoudt, lees je in Onderhoud na de lancering.

Ook met een handvol gebruikers gelden er regels. Je verwerkt hun gegevens (opent in een nieuw tabblad)¹, dus de AVG geldt vanaf de eerste aanmelding. Je hebt een privacyverklaring (opent in een nieuw tabblad)² nodig die klopt met wat je doet. Die stellen wij op, passend bij wat je app doet. Lees Privacy en de AVG.

Wil je mensen mailen over je project, bijvoorbeeld met een nieuwsbrief of een aankondiging, dan is volgens de ACM (opent in een nieuw tabblad)³ vooraf toestemming nodig. Die toestemming moet uitdrukkelijk zijn: geen vooraf aangevinkt vakje en niet verstopt in je voorwaarden. Er is een uitzondering voor bestaande klanten, die je mag mailen over vergelijkbare producten of diensten als ze eerder kochten. Ook dan moeten ze zich makkelijk kunnen afmelden, en moet duidelijk zijn wie de afzender is.

Een wachtlijst is dus het moment om netjes toestemming te vragen, met erbij waarvoor de e-mailadressen worden gebruikt. Wij richten die aanmelding zo in.

Vraag je geld van je eerste gebruikers, ook als het weinig is? Dan komen de KvK en btw in beeld.

Zodra er mensen zijn die je project gebruiken, komen er vragen. Hoe ze iets doen, waarom iets niet werkt, of je functie X kunt toevoegen. Hoe je daarmee omgaat, bepaalt voor een groot deel of ze blijven.

• Geef één duidelijke plek voor vragen, zoals een e-mailadres of een knop in je project. Lees wat er binnenkomt en antwoord binnen een redelijke tijd.
• Bedank voor elke melding van een fout. Iemand die de moeite neemt om iets te melden, helpt je.
• Vertel wat je ermee doet. Een korte update als je iets hebt opgelost, laat zien dat feedback zin heeft.
• Zeg ook eerlijk nee. Niet elk verzoek past bij je project. Een helder nee is beter dan een belofte die je niet nakomt.

Merk je dat dezelfde fouten blijven terugkomen, of dat je de vragen technisch niet meer kunt beantwoorden? Dan is het tijd voor vast onderhoud, zie Onderhoud na de lancering, of voor hulp van buiten, zie Wanneer haal je een ontwikkelaar erbij? Dat technische deel kunnen wij van je overnemen, zodat jij tijd houdt voor je gebruikers.

Ga breder als je eerste gebruikers terugkomen zonder dat je ze eraan herinnert, en als je project het extra gebruik aankan. Dat tweede vergeten veel vibecoders. Meer gebruikers betekent meer data, meer kosten bij je tools en meer kans dat iemand een zwakke plek vindt.

Voordat je breder gaat, moet daarom vaststaan:

• of je project veilig is. Lees Is mijn app veilig?;
• wat je project kost bij tien keer zoveel gebruikers. Lees Wat kost het draaien?;
• of er back-ups zijn die ook terug te zetten zijn.

Dat nalopen doen wij voor je, en we zeggen wat er nog moet gebeuren.

Is dat op orde, dan is het tijd om te kiezen hoe je groeit. Die keuze maak jij. Vaak is dat een combinatie van zichtbaar zijn waar je doelgroep is, tevreden gebruikers die je aanbevelen en goede, eerlijke uitleg op je eigen site.