Core Business Innovation

Core business innovation verwijst naar het fundamenteel vernieuwen van het primaire verdienmodel, de kernprocessen of het productaanbod -- in tegenstelling tot incrementele optimalisatie. Het doel is het creëren van nieuwe omzetbronnen, schaalbare diensten of concurrentievoordelen die zonder nieuwe technologie niet mogelijk zouden zijn.

AI kan op drie manieren bijdragen: door bestaande functionaliteit slimmer te maken (personalisatie, aanbevelingen, voorspelling), door nieuwe diensten mogelijk te maken op basis van data die je al verzamelt, en door de schaalbaarheid van je dienstverlening fundamenteel te veranderen -- meer klanten bedienen zonder evenredige groei in kosten of mensen.

AI verlaagt de drempelkosten voor diensten die voorheen afhankelijk waren van schaarse menselijke expertise. Organisaties die hun verdienmodel baseren op kennisoverdracht of arbeidsintensieve uitvoering zijn het meest kwetsbaar.

AI-Native Engineering is onze ontwikkelmethodiek waarbij AI vanaf het begin als primair productie-instrument wordt ingezet. Het verkort de tijd van idee naar werkend product aanzienlijk.

De sterkste businesscase begint bij de vraag wat het kost om niet te innoveren. Welke marge staat onder druk? Welke klanten kunnen het straks zelf? De businesscase hoeft niet perfect te zijn, maar de redenering moet kloppen en de eerste stap moet klein genoeg zijn om snel bewijs te leveren.

Door innovatietrajecten organisatorisch en budgettair te scheiden van de dagelijkse operatie, met een eigen eigenaar, eigen doelstellingen en een eigen tijdlijn.

De markt verandert snel door AI en Blis beweegt mee richting meer strategisch advies naast engineering. Die beweging vraagt iemand die fulltime bewaakt dat de organisatie meegroeit. Processen moeten kloppen, teamleads ondersteund worden en de strategie moet landen in de dagelijkse praktijk.

Martijn stuurt de volledige deliveryorganisatie aan. Hij begeleidt de teamleads, bewaakt de implementatie van de strategie en de organisatieontwikkeling, en maakt deel uit van de directie. Zijn blik van buiten naar binnen, opgedaan aan klanttafels, past bij wat deze rol vraagt.

Blis verschuift van puur bouwen naar meer strategisch advies en ondersteuning. Engineering blijft, maar wordt vaker gecombineerd met consultancy over architectuur, AI-strategie en hoe technologie waarde levert. Klanten worden kritischer: AI moet aantoonbaar resultaat opleveren, niet louter potentie tonen.

Martijn bouwt zijn salesactiviteiten stapsgewijs af. Ton van Tilburg neemt een deel van de klantrelaties over. Martijn blijft betrokken bij enkele klanten tot zijn opvolger er is, en blijft aanwezig in een aantal stuurgroepen om feeling te houden met het werk.

Een cultuur van ondernemerschap en innovatie die Blis al twintig jaar kent. Martijn wil die doorgeven en benadrukt dat efficientie nooit ten koste mag gaan van de menselijkheid binnen teams. Verandering ziet hij als een constant proces dat begeleiding vraagt.

Veel software compenseert iets wat jij of je organisatie niet zelf kan bijhouden. Een CRM onthoudt klantcontacten, een projecttool coordineert taken. Dat is scaffolding, oftewel een steiger rond een beperking. Zodra een AI-model die taak zelf kan overnemen, verdwijnt de steiger, net zoals je een steiger weghaalt als het gebouw staat.

De interactie-laag, waar mens en model elkaar raken en die van vorm blijft veranderen. De workflow-laag met de als-dit-dan-dat-logica, die het kwetsbaarst is. En het system of record, waar data betrouwbaar en controleerbaar leeft. Die laatste laag blijft, want daar draait het om vertrouwen en herleidbaarheid.

Omdat de workflow-laag precies bestaat uit de als-dit-dan-dat-logica die modellen steeds beter zelf uitvoeren. Routering, transformatie en beslisbomen zijn het type taak dat een model absorbeert, zoals plan mode in Claude Code opging in het model zelf. Nog niet voor elk geval, maar de richting is duidelijk.

Kijk eerlijk naar je features en vraag je af welke workflow-logica een model binnenkort zelf kan. Dat deel is steiger. Je echte waarde zit vaker in je data, je netwerk, je integraties en het vertrouwen dat jij de bron van waarheid bent. Die laag versterk je.

Wanneer een groot deel van de omzet in de workflow-laag zit en lange contracten dat afdekken. Het product kan prima zijn, terwijl het model dat die logica overneemt elk kwartaal beter wordt. De due-diligencevraag van 2026 is dan ook: welk deel van de ARR zit in die laag?

Omdat het inspanning beloont en geen resultaat. Wie op uren factureert, verdient minder naarmate hij sneller werkt, terwijl AI een sprint van drie weken soms in drie dagen doet. De belangen lopen dan uiteen. Daarom stapte Blis over op fixed price: je betaalt voor wat het oplevert.

Een compact projectteam van drie rollen: een engineer en een business consultant bij Blis, plus een product owner bij de klant. Samen zijn ze verantwoordelijk voor een module of applicatie. Korte lijnen, weinig overhead en een engineer die AI aanstuurt in plaats van zelf alle code te schrijven.

De engineer schrijft de code niet meer zelf. Hij ontwerpt oplossingen en stuurt AI aan om ze te bouwen. Christian vergelijkt het met beeldhouwen: AI hakt de eerste 95 procent uit het blok, jij verfijnt de rest. Daarvoor moet de engineer wel snappen wat hij bouwt en welke businesswaarde erachter zit.

Die rol wordt zwaarder en strategischer. Omdat AI grote stukken in een paar weken bouwt, moet de product owner eerder en met meer overtuiging keuzes maken. Het doel moet scherp zijn voordat het bouwen begint: wat wil je bereiken, waarom is dat belangrijk en wanneer is het geslaagd?

Als je snel begint zonder scherp doel. AI versnelt bouwen, maar het versnelt ook slechte keuzes. Stuur je een agent aan met een vage vraag, dan krijg je een vaag resultaat, alleen sneller. De winst zit in betere keuzes maken voordat je gaat produceren, en dat blijft mensenwerk.

Leg voor de kick-off vast wie het budget bezit en welke beslissingen de product owner zelfstandig mag nemen. Zet dat op papier, inclusief een escalatieroute naar de budgethouder. Laat de lijnmanager die afspraak bevestigen. Toets elk kwartaal of het mandaat in de praktijk nog klopt.

Meestal kost het de laatste fase van je project. Het budget gaat op aan features die niemand gebruikt, waardoor performance, beveiliging en beheer er niet meer in passen. Reken op maanden vertraging en een tweede investeringsronde die je aan je directie moet uitleggen.

Spreek af wie de scope bepaalt, hoe je wijzigingen verwerkt en wat er gebeurt als een aanname niet uitkomt. Leg vast dat de partner mag tegenspreken en escaleren. Bepaal ook samen welke kwaliteitseisen vaststaan, zoals security en het aflossen van technische schuld.

Een ingehuurde projectmanager stuurt op planning en rapportage binnen jouw kaders. Een bijrijder deelt het risico op de uitkomst, dus die stelt de scope zelf ter discussie en trekt aan de noodrem bij keuzes die je business schaden. De verantwoordelijkheid voor het resultaat ligt bij beide partijen.

Uren zeggen steeds minder over de geleverde waarde, omdat AI veel uitvoerend werk overneemt. Daardoor verschuift het gesprek naar resultaat en vaste prijzen per product of release. Vraag een leverancier daarom wat je krijgt en wanneer het live staat, in plaats van hoeveel uur erin gaat.

Officiele bekendmakingen, wetten.nl, Tuchtrecht Online en de tekst van Europese richtlijnen zijn allemaal via open API's te ontsluiten. Ook eigen materiaal van een instelling, zoals collegesheets en tentamencasussen, kan in dezelfde index. Belangrijk is dat een docent bepaalt welke set erin gaat, zodat studenten met gecontroleerd materiaal werken.

Een proof of concept zoals deze duurt doorgaans enkele weken werk van een klein team, plus verbruikskosten voor Azure AI Search en Azure OpenAI. Die verbruikskosten blijven bij een afgebakende dataset beperkt tot tientallen euro's per maand. De grootste post is de tijd van je inhoudelijke expert, want die bepaalt de kwaliteit.

Door de agent te beperken tot een vaste, door de docent gekozen set uitspraken en elk antwoord te laten verwijzen naar de bron. Zo kan een student altijd terug naar de originele tekst. Daarnaast test je systematisch: wij vergeleken vijf modellen en zeven promptvarianten op nauwkeurigheid voordat het systeem in de colleges ging.

Omdat je bij Azure zelf bepaalt in welke regio de data staat en dat studentvragen buiten de trainingsdata van het model blijven. Dat maakt een AVG-onderbouwing haalbaar. Bovendien sluit het aan op de infrastructuur die instellingen via platformen als EduGenAI al gebruiken, dus beheer en toegangsrechten zijn geregeld.

Dezelfde bouwstenen werken voor contracten, polisvoorwaarden, interne procedures of technische normen: bronnen ophalen, opsplitsen, vectoriseren en semantisch doorzoeken. Wat je erbij nodig hebt is iemand die inhoudelijk kan beoordelen of de antwoorden kloppen. Zonder die rol test je op gevoel en weet je niet of het systeem betrouwbaar is.

Houd de rollen in huis die dagelijks met je business te maken hebben, zoals de product owner en de businessanalist. Specialismen die je maar af en toe nodig hebt, zoals een solution architect of UX-specialist, huur je flexibel in. Zo betaal je geen fulltime expertise voor deeltijdwerk.

Omdat losse developers geen team vormen. Een werkend team combineert technische, creatieve en zakelijke vaardigheden en heeft rollen als tester, UX-specialist en businessanalist nodig om waarde te leveren. Huur je alleen programmeurs in, dan blijft het bewaken van requirements bij jou liggen.

Benoem per onderwerp een eindverantwoordelijke en laat de uitvoering wel gedeeld zijn. In de praktijk betekent dat: de solution architect is eigenaar van het technisch ontwerp, ook als een cloud engineer meedenkt over architectuurkeuzes. Zet die eigenaarschapsafspraak op papier bij de start van het project.

Reken op een vast deel van je capaciteit dat je hiervoor vrijhoudt. Bij Blis zit dat in een technologieradar en kennissessies die soms 's avonds op kantoor plaatsvinden. Plan daarnaast na elk project een evaluatie van wat goed werkte en wat beter kan.

Je merkt het aan de vragen die niemand stelt. Er wordt netjes code geschreven, terwijl niemand meldt dat een oplossing te complex of te duur dreigt te worden. Loop dan je rollen langs, van businessanalist tot tester, en kijk welke er structureel ontbreekt.

De markt prijst je huidige omzet en groeipad al in je waardering in. Blijf je op de oude voet doorgaan, dan stijgt je waarde nauwelijks. Erger nog: AI-native concurrenten met tien keer betere oplossingen kunnen je waarde juist laten dalen.

Vier routes werken: een aparte, betaalde AI-module, een duurdere premium-versie met AI, een volledig nieuw AI-product naast je bestaande software, of een platform waarop klanten zelf AI agents bouwen. Kies op basis van wat je klanten al aan je vragen.

Zet vier dingen gelijktijdig in gang: ideeën verzamelen en valideren bij klanten, de techniek verkennen, testen in een lab-omgeving en je data-infrastructuur verbeteren. Wie deze stappen na elkaar doet, is te laat als de oplossing eindelijk klaar is.

Je hebt al domeinkennis, klantdata, vertrouwde relaties en verkoopkanalen die een AI-startup nog moet opbouwen. Die voorsprong is alleen iets waard als je ook de snelheid en het experimenteervermogen van een startup overneemt.

Ze bouwden AI direct in de kern van hun product, met concrete resultaten: Salesforce zag de eigen beurskoers in een jaar met meer dan 20 procent stijgen dankzij vroege AI-integratie. Ook ServiceNow en CM behaalden aantoonbare voordelen.

Het is een manier om AI-kansen te beoordelen op twee assen: hoeveel waarde levert een toepassing op en hoe haalbaar is hij om te bouwen. Zo voorkom je dat je tijd steekt in een complexe AI-toepassing die uiteindelijk weinig oplevert.

Eerst bepaal je je strategische doelen en de plek van AI daarin. Dan werk je concrete use cases uit en selecteer je de beste op impact en haalbaarheid. Daarna breng je je databronnen in kaart, ontwikkel je het AI-model en implementeer je het in je product.

Heights AI is gespecialiseerd in het ontwikkelen van AI-modellen en algoritmes. Blis Digital is de partner voor mission critical platformen: app development, architectuur en security. Samen brengen ze de AI-waarde naar een werkend, schaalbaar product.

Zomaar achter AI-trends aanrennen zonder plan kost tijd en geld zonder dat je de beste kansen pakt. Een doordachte aanpak, zoals eerst de use cases sorteren op impact en complexiteit, levert uiteindelijk de meeste waarde op.

In één dagdeel identificeer je samen met specialisten van Blis en Heights AI de AI-kansen die in jouw business verstopt zitten. Dat kan gaan om meer omzet, een nieuw businessmodel of lagere kosten.

De klant blijft achter het stuur en bepaalt de bestemming. Blis Digital zit op de bijrijdersstoel: wijst op obstakels, stelt kritische vragen en signaleert kansen tijdens de rit. Het is een mindset die van iedere medewerker wordt verwacht, van developer tot designer.

Praten met eindgebruikers en eerst een simpel prototype bouwen kost tijd en geld, maar voorkomt veel duurdere fouten later in het traject. Bij een start-up werkte een interactief prototype het idee zo goed uit, dat er goed bepaald kon worden wat de software precies moest doen.

Het gaat om de juiste dingen bouwen door de functioneel optimale keuze te maken, en dat doen met de juiste techniek. Voor een klant in asset management hield Blis de backend bewust simpel met low-code, en investeerde de zwaarte in een perfecte gebruikerservaring in de frontend.

Nee, Blis werkt niet op basis van 'u vraagt, wij draaien'. Het bedrijf is een partner die risico's vroegtijdig signaleert en helpt beheersen, zodat een investering in software ook echt rendeert. Prototyping is daarbij vaak het meest kosteneffectieve middel om requirements te toetsen.

Voor ambitieuze ondernemers en enthousiastelingen op alle niveaus in een organisatie, van eigenaar tot iemand op de werkvloer met visie. Mensen die vooruit willen, bereid zijn te leren en het waarderen als Blis doorvraagt en meedenkt.

Blis huurt zich niet uit als extra ontwikkelcapaciteit voor een team dat al weet wat het wil bouwen. Het bedrijf denkt mee over de business, vertaalt problemen naar oplossingen en maakt keuzes die ook over vijf jaar nog houdbaar zijn.

Als partner voor tech-ondernemers die zelf software maken en verkopen, bijvoorbeeld bij de stap naar cloud of SaaS. Of in een projectmodel waarbij Blis mission critical software bouwt, vervangt of verbetert voor organisaties die kernprocessen digitaliseren.

Citizen developers bouwen zoveel mogelijk zelf met het Power Platform. Waar ze vastlopen, springen Blis-developers bij met maatwerkcode, het liefst als herbruikbare component. De IT-afdeling zorgt dat het geheel veilig en beheersbaar blijft.

Als een tech-ondernemer met alleen een idee en een businesscase bij Blis komt, en Blis het idee sterk genoeg vindt. Dan stapt het bedrijf mee in het bedrijf van de klant, in plaats van er alleen voor te bouwen.

De kennis en ervaring van consultants moest in software gevangen worden, zonder hun creativiteit en flexibiliteit weg te nemen. Dat vraagt meer dan alleen code schrijven: het is het digitaliseren van een adviesproces waarin mensenwerk en maatwerk samenkomen.

Het platform bestaat uit Power BI voor rapportages, Power Apps voor het bouwen van apps, Power Automate voor het automatiseren van processen en Power Virtual Agents als virtuele gesprekspartner. Op de achtergrond gebruiken ze allemaal Azure-diensten.

Het platform is een standaard onderdeel van veel Microsoft 365-licenties en integreert direct met Teams, Dynamics, SharePoint en Excel. Organisaties die deze applicaties al gebruiken, kunnen dus zonder veel extra kosten beginnen.

Dan bouwt een developer een eigen data connector voor de specifieke applicatie of databron die je mist. Dit principe heet fusion development, en het breidt de functionaliteit van het Power Platform stap voor stap uit.

Met Azure Pipelines houd je controle over release management en rol je Power Apps uit via een OTAP-straat, met versiegeschiedenis van elke app. Complexere applicaties kun je zelfs verder opschalen naar DevOps en Git.

Ja, je bepaalt als organisatie zelf de schaal: van een eenvoudige goedkeuringsflow voor declaraties tot een bedrijfskritische toepassing. Het groeipad loopt mee met wat je organisatie nodig heeft, in eigen tempo.

Alle medewerkers zijn inmiddels gewend aan de intuïtieve interfaces van consumenten-apps, ongeacht hun leeftijd. Een proces dat niet lekker werkt, is voor iedereen een frustratie en raakt de motivatie en productiviteit van het hele team.

Het platform biedt low-code tools voor apps, automatisering, data-analyse en chatbots, zonder dat je daarvoor een volledig IT-project hoeft te starten. Ook niet-IT'ers, de zogenaamde citizen developers, kunnen er zelf oplossingen mee bouwen.

Financiële logica en basisfuncties van bedrijfskritische processen horen thuis in je kernsysteem, zoals een ERP. Alles wat met gebruikersinteractie te maken heeft, zoals een chatbot voor onkostendeclaratie, bouw je juist in de innovatielaag.

Reken op ongeveer 10 dagen om een eerste versie te bouwen en te testen of medewerkers hem gebruiken. Wordt hij links liggen gelaten, dan besteed je de volgende 10 dagen aan een andere aanpak, zoals een app.

Process mining is de techniek waarbij AI de logbestanden van kernsystemen analyseert, bottlenecks vindt en verbeteringen voorstelt. Met Power Automate Process Mining integreerde Microsoft deze functie, inclusief een eerste voorstel voor de te bouwen toepassing.

Elke klant krijgt exact dezelfde, gestandaardiseerde functionaliteit, dus is er weinig ruimte om de software aan te passen aan jouw specifieke werkwijze. Leveranciers bouwen alleen features waar de meerderheid van hun klanten iets aan heeft, dus specifieke wensen belanden onderaan de backlog.

Zodra jouw SaaS-oplossing gekoppeld is via een data connector, kunnen klanten met workflows, apps en dashboards in het Power Platform zelf functionaliteit toevoegen die jij als leverancier niet standaard biedt. Een 'must have'-eis waar je nu nog 'nee' op zegt, wordt zo een 'ja'.

'Export naar Excel' is de meest gebruikte, maar ook meest foutgevoelige en handmatige manier om rapportages te maken. Met een koppeling naar het Power Platform haal je actuele data direct en automatisch op, zonder dat iemand nog handmatig bestanden moet verwerken.

Ze zijn bang dat het hun eigen applicatie kannibaliseert als klanten zelf functionaliteit bouwen. Blis ziet het juist als een kans: een goede low-code integratie levert nieuwe usecases op die je later als standaardfunctie kunt toevoegen aan je product.

Je hebt altijd toegang tot de laatste versie zonder zelf updates te draaien, je bent automatisch compliant met veiligheidsnormen en je hoeft niet zelf hardware te onderhouden of back-ups te maken. Dat noemen we ook wel 'evergreen' software.

Naast de techniek verandert ook de organisatie: teams die voorheen apart hun eigen stukje van de keten beheerden, krijgen nu een centraal en objectief beeld van de hele keten. Dat vraagt om nieuwe werkprocessen en een andere verdeling van verantwoordelijkheden.

Leveranciers en collega's die voorheen naar elkaar konden wijzen, kunnen zich met centrale inzichten niet meer verschuilen als hun deel van de keten de bottleneck is. Die confrontatie voelt in het begin ongemakkelijk, maar de weerstand verdwijnt meestal snel als de voordelen duidelijk worden.

Het topology dashboard geeft in één helikopterview de performance en health-status van je hele omgeving, zodat je als beheerder altijd kunt zien waar een probleem zit. Dat maakt discussies met leveranciers en collega's een stuk concreter.

Beheerders gaan reageren op alerts vanuit het systeem in plaats van op eigen instinct, en hun werk verschuift van incidentmanagement naar preventief onderhoud. Voor sommigen is dat een flinke mentaliteitsverandering, ook al levert het uiteindelijk meer rust op.

De nadruk verschuift van vingerwijzen en 'brandjes blussen' naar samen nadenken over structurele verbeteringen, omdat de feiten voor iedereen even duidelijk zijn. Dat brengt teams, leveranciers en partners juist dichter bij elkaar.

Moderniseer in fases, met een kleine investering als startpunt. Onderzoek eerst waar de prioriteiten liggen en pak eerst het werk met lage complexiteit en hoge business value op. Zo blijf je binnen tijd en budget vernieuwen.

Denk aan de impact van een migratie op je klanten, de omscholing die je development team nodig heeft en het beschikbare budget. Met die variabelen stel je een business case op, waarop je vervolgens een technisch plan baseert.

Een partner heeft specialisten in huis die dagelijks software renoveren en de nieuwste technologische ontwikkelingen kennen. De meeste softwareleveranciers hebben die kennis niet, omdat ze specialist zijn van hun eigen product. Je werkt bovendien intensief samen, dus een goede klik is net zo belangrijk.

Het 7R-model is een manier om verschillende opties voor het vernieuwen van je techniek te vergelijken, elk met een eigen impact en investering. Blis Digital gebruikt het model om te bepalen welke aanpak het beste past bij jouw situatie.

Uitstel vergroot meestal juist de problemen die je nu al ervaart, zoals complex onderhoud en gebrek aan ontwikkelaars. Zonder besluit ontbreekt bovendien een onderbouwde roadmap, waardoor je later voor onverwachte kosten kunt komen te staan.

Vaak gaat het om een buy-and-build-strategie, de vraag of een aangekocht systeem verder te ontwikkelen is, of het doorlichten van alle applicaties van een organisatie. In alle gevallen gaat het om de waarde en toekomst van de software bepalen.

Het proces bestaat uit 7 stappen: van de vraag wat je wilt bereiken en een quick scan van publieke bronnen, via interviews met CTO, product owner en ontwikkelaars, tot een technische analyse en een volledige rapportage met advies.

De broncode wordt nauwgezet gescreend op betrouwbaarheid, onderhoudbaarheid, cybersecurity en compliance, getoetst aan standaarden die in de markt gelden. Elk onderdeel krijgt een score van A tot en met E, voor een objectief beeld in plaats van een gevoel.

Niet per se, al is dat meestal wel een optie. Een TDD levert vooral een grondige briefing op voor de partij die de ontwikkeling of het onderhoud gaat doen. Het rapport helpt de aankopende partij om met zekerheid beslissingen te nemen.

Blis Digital voert al meer dan 50 Technical Due Diligences uit en werkt al 17 jaar dagelijks aan mission critical software. Die ervaring zorgt dat het team de markt en de uitdagingen van softwarebedrijven goed kent.

Breng je stakeholders systematisch in kaart, bijvoorbeeld met een RACI-matrix of stakeholder-cirkel. Onderzoek wat ze willen én waarom ze dat willen, en bouw informele relaties op met je CEO, investeerders en tech-team.

Deel je eigen visie op het product, onderbouwd met een businesscase en marktkennis uit onderzoek. Blijf je te dienstverlenend opstellen, dan raak je klem tussen opdrachtgever en tech-team. Met een sterk verhaal krijg je vanzelf meer grip en invloed.

Woorden interpreteert iedereen anders, maar een schets of prototype zorgt dat iedereen dezelfde kant op kijkt. Valideer ontwerpen bij gebruikers voordat je gaat bouwen, dat is sneller dan werkende software ontwikkelen. Onderbouw je punten met usage data en actuele markttrends.

Werk vanaf het begin van het project met duidelijk afgekaarte verantwoordelijkheden, zodat je team binnen heldere kaders zelf beslissingen kan nemen. Wissel actief visie en ideeën uit met je engineers. Zo houd je ruimte voor strategie in plaats van alleen incidenten en discussies.

Toets iedere voorgestelde wijziging aan je eigen product- en marktvisie, met het beschermen van de investering als uitgangspunt. Heb je voldoende data en strategische inzichten verzameld, dan geef je vaak snel een onderbouwd antwoord. Zo bereik je sneller consensus tussen stakeholders.

De eerste aanname is dat je intern al genoeg kennis hebt om features te prioriteren, terwijl vroeg in een project vooral aannames meespelen. De tweede is dat snel itereren je vanzelf marktkennis oplevert, terwijl organisaties in de praktijk zelden echt elke twee weken naar gebruikers releasen.

Ga naast het aansturen van je team ook actief de markt in om je productvisie te valideren. Zet listening posts in, zoals concurrentie-analyses, trendrapporten en klantinterviews, en duik in usage data en surveys. Zo bouw je domeinkennis op zonder eerst een MVP te bouwen.

Het betekent dat je als product owner direct in gesprek gaat met de markt in plaats van alleen op interne aannames te vertrouwen. Denk aan klantinterviews, papieren prototypes, polls en co-creatie sessies. Zo ontdek je sneller wat wel en niet werkt.

Verandering in scope of visie hoort bij elk project, en de discussie erover kun je bekorten door iedere wijziging te toetsen aan je eigen product- en marktvisie. Bescherm daarbij vooral de gedane investering. Zo kom je sneller tot een besluit waar stakeholders achter staan.

In de praktijk lukt het bijna nooit om echt elke twee weken een nieuwe versie naar gebruikers te brengen. Zonder releases heb je ook geen gebruiksdata, en wie daar volledig op vertrouwt loopt een groot risico. Agile werken heeft daarom ook visie en strategie nodig.

Het waarderisico, waarbij klanten je product niet kopen of gebruiken, en het bruikbaarheidsrisico, waarbij ze het niet begrijpen. Daarnaast het haalbaarheidsrisico als je het technisch niet gebouwd krijgt, en het levensvatbaarheidsrisico als sales, marketing of je businessmodel het niet ondersteunen.

Breng per onderdeel van je businesscase in kaart welke aanname erachter zit en wat de impact is als die niet klopt. Test daarna de aannames die het goedkoopst te toetsen zijn en het meeste risico dragen. Vaak kan dat al zonder iets te bouwen.

Lanceer je MVP het liefst voordat het comfortabel voelt, zodat je ontwikkelbudget nog over is als de eerste usage data binnenkomt. Stel concrete doelen voor daarna, bijvoorbeeld de eerste 10 betalende klanten, en communiceer die met je stakeholders.

Bij PLG draait klantenwerving en -behoud om de productervaring zelf, in plaats van om sales en marketing. Denk aan Spotify en Marktplaats, die met een freemium-model klanten laten proeven voordat ze upgraden naar betaald. Het product overtuigt dus zichzelf.