Er is een bekend soort spanning in softwareteams waar zelden iemand trots op is, maar die bijna iedereen herkent.
Een flow doet het goed. Conversie trekt aan. Een schermtekst is in de loop van een paar sprints net iets scherper geworden. Er komt een automatisering bij, ergens tussen product, pricing en operatie. Niemand neemt een vreemde afslag; iedereen optimaliseert op zijn eigen stukje.
En toch ontstaat daar soms een klein gat.
Niet meteen een groot probleem. Eerder een ongemakkelijk soort onduidelijkheid: sluit wat de gebruiker denkt dat er gebeurt nog aan op wat er onder de motorkap gebeurt? En als iemand er vandaag rustig naar vraagt, kunnen product, marketing en operatie dan in één verhaal toelichten waarom deze belofte klopt?
Dat is vaak het echte werk. Niet achteraf groter controleren, maar eerder kleiner kijken.
Waar vertrouwen meestal stil verschuift
Vertrouwen in digitale producten verandert zelden met veel drama. Vaker gebeurt het geruisloos.
Een ranking voelt neutraal, maar blijkt deels gestuurd. Een prijs voelt live, maar hangt in de praktijk af van regels die nergens echt zichtbaar zijn. Een geautomatiseerde stap oogt menselijk. Een voordeelclaim blijft staan terwijl de onderbouwing al is meegeschoven. Intern is het meestal nog wel uitlegbaar. Extern wordt het diffuus.
Voor CTO's, founders en productleiders zit daar een lastige realiteit. Niet omdat teams roekeloos zijn, maar omdat tempo asymmetrisch werkt. Code, copy en operatie bewegen elk in hun eigen ritme. De roadmap haalt een milestone. De release note noemt de wijziging kort. In Slack is het voor iedereen logisch. Maar de publieke belofte aan de voorkant kan intussen een iets andere lading hebben gekregen.
Dat is ook waarom brede reflexen vaak weinig helpen. Nog een audit, nog een tool, nog een checklist: het voelt serieus, maar het mist soms de plek waar de spanning echt zit. Niet in het hele systeem tegelijk, maar in één claim, één flow, één beslismoment.
Een actuele aanleiding, met een kernidee dat kleiner is dan compliance
Die spanning kreeg deze week een zichtbare aanleiding in het nieuws. De NOS berichtte over een besluit van de ACM richting het bedrijf achter de inmiddels gestopte site ticketveiling.nl. Volgens de toezichthouder werd op de site tegen een biedbot geboden, waardoor het beeld van vraag en aanbod volgens de ACM kon vertroebelen. Het bedrijf heeft de overtreding erkend en is er volgens het bericht voorafgaand aan het onderzoek zelf mee gestopt.
Dat is een specifieke casus in een specifieke context. Het zegt op zichzelf niets over andere softwarebedrijven, en zeker niet dat zij met dezelfde feiten of hetzelfde risico te maken hebben.
Maar als aanleiding om even stil te staan, is het wel scherp.
Niet omdat er toezicht in het spel is, en ook niet als oproep om overal compliance-projecten op te tuigen. Wat het vooral zichtbaar maakt, is iets fundamentelers: zodra de werking van een mechaniek anders kan worden gelezen dan mensen redelijkerwijs aannemen, kan uitleg en onderbouwing net zo belangrijk worden als intentie.
De vraag is dan niet alleen of iets technisch klopt. De vraag is ook of de buitenwereld, op basis van wat zij ziet, een verwachting vormt die je als organisatie comfortabel kunt dragen en toelichten.
Dat is in de kern productwerk.
In veel teams begint dit met een klein, onschuldig verschil
Zelden begint dit als een principiële discussie in de boardroom.
Vaker begint het op een dinsdagmiddag.
Een growth-experiment wint. Een stukje copy uit een demo deck komt in productie. Een supportteam gebruikt woorden die warmer en duidelijker zijn dan de interface zelf. Iemand bouwt een regel in om kwaliteit te bewaken, schaarste te sturen of misbruik te beperken. Allemaal begrijpelijke keuzes.
Alleen: elke keuze voegt interpretatie toe.
En interpretatie stapelt.
Na een paar maanden kun je in een situatie zitten waarin niemand intern iets geks doet, maar waarin het van buitenaf toch moeilijker is geworden om helder uit te leggen wat een gebruiker precies ziet, waarom die volgorde ontstaat, hoe een prijs tot stand komt, of waar een aanbeveling op gebaseerd is.
Juist softwareleiders herkennen dit patroon vaak snel als je het klein maakt. Niet als abstract risico, maar als concreet beeld:
Een PM verwijst naar de productlogica. De marketeer naar de landingspagina. Operations naar de business rule. Legal wil vooral preciezer formuleren. Support voelt ondertussen al aan waar klanten op afhaken.
Iedereen heeft een deel van het gelijk. Maar het geheel voelt nog niet als één verhaal.
Daar zit het signaal.
Begin niet met groter controleren, maar met één claim die uitleg vraagt
De bruikbaarste eerste stap is meestal verrassend klein.
Kies niet meteen een compleet domein. Kies één publieke claim, één schermtekst of één geautomatiseerd proces waarvan je voelt: als iemand hier vandaag rustig naar vraagt, wil ik dit in vijf minuten goed kunnen toelichten.
Niet alleen intern. Ook in gewone-mensentaal.
Dat ene punt is vaak genoeg om te zien of drie dingen nog op elkaar aansluiten:
- wat je belooft
- hoe het mechaniek in de praktijk werkt
- wie de onderbouwing of de toelichting eigenlijk bezit
Dat laatste wordt vaak onderschat. Veel ruis ontstaat niet door verkeerde logica, maar door onduidelijk eigenaarschap. De onderbouwing leeft in hoofden, in losse analyses, in een oude Notion-pagina of in een Slack-thread van maanden terug. Tot iemand een scherpe vraag stelt.
Dan merk je het verschil tussen iets dat klopt en iets dat ook gedragen kan worden.
En juist daar helpt een proportionele aanpak meer dan een groot traject. Soms blijkt er weinig aan de hand en is betere uitleg genoeg. Soms mag de claim preciezer. Soms wil je de onderbouwing actiever vastleggen. En soms wijst één klein signaal erop dat de flow zelf een aanpassing verdient.
Dat zijn volwassen beslissingen, juist omdat ze niet groter zijn dan nodig.
Rust ontstaat wanneer product, onderbouwing en uitleg weer dezelfde kant op wijzen
Voor veel leiders is dit uiteindelijk geen compliance-vraag, maar een bestuurbaarheidsvraag.
Wanneer je vroeg ziet waar claim en mechaniek uit elkaar beginnen te lopen, ontstaat er meer zekerheid in hoe je stuurt. Niet omdat alles dichtgeregeld is, maar omdat je sneller kunt kiezen wat proportioneel is.
Dat vraagt ook een andere reflex.
Niet: waar moeten we nu alles controleren?
Maar eerder: waar zit één publiek signaal dat net iets meer toelichting verdient dan het vandaag krijgt?
Dat kan van alles zijn. Een voordeelclaim op een pricing-pagina. Een selectieproces dat intern helder is maar extern mistig voelt. Een automatische stap die voor gebruikers menselijk of neutraal oogt. Een stuk onboarding-copy dat nog geschreven is voor een vorige versie van het product.
Het punt is niet om wantrouwen te organiseren. Het punt is om eerder te zien waar vertrouwen wat meer uitleg kan gebruiken.
Als je dat klein wilt maken voor je eigen context, begin dan met één flow en één vraag: welke belofte zouden wij vandaag hardop willen kunnen toelichten, met onderbouwing, zonder eerst drie mensen in een Slack-thread te hoeven verzamelen?
Dat is meestal genoeg om een eerste signaal rustig zichtbaar te maken.