De wrapper is dood: wat founders moeten bouwen in plaats van nog een AI-feature (2026)
By Surya Pratap
24 juli 2026
9 min read
MVP Strategy
24 juli 2026
9 min read
Deze maand lopen er twee gesprekken naast elkaar, en ze zijn tot dezelfde conclusie gekomen. Op X herhalen investeerders en productleads een botte zin: de dunne AI-wrapper is voorbij, en distributie is de moat, niet een slimme prompt. Op Reddit, in r/SaaS en r/AI_Agents, luchten founders hun hart over een stillere versie van hetzelfde verhaal: de demo maakte indruk, de pilot liep vast en een maand later bracht een foundation-lab precies die feature uit als native knop. Het oordeel uit beide zalen is identiek. Een model inpakken is geen businessmodel meer.
De cijfers die rondgaan zijn somber: schattingen dat de meeste AI-wrapperstartups eind 2026 zijn mislukt, dat een grote meerderheid nooit een dollar verdient en dat maar een dun laagje betekenisvolle omzet haalt. Behandel ze als richting, niet als precieze metingen. Het nuttige deel is het patroon eronder: als de waarde die je product toevoegt één modelcall en een mooiere interface is, kan de modelprovider die gratis toevoegen, en je klant laat dat gebeuren. Dit stuk gaat over wat je in plaats daarvan bouwt, en waarom het antwoord geen betere wrapper is, maar een ander soort product.
De uitdrukking wordt slordig gebruikt, dus het loont om precies te zijn. Een wrapper sterft wanneer drie dingen tegelijk waar zijn: de kernwaarde is één call naar een algemeen model, de interface is het enige wat je bezit, en niets aan je product wordt beter naarmate een klant het langer gebruikt. Jasper is het bekende waarschuwende voorbeeld: een sterk vroeg bedrijf gebouwd op een model dat het lab daarna zelf tot product maakte.
Wat niet dood is, is het gebruik van een foundation-model. Bijna elk serieus AI-product roept er een aan. Het onderscheid is of het model het product is of een ingrediënt. Als een concurrent je hele waarde in een weekend kan nabouwen met dezelfde API-sleutel, heb je een wrapper. Als nabouwen jouw data, jouw integraties, jouw compliancepositie en jouw plek in de workflow van de klant zou vergen, heb je iets anders, en dat iets is wat overleeft.
De weekendtest
Kan een competente developer met dezelfde model-API je kernwaarde in een weekend namaken? Zo ja, dan verkoop je een wrapper en is het lab je echte concurrent. Zo nee, vraag dan wat hem precies tegenhoudt: dat antwoord is je moat, en als je het niet kunt benoemen, heb je er nog geen.
Haal de hype weg en het gesprek over verdedigbaarheid in 2026 komt steeds bij dezelfde vier bronnen uit. Geen ervan is het model. Elk ervan is iets wat een algemene provider structureel niet kan kopiëren voor jouw specifieke klant.
De meeste duurzame AI-bedrijven hebben op dit moment minstens twee hiervan. Een product voor juridische review bezit de workflow en het eigen corpus. Een product voor crediteurenbeheer bezit de goedkeuringsflow en het system of record. Je hebt ze niet alle vier nodig, maar een product dat op geen enkele rust, is per definitie de wrapper waar iedereen voor waarschuwt.
De nuttigste herformulering uit de founderdebatten van deze maand is de verschuiving van 'een agent' verkopen naar arbeidsvervanging in één afgebakend proces verkopen. Kopers willen geen chatvenster dat misschien helpt; ze willen dat een specifieke eenheid werk betrouwbaar wordt afgerond: de factuur afgestemd, de securityvragenlijst opgesteld, het supportticket opgelost binnen de afgesproken grenzen. Investeerders zijn die 'systems of action' of 'digitale lopende banden' gaan noemen: afgebakende, controleerbare pijplijnen met menselijk toezicht en duidelijke bedrijfsmetrics, geen onbegrensde autonomie.
Dat is belangrijk voor een nieuw bedrijf, omdat het verandert wat je verkoopt en hoe je prijst. Een wrapper verkoopt toegang tot een model per seat. Een system of action verkoopt een afgerond resultaat binnen een proces dat je van begin tot eind bezit. Het tweede is moeilijker te bouwen en veel moeilijker te verdringen, omdat de waarde het resultaat is en de workflow waarin het leeft, niet de intelligentie die het opleverde.
De test van het afgebakende proces
Noem de ene taak die je product afrondt, de exacte input waarmee het begint, de output die het oplevert en de grens waar het overdraagt aan een mens. Kun je die vier niet in één zin zeggen, dan is de scope nog steeds een wrapper in een agentkostuum.
De Reddit-helft van dit gesprek gaat eigenlijk over betrouwbaarheid. Agents die in meerdere stappen alles doen, zien er in een demo magisch uit en ronden daarna maar een fractie van de echte runs zonder toezicht af: teams geven openlijk toe dat hun agents ver onder blijven bij wat 'autonoom' suggereert. De fout ligt zelden aan een dom model. Het ligt eraan dat een brede agent de taken die hij goed zal doen niet kan onderscheiden van de taken die hij fout zal doen, dus faalt hij stil en duur.
De scope verkleinen is de goedkoopste betrouwbaarheidsverbetering die er is. Als een product één afgebakend proces bezit, kun je precies definiëren wat 'correct' betekent, elke run daartegen controleren, de riskante stappen achter menselijke goedkeuring zetten en het voltooiingspercentage eerlijk meten. Daarom beloont de markt afgebakende workflowproducten boven algemene assistenten: het zijn de enige die contact met productie overleven. Een kleinere belofte die je kunt waarmaken, wint van een grotere die je niet kunt waarmaken.
Van de vier moats is geprivilegieerde toegang degene die de meeste founders te weinig benutten, en de moeilijkste om te bereiken voor een foundation-lab. Een algemeen model kan een factuurbetwisting opstellen, maar het zit niet in de ERP van je klant, heeft niet de bevoegdheid om goed te keuren, draagt de audittrail niet en handhaaft de complianceregels niet die de betaling regelen. Bezit je die, dan concurreer je niet langer met het model op intelligentie; dan ben je de pijplijn waar die intelligentie doorheen moet.
Dat hangt direct samen met hoe je bouwt. Geprivilegieerde toegang betekent integraties, rechten, goedkeuringsmomenten en een auditlog: het onglamoureuze leidingwerk dat een weekendkloon niet kan reproduceren en dat een horizontale provider niet kan rechtvaardigen te bouwen voor jouw specifieke niche. Het is trager om op te leveren dan een prompt, en dat is precies de bedoeling. De frictie die het moeilijk maakt om te bouwen, is dezelfde frictie die het moeilijk maakt om te verdringen.
Zou je huidige product zakken voor de weekendtest, dan heb je geen herbouw nodig: je moet je in één proces verdiepen voordat je breder gaat. Een gefocuste maand brengt je het grootste deel van de weg.
De consensus op X en Reddit is niet dat AI-startups voorbij zijn. Het is dat de makkelijke versie voorbij is: de versie waarin een dun laagje over het model van een ander als bedrijf telde. Wat ervoor in de plaats komt, is meer werk en beter verdedigbaar: bezit een afgebakend proces, verdien een moat die de labs niet kunnen bereiken en verkoop een resultaat in plaats van een wrapper. Founders die die stap zetten, vechten niet tegen de foundation-modellen. Ze bouwen de systemen waarin die modellen draaien.
IdeaToMVP Academy
4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.