Onze WEMASY-regel: niets live zetten tot het ons overleeft
Heel vroeg in ons traject maakten we één regel die bepaalt hoe elk WEMASY-product wordt gebouwd. We noemen het onze regel "Eerst ons overleven". Hij is simpel. Als een functie ons eigen dagelijkse werk niet soepel ondersteunt, is hij niet klaar voor iemand anders.
Deze regel houdt ons praktisch. Hij voorkomt dat we bouwen voor presentaties en dwingt ons te bouwen voor echt gebruik. Hij herinnert ons eraan dat een product niet geslaagd is op het moment van lancering. Het is geslaagd als mensen het elke dag prettig gebruiken, zonder zich verloren, verward of moe te voelen.
Waarom de meeste productlanceringen mislukken
We bekeken lanceringen die aansloegen en lanceringen die stilletjes verdwenen, waaronder een paar vroege versies van ons eigen werk. Het verschil zat zelden in het idee. Het zat in hoe het product standhield in echt, rommelig, dagelijks gebruik. Functies die er in een demo geweldig uitzagen, vielen tegen op drukke dagen. De kleine ergernissen stapelden zich op en mensen vielen terug op oude gewoontes.
Dit viel ons op:
Teams bouwen hun product voor de lanceringsdag en niet voor de werkdag. De functie schittert in een presentatie, maar wijst niet de volgende stap aan als iemand haast heeft.
Kleine ergernissen stapelen zich op tot gebruikers afhaken. Hier een extra klik en daar een verborgen optie maken de tool langzaam vermoeiend.
Het product verwacht dat gebruikers zich aanpassen. In plaats van aan te sluiten op hoe mensen al werken, dwingt het een nieuwe route af met meer stappen en meer nadenken.
De echte context zit buiten de tool. Bestanden, feedback en beslissingen blijven in chats en e-mail hangen, dus het product wordt nooit de enige bron van waarheid.
Verantwoordelijkheid en resultaat zijn onduidelijk. Mensen weten niet wie de volgende stap zet of wat "klaar" betekent, dus taken stuiteren heen en weer en planningen lopen uit.
Er is geen intern dagelijks gebruik voor de lancering. Wie niet met het product leeft, mist de dagelijkse pijn die pas na dagen echt werk zichtbaar wordt.
Ook wij leerden van onze fouten
Van fouten leer je het meest. We beseften dat wij niet immuun waren voor deze fouten. In de begintijd van WEMASY bouwden ook wij functies die in planningssessies volkomen logisch klonken. Iedereen vond het idee goed. Maar zodra we die functies in ons dagelijkse werk gebruikten, voelden we dezelfde frictie die we bij andere producten zagen.
Wat er op het scherm simpel uitzag, voelde traag als we echt een taak wilden afronden.
Een flow die in een overleg duidelijk klonk, werd verwarrend als we hem zonder context probeerden.
Stappen die we "geen probleem" vonden, werden vermoeiend als we ze meerdere keren per dag herhaalden.
We merkten dat we omwegen buiten de tool gebruikten, een duidelijk teken dat de functie echt werk niet ondersteunde.
Dat was ons keerpunt. We begrepen dat als wij een functie niet soepel konden gebruiken, terwijl we wisten hoe hij gebouwd was, gewone gebruikers er nog meer moeite mee zouden hebben. Geen marketingplan voor een productlancering redt een product dat in dagelijks gebruik niet werkt. Toen besloten we te veranderen hoe we onze producten bouwen en lanceren, en daar intern een regel voor te maken.
Zo lanceren wij een product bij WEMASY
Met wat we leerden, werd ons stappenplan voor een productlancering simpel. Als we willen dat gebruikers voelen dat de producten van WEMASY voor hen werken, moet WEMASY eerst moeiteloos voor ons werken. Zo gingen we van bouwen op aannames naar bouwen op ervaring. Nu doorloopt elk product drie fases voordat het bij jou komt.
De drie belangrijke stappen:
Stap 1. We bouwen een werkende versie en gebruiken die eerst zelf
Zodra een functie werkt, verplaatsen we ons eigen dagelijkse werk ernaartoe. Dan komt de waarheid boven. We zien meteen wat de flow onderbreekt, wat zwaar voelt en wat natuurlijker moet. Als iets ons vertraagt, lossen we het op. Moeten we te veel nadenken of is het lastig te gebruiken, dan maken we het eenvoudiger. We schaven tot we de tool niet meer opmerken en alleen nog zien dat het werk af komt.
Stap 2. We delen het met een kleine groep bestaande WEMASY-gebruikers
Als we het zelf prettig gebruiken, openen we het voor een kleine groep huidige gebruikers die graag eerlijke feedback geven. Zij laten zien hoe de functie zich gedraagt bij verschillende werkstijlen, branches en teamgroottes. Hun feedback helpt ons randjes glad te strijken die we misschien gemist hebben, want hoe wij een product gebruiken is niet de enige manier.
Stap 3. We maken het pas openbaar als beide groepen het soepel gebruiken
Pas als de functie goed werkt voor ons en voor deze eerste groep, maken we hem voor iedereen beschikbaar. Tegen de tijd dat alle gebruikers hem krijgen, is hij stabiel, duidelijk en klaar voor gebruik, zonder trainingen of ingewikkelde onboarding.
We bouwden WEMASY zo omdat we de pijn kennen van tools die er goed uitzien, maar je op een drukke dag niet helpen. Door onze eigen producten eerst te gebruiken, blijven we geloofwaardig, betrouwbaar en eerlijk. Denk je dat onze aanpak voor productlanceringen jou helpt? Probeer het en laat ons weten hoe het voor jouw merk werkte. Wil je meer weten over online gaan? Lees dan onze blog over hoe je begint met je website. Bekijk ook onze checklist voor de lancering van je website. Voor het complete plaatje lees je onze uitgebreide gids over wat een website is en waarom je er een nodig hebt.
Veelgestelde vragen
Wat maakt een goede strategie voor een productlancering?
Bij WEMASY leerden we dat de beste strategie er een is waarbij het team het product dagelijks gebruikt voordat iemand anders het ziet. Als je de frictie zelf voelt, los je de echte problemen op, niet de problemen die je tijdens de planning bedacht. Vroege feedback van 10 tot 30 echte gebruikers voegt de blik van buiten toe die je team zelf niet heeft. Tegen de tijd dat je openbaar gaat, werkt het product al in rommelige, echte omstandigheden.
Hoe lang moet je intern testen voor een productlancering?
Minstens twee tot vier weken echt dagelijks gebruik. Een snelle test in een weekend mist de frictie die pas na herhaald gebruik zichtbaar wordt. Het doel is de kleine problemen te vinden die zich over dagen opstapelen, zoals extra klikken, verwarrende flows of ontbrekende context. Gebruikers voelen die dingen meteen, maar teams zien ze vaak over het hoofd.
Moet ik een marketingplan voor de lancering maken voordat het product klaar is?
Begin vroeg met plannen, maar leg je boodschap pas vast als het product getest is. Je marketingplan voor de lancering moet gebaseerd zijn op echte feedback van gebruikers, niet op aannames. Blijkt uit tests dat gebruikers een ander voordeel belangrijk vinden dan je dacht, dan moet je invalshoek mee veranderen. Werk parallel aan het plan, maar blijf flexibel.
Wat is de grootste fout die teams maken bij een productlancering?
Bouwen voor de lanceringsdag in plaats van voor de werkdag. Veel teams haasten zich om een deadline te halen en slaan echt testen over. Het product ziet er geweldig uit in een presentatie, maar frustreert gebruikers op dag drie. Een week extra om goed te testen bespaart maanden aan reparaties en negatieve feedback na de lancering.
Met hoeveel vroege gebruikers moet ik testen voor een openbare lancering?
Begin met 10 tot 30 gebruikers die je echte doelgroep vertegenwoordigen. Het moeten mensen zijn die het product regelmatig gaan gebruiken, niet alleen vrienden die één keer rondklikken. Hun feedback is waardevoller dan honderden enquêtes, omdat zij de echte frictie ervaren die toevallige testers missen.
Hoe test WEMASY zijn eigen producten voor de lancering?
Elke WEMASY-functie doorloopt drie fases: intern dagelijks gebruik door het team, testen met een kleine groep bestaande gebruikers, en pas daarna een openbare release. Als een functie niet soepel werkt voor het team en de eerste gebruikers, gaat hij niet live. Zo is elke tool vanaf dag één stabiel, duidelijk en klaar voor echt werk.
