# Feature flag software: kies er één en ship erachter

URL: https://whatshouldibuildnext.com/nl/lp/feature-flag-software
Type: landing
Locale: nl
Published: 2026-10-25
Updated: 2026-10-28

---

> LaunchDarkly, PostHog, GrowthBook en Unleash naast elkaar: hoe je feature flag software kiest, wanneer een boolean genoeg is en welke feature je als eerste achter een flag zet.

*Voor devs die alleen shippen*

## Feature flag software, gekozen zonder hype

Vergelijk feature flag software op wat een solo dev of klein team echt nodig heeft, en scope daarna een project dat het waard is om achter een flag te zetten. Gratis, zonder aanmelding.

## Vier taken die een feature flag voor je doet

### Donker uitrollen, later vrijgeven

Voeg onaf werk toe aan main achter een flag. Code deployen en een feature vrijgeven zijn dan niet meer hetzelfde moment, en dat maakt vrijdagmerges minder spannend.

### Geleidelijk uitrollen

Zet een feature eerst aan voor jezelf, dan voor 5% van de gebruikers, dan voor iedereen. Stijgen de foutpercentages, dan stop je bij 5% in plaats van excuses te maken aan iedereen.

### Kill switch in seconden

Een wankele integratie van derden of een trage query zet je uit vanaf een dashboard. Geen rollback, geen redeploy en geen hotfixbranch om drie uur 's nachts.

### Testen met echte gebruikers

Lever twee varianten, meet één metriek en houd de winnaar. Sommige tools bevatten experimenten, andere laten dat over aan je analysestack.

## Vier tools, eerlijke verschillen

| Criterium | LaunchDarkly | PostHog | GrowthBook | Unleash |
|---|---|---|---|---|
| Licentie | Propriëtair | MIT | MIT | Apache |
| Zelf hosten | Nee | Ja | Ja | Ja |
| Gratis tier | Ja, beperkt op gebruik | Ja, 1M flag-verzoeken per maand | Ja op cloud, gratis zelf te hosten | Gratis zelf te hosten |
| Ingebouwde experimenten | Ja | Ja, in de cloud | Ja | Beperkt |
| Best voor | Teams die een beheerd enterprise-product willen | Teams die ook productanalyse willen | Teams die veel om A/B-testen geven | Teams die datasoevereiniteit nodig hebben |

*Gebruik*

## Adopteer geen tool voordat je een riskante feature hebt

De veelgemaakte fout is feature flag software installeren op een project waar niets is om achter een flag te zetten. Een flag verdient zijn plek als er een wijziging is waar je aarzelt om die naar iedereen te sturen: een betaalflow, een datamigratie, een AI-feature met onvoorspelbare kosten. Kun je die wijziging niet benoemen, dan volstaat voorlopig een boolean in een omgevingsvariabele. De generator op whatshouldibuildnext.com maakt van een ruw idee een spec met een voorgestelde stack en de een of twee features met echt risico, zodat je weet wat je achter een flag zet voordat je een leverancier kiest.

- Gratis, client-side, zonder aanmelding
- Benoemt de features die riskant zijn om uit te rollen
- Stelt een stack voor die je flag-SDK ondersteunt

*Hosting*

## Gehost of zelf gehost: kies de kleinste last

Open-sourcetools voor feature flags zijn gratis in licentievoorwaarden, niet in tijd. Zelf hosten betekent een database back-uppen, een service die draaiend moet blijven en een upgradepad volgen, allemaal voor een systeem waar je productiecode tijdens elk verzoek van afhangt. Gehoste tools nemen dat weg, en hun gratis tiers zijn ruim genoeg voor de meeste side projects. Kies zelf hosten omdat dataresidentie of kosten per verzoek het afdwingen, niet omdat het indie voelt. Wat je ook kiest: programmeer tegen OpenFeature, zodat de keuze omkeerbaar blijft.

- Gehost: geen servers, prijs op basis van gebruik
- Zelf gehost: geen kosten per verzoek, jij bent verantwoordelijk voor de uptime
- OpenFeature houdt de leverancier verwisselbaar

## Van nul naar een geflagde feature

1. **Benoem de riskante wijziging** — Kies de ene feature die je kapot kan maken als die stuk wordt uitgerold. Dat is je eerste flag, niet alle twintig.
2. **Begin met de gratis tier** — Maak een account aan of start de open-sourceimage lokaal, haal een SDK-sleutel op en koppel één flag in een branch.
3. **Standaard uit** — Maak het veilige gedrag de fallback, zodat een mislukte flag-lookup nooit onafgewerkte code blootlegt.
4. **Rol uit in fasen** — Eerst jezelf, dan een klein percentage, dan iedereen. Let tussen elke stap op fouten en latency.
5. **Verwijder de flag** — Zodra een feature op 100% staat en stabiel is, haal je de flag en het dode codepad weg in één pull request.

## Veelgestelde vragen

### Wat is feature flag software?

Het is een tool waarmee je codepaden tijdens runtime aan of uit zet, zonder opnieuw te deployen. Je omhult een riskante wijziging met een flag, rolt die donker uit en zet hem daarna aan voor jezelf, een percentage gebruikers of iedereen. Breekt iets, dan zet je hem direct uit.

### Heb ik feature flag software nodig voor een solo side project?

Meestal niet op dag één. Een boolean in een omgevingsvariabele dekt veel. Pak een echte tool wanneer je targeting per gebruiker nodig hebt, geleidelijke uitrol of een kill switch die je omzet zonder een server aan te raken.

### Is er een gratis feature flag tool?

Ja. LaunchDarkly, PostHog, GrowthBook, Flagsmith en Statsig hebben allemaal een gratis tier, en Unleash, GrowthBook, Flagsmith en PostHog hebben open-sourceversies die je zelf kunt hosten. Limieten en prijzen veranderen, dus controleer de prijspagina voordat je kiest.

### Zelf hosten of een gehoste dienst gebruiken?

Gehost betekent geen servers om te patchen en flags die voor je geëvalueerd worden. Zelf hosten betekent geen kosten per verzoek en volledige controle over je data, maar jij draait de database en de uptime. Voor een side project is een gratis gehoste tier meestal minder werk.

### Wat is OpenFeature en doet het ertoe?

OpenFeature is een leveranciersneutrale API voor het evalueren van flags. Als je ertegen programmeert, betekent later van provider wisselen dat je een providerplugin aanpast en niet elke flagaanroep herschrijft. Het is goedkope verzekering tegen lock-in.

### Hoe voorkom ik dat oude flags zich opstapelen?

Geef elke flag bij aanmaak een eigenaar en een verwijderdatum. Een flag die al een paar weken op 100% staat, is schuld: verwijder de flag en het dode codepad in dezelfde pull request.

### Wat kan ik bouwen om met flags te oefenen?

Iets met minstens één feature waarvan je zenuwachtig zou worden als je die naar iedereen stuurt. De generator op whatshouldibuildnext.com bakent een klein project met een of twee riskante features, en dat geeft je een echte reden om code achter een flag te zetten.

## Scope iets dat de flag waard is

Gratis specgenerator, client-side, zonder aanmelding. Krijg de features en een voorgestelde stack, en kies daarna je flagtool.

*Call to action: Genereer een projectspec*


## FAQ

### Wat is feature flag software?

Het is een tool waarmee je codepaden tijdens runtime aan of uit zet, zonder opnieuw te deployen. Je omhult een riskante wijziging met een flag, rolt die donker uit en zet hem daarna aan voor jezelf, een percentage gebruikers of iedereen. Breekt iets, dan zet je hem direct uit.

### Heb ik feature flag software nodig voor een solo side project?

Meestal niet op dag één. Een boolean in een omgevingsvariabele dekt veel. Pak een echte tool wanneer je targeting per gebruiker nodig hebt, geleidelijke uitrol of een kill switch die je omzet zonder een server aan te raken.

### Is er een gratis feature flag tool?

Ja. LaunchDarkly, PostHog, GrowthBook, Flagsmith en Statsig hebben allemaal een gratis tier, en Unleash, GrowthBook, Flagsmith en PostHog hebben open-sourceversies die je zelf kunt hosten. Limieten en prijzen veranderen, dus controleer de prijspagina voordat je kiest.

### Zelf hosten of een gehoste dienst gebruiken?

Gehost betekent geen servers om te patchen en flags die voor je geëvalueerd worden. Zelf hosten betekent geen kosten per verzoek en volledige controle over je data, maar jij draait de database en de uptime. Voor een side project is een gratis gehoste tier meestal minder werk.

### Wat is OpenFeature en doet het ertoe?

OpenFeature is een leveranciersneutrale API voor het evalueren van flags. Als je ertegen programmeert, betekent later van provider wisselen dat je een providerplugin aanpast en niet elke flagaanroep herschrijft. Het is goedkope verzekering tegen lock-in.

### Hoe voorkom ik dat oude flags zich opstapelen?

Geef elke flag bij aanmaak een eigenaar en een verwijderdatum. Een flag die al een paar weken op 100% staat, is schuld: verwijder de flag en het dode codepad in dezelfde pull request.

### Wat kan ik bouwen om met flags te oefenen?

Iets met minstens één feature waarvan je zenuwachtig zou worden als je die naar iedereen stuurt. De generator op whatshouldibuildnext.com bakent een klein project met een of twee riskante features, en dat geeft je een echte reden om code achter een flag te zetten.