Storybooks & Insights — commercieel visiedocument: positionering en verhaal

Doel van dit document: het verkoopverhaal, de positionering en de pitch-regels van Storybooks & Insights, ons rapportageplatform. Bedoeld voor pitches, demo’s, website, klantgesprekken en interne afstemming over hoe we naar buiten treden. De volledige technische onderbouwing — architectuur, rollen, autorisatie, storybooks — staat in het zusterdocument visie-technisch-architectuur.md: dat is “de batterij”, en die verkopen we niet, die bewijzen we.

1. Why: waarom we bestaan

Iedereen die beslist, verdient het om écht geïnformeerd te zijn.

Cijfers worden massaal geproduceerd en nauwelijks geabsorbeerd. Directies en management wíllen de rapportages — en gebruiken ze slecht: moeilijk te absorberen, te veel, te laat, zonder verhaal. Beslissingen vallen op halfbegrepen dashboards. Dat is het onrecht dat wij oplossen.

Het product heet wat het doet: Storybooks & Insights. Een dashboard geeft cijfers; een Insight geeft de boodschap (één zin, die naar je toe komt) en een Storybook geeft het verhaal erbij — wat, waarom en wat het betekent, in leesvolgorde. Twee woorden, geen techniek erin, allebei een uitkomst: de hoofdnoemer doorstaat zijn eigen lakmoesproef (§6).

2. How: Insights brengen de boodschap, Storybooks het verhaal

De boodschap reist naar de lezer, niet de lezer naar de boodschap. Drie zoomniveaus van één bericht (krantenstructuur: kop, artikel, archief):

1. Het Insight — één zin, gepusht (e-mail): “Liquiditeit daalt in week 34 onder de buffergrens, vooral door drie late debiteuren.” Acht seconden leestijd.
2. Het Storybook — één klik verder: context, opbouw, financiële overzichten — precies ingesteld op het bewijs voor die ene zin.
3. De verdieping — voor wie wil: de grondslag achter elk cijfer, en een assistent die alles uitlegt.

De bedrijfsscan — voor de installatiemarkt bouwen we 10–15 analyses (de topics waar een installatiebedrijf naar moet kijken), plus de bedrijfsscan: alle analyses gebundeld, met een samenvatting die leest als het bezoekverslag van een ervaren controller — kort over wat goed loopt, de volle aandacht voor wat eruit springt. Openstaande naamgevingsbeslissing: uitgangspunt is om dit bínnen Insights te houden (twee productbegrippen: Storybooks & Insights); als de markt de scan als eigen begrip omarmt (“doe mij die scan”), volgen we de markt — de techniek is in beide gevallen gelijk.

En de mens blijft instaan voor de cijfers. De controller stopt met cijfers produceren (het maandelijkse Power BI- en Excel-werk) en gaat doen waarvoor hij is opgeleid: verantwoorden. Elke goedkeuring, elke aansluiting, elk signaal komt bij hem samen in één werklijst, met het bewijs erbij. Verantwoordelijkheid is niet delegeerbaar aan een systeem; zij kan alleen beter ondersteund worden — en dat is wat wij doen.

Het frame naar buiten: niet “minder controllers nodig”, maar — “uw controller stopt met cijfers maken en gaat doen waarvoor hij is opgeleid: instaan voor de cijfers, met het beste gereedschap daarvoor.”

3. De economie: iteratiekosten bepalen de pasvorm

Het klassieke rapportbouwproces (klant ↔ consultant) convergeert na drie à vier iteraties — niet omdat het rapport dan goed is, maar omdat elke ronde geld kost (uren), tijd (wachtrij) en sociaal kapitaal (de klant die zich na ronde vier bezwaard voelt om dóór te vragen). “Goed genoeg” is daar geen kwaliteitsoordeel maar een budgetuitkomst. Bouwt iemand voor zichzelf — bouwer en eindgebruiker in één — dan doet hij er moeiteloos veertig à vijftig, en past het resultaat wél: pasvorm is geen functie van goede requirements, maar van betaalbare iteraties. Niemand kent zijn echte wensen vóór versie drie; requirements vooraf zijn aannames, goedkope iteraties vervangen aannames door experimenten.

Dat is wat dit product werkelijk verkoopt: itereren wordt bijna gratis — financieel én sociaal (tegen een AI zegt iedereen zonder gêne voor de veertiende keer “toch iets anders”). Iedereen kijkt niet alleen door zijn eigen bril naar dezelfde waarheid; iedereen kan ook zijn eigen vijftig iteraties doen.

De tussenpersoon wordt niet weggesneden maar vooruit gecodeerd — en de tussenpersoon is de data engineer / BI-consultant, níét de controller. De relay-rol deed altijd twee dingen: doorgeven (wensen vertalen naar lagen en rapporten, met ruis, aannames en een wachtrij per overdracht — dit verdwijnt: de AI vertaalt zonder wachtrij en zonder factuur) en waarborgen (weten wat een goede W&V is, welke aansluiting moet kloppen — dit verhuist naar het platform: de skeletten zijn jarenlang vakmanschap gecodeerd, de validatie is de aansluitingsdiscipline, de signalering de controlerende blik). De data engineer verdwijnt niet: hij verhuist van het kritieke pad naar het kwaliteitspad — vooraf bronnen aansluiten en het ruwe fundament leggen, achteraf bestendigen wat zich bewezen heeft. Verdienmodel: niet iteraties verkopen, maar het systeem dat iteraties gratis maakt — van uurtje-factuurtje per rapport naar curator van de fabriekskant.

Waarom dit veilig is (de korte versie voor de sceptische luisteraar): vijftig ongekaderde iteraties produceren ook moeiteloos een rommelbak. Iteratievrijheid is bij ons alleen een feature omdat de waarheid er niet van afhangt — vrij itereren waar het hooguit lelijk kan worden, terwijl de fabriekskant, de semantische laag en de validatie bewaken dat het nooit fout wordt. De volledige onderbouwing: technisch document.

4. Wie we zijn en hoe we naar de markt gaan

Wij zijn een softwarebedrijf — geen consultancy. Dat is geen woordkeuze maar de kern van het verdienmodel: een consultancy verdient per uur en groeit door mensen aan te nemen; een softwarebedrijf bouwt één keer en verkoopt vele keren, met het vakmanschap in het product in plaats van in hoofden. Alles in het technische document — skeletten, rekenbibliotheek, kader, fabriekskant — is precies dat: consultancy vooruit gecodeerd tot software. De consultancy die we wél doen is implementatie- en enablement-werk in dienst van de adoptie, geen losse dienst die op zichzelf omzet maakt. Toets bij elke vorm van hulp: doe ik dit één keer of elke keer? Eén keer (handleidingen, onboarding-video’s, sjabloon-storybooks, trainingsmodules) → bouwen en hergebruiken, dat is software-economie. Elke keer → automatiseren, of het is een signaal dat het product iets mist (verzoek-artefact, niet een dienst).

Niet de BI-club, maar de partner van de financieel adviseur. ETL, data warehousing en Power BI bouwen zijn overbezette markten waarin je per definitie als leverancier-van-techniek op uurtarief wordt gezien — en het is bovendien onze batterij (de what, §6), precies wat we niet moeten verkopen. Daarom positioneren we ons náást de financieel adviseur / interim-FD, niet naast de IT-afdeling. Hij heeft de why (de directeur echt geïnformeerd laten beslissen) als zijn vak; Insights & Storybooks wordt zíjn gereedschap. Dit verfijnt het “tussenpersoon vooruit gecodeerd”-principe (§3): de data engineer codeer je vooruit (die wachtrij wil niemand), maar de financieel adviseur codeer je niet weg — je gereedschapt hem op. Hij is de waarborg-rol in mensenvorm: hij zet de scope, keurt goed, vertaalt vakmanschap naar kader. Geen van beiden maakt de ander overbodig.

Het kanaal: adviseurs als distributie, niet als eindklant. Via connecties met een club financieel adviseurs/interim-FD’s (vaak hoog in de financiële organisatie) zetten we Insights & Storybooks als pilot neer bij groot-MKB en corporate. Dat dekt meteen de governance-zorg af: er zit per definitie een gekwalificeerde professional tussen die de kaders bewaakt (§2.3) — de angst dat een lezer met een AI-assistent te veel vrijheid krijgt, verdwijnt grotendeels in dit kanaal. De hefboom: we verkopen niet onze implementatietijd, maar het vermogen van honderd adviseurs om het zélf te doen bij hún klanten — hoe zelfstandiger de adviseur met tool, video’s en sjablonen kan, hoe beter we schalen.

Vehikel en focus. Het nieuwe pad loopt via Boostin (bestaand bedrijf, nu zonder omzet — te heractiveren; “Consultancy” in de naam trekt richting uurtje-factuurtje en de BI-club-perceptie die we ontvluchten, dus die schrappen is een serieuze optie, beslissing voor later). Dit Boostin-pad is de primaire go-to-market. Het idee om via het bestaande Notifica-installatiekanaal (UNICA e.a.) binnen te komen is een geparkeerde nevenpilot: niet fout, maar het trekt terug naar “sectortool voor installatie”, terwijl dit verhaal juist sectoroverstijgend en finance-gedreven is — twee go-to-markets tegelijk verwateren allebei.

5. Doelgroepen: twee boodschappen, nooit verwisselen

• Richting controller, management en directie: ophemelen, en dat is ook waar (§2): de controller wordt belangrijker, de directie krijgt boodschappen die ze kan absorberen. Geen dreiging — dit zijn de rollen die het platform bedient.
• Richting de business als koper: “u wacht niet meer op IT” — een welkome boodschap, geen risicovolle: de frustratie over de IT-wachtrij zit aan de business-kant van de tafel. Een nieuwe analysebehoefte kost vanmiddag een storybook, geen ticket van zes weken.
• Tactische voetnoot: IT zit vaak in het koopproces (security review). Maak IT klein in het rapportenverhaal, groot in het governanceverhaal: dit platform neemt autorisatie, audit en afdwinging serieuzer dan verspreide Power BI-rechten (technisch document, hoofdstuk 4). “Minder tickets, betere grip” — daar zegt ook IT zelf ja op.
• Richting de accountant: ambassadeur maken. RGS-saldibalansen en XAF-auditfiles aanleveren is voor hem nul gedoe — en accountants adviseren hun klanten welke tooling werkbaar is.

6. Het frame: verkoop de auto, niet de batterij

Tesla verkocht nooit de batterij — de technologische doorbraak waar alles op draaide. In de showroom ging het over wat de batterij mogelijk maakte: acceleratie, actieradius, de auto van de toekomst. Wie zijn enabler verkoopt, verkoopt aan niemand; de koper koopt een uitkomst, geen techniek. In Golden Circle-termen:

Regel voor elke pitch, demo en website: open met why, demonstreer how, bewaar what voor de doorvragers — en dáár is de batterij goud: bij de IT-security-review, de due diligence en de sceptische controller is hij het bewijs dat de belofte geen marketing is. Directie en management krijgen de auto; IT krijgt de batterij.

Valkuil: “rapporten bouwen met AI” is geen why. Het benoemt het gereedschap, niet de uitkomst (niemand wíl een rapport bouwen), het is de drukste en snelst commoditiserende claim in de markt (elke BI-leverancier krijgt een copilot — wie daarop concurreert, concurreert tegen Microsoft op een feature die straks gratis is), en het trekt de verkeerde koper aan: wie een toveracteur verwacht, duwt tegen precies de kaders die het product betrouwbaar maken. AI is niet de why maar de why now: de vraag (echt geïnformeerd beslissen) is decennia oud; nieuw is dat AI de iteratiekosten naar bijna nul bracht (vier-versus-vijftig, §3). AI mag in de what-laag (features, vindbaarheid) — het gesprek opent er niet mee. Lakmoesproef: een pitch die overleeft als het woord AI eruit verdwijnt, is robuust — en die dag komt, want AI wordt onzichtbaar loodgieterswerk.

7. Wat maakt het waar (de geloofwaardigheidslaag)

Voor het moment dat een gesprekspartner vraagt “maar klopt het ook?” — de bewijspunten, elk volledig uitgewerkt in het technische document:

• Wettelijke modellen en standaarden: onze financiële overzichten volgen de wettelijke jaarrekeningmodellen (BW2/RJ), de codering loopt via RGS (het Nederlandse Referentie Grootboekschema, gekoppeld aan Belastingdienst, KvK en banken), de presentatie volgt IBCS, en het pad naar SBR-export ligt klaar.
• Niets valt onzichtbaar weg: elk overzicht sluit per constructie aan op het grootboek; wat niet is toegewezen, staat zichtbaar in een restpost.
• AI bouwt, maar bepaalt nooit de waarheid: alles wat de AI maakt gaat door validatie en menselijke goedkeuring; prognoses zijn altijd gelabeld; de cijfers komen altijd uit één gevalideerde laag.
• Autorisatie serieuzer dan de status quo: centrale rechten met volledige audit trail, in plaats van verspreide Power BI- en databaserechten.
• Aanleveren aan de accountant: RGS-saldibalans en XAF-auditfile, als bevroren snapshot.

8. Demo-draaiboek

Opening: de vier-versus-vijftig-anekdote. Klassiek rapportbouwen convergeert na vier iteraties (geld, wachtrij, schroom); wie voor zichzelf bouwt doet er vijftig en krijgt wél wat hij wil. Dertig seconden, en de vraag “waarom is dit beter dan Power BI plus een consultant?” is beantwoord vóór hij gesteld is.

Opbouw = zichtbaarheidshiërarchie van het product:

1. Het inzicht komt binnen als één zin in een mail (why, voelbaar).
2. Doorklikken naar het storybook — landend op de juiste pagina, met de juiste filters (how, zichtbaar).
3. Het grondslag-paneel pas openklappen als iemand vraagt “maar klopt het ook?” (what, op verzoek).

Pitchvolgorde en productontwerp zijn dezelfde vraag: wat heeft déze persoon op dít moment nodig.

Het kadermoment: laat één weigering of begrenzing zien. Een query zonder limiet die wordt afgekapt, een publicatie die om review vraagt, of de assistent die een “wat moet ik doen?”-vraag terugverwijst naar de controller. Contra-intuïtief voor een demo, maar precies wat vertrouwen geeft — zeker bij controllers: de kracht wordt pas overtuigend als de kaders zichtbaar zijn.

Het slimme-grens-moment (optioneel, sterk bij technisch publiek): laat de AI iets níét kunnen — en zien hoe hij dat omzet in een voorbereid, doordacht verzoek aan de fabriek. Een systeem dat zijn eigen grenzen kent, onderscheidt dit van “een AI los op een database”.

Voor twee publieken, twee één-zinners:

• Technisch publiek: “een notebook waarvan de lezer de code nooit ziet en dat per constructie altijd klopt.”
• Niet-technisch publiek: “een rapport dat zichzelf uitlegt.”

9. Samenvatting in één alinea

Iedereen die beslist, verdient het om écht geïnformeerd te zijn — en dat is nooit gelukt, omdat rapporten pull-media zijn en iteraties te duur waren. Storybooks & Insights draait beide om: de boodschap reist naar de lezer (een Insight van één zin, dan het Storybook, dan de verdieping), en itereren wordt bijna gratis omdat AI de vertaalslag doet binnen kaders die wij hebben gecodeerd uit jarenlang vakmanschap. De controller wordt belangrijker (van produceren naar verantwoorden), de directie wordt eindelijk bediend, de accountant krijgt aansluitende auditfiles, en IT krijgt betere grip met minder tickets. Wij verkopen geen AI en geen rapporten — wij verkopen geïnformeerd beslissen, en de batterij die dat mogelijk maakt bewijzen we aan wie ernaar vraagt.