Evalueren en gericht verder ontwikkelen

Wanneer een akkoord niet het hele verhaal vertelt

Een accountmanager van een SaaS-bedrijf onderhandelt met de technische founder van een snelgroeiende klant. Na drie gesprekken wordt een jaarcontract gesloten, maar de korting is hoger dan gepland, de implementatieafspraken blijven vaag en de founder wil bij iedere technische wijziging persoonlijk betrokken worden. Commercieel lijkt de onderhandeling geslaagd, terwijl er operationeel nieuwe risico’s zijn ontstaan.

Juist daarom eindigt professioneel onderhandelen niet bij een handtekening of een mondeling akkoord. Je moet achteraf bepalen welke waarde is gecreëerd, welke concessies nodig waren, hoe het proces verliep en of de relatie werkbaar blijft. Zonder die evaluatie onthoud je vooral de spanning van het gesprek of het zichtbare eindresultaat, waardoor je gemakkelijk de verkeerde lessen trekt.

Bij technische founders is zorgvuldig evalueren extra belangrijk. Zij combineren vaak commerciële belangen met sterke overtuigingen over productarchitectuur, schaalbaarheid, veiligheid en technische haalbaarheid. Een afspraak kan financieel aantrekkelijk zijn, maar alsnog problematisch worden wanneer de technische afhankelijkheden, uitzonderingen of onderhoudslasten onvoldoende zijn onderzocht.

Evalueren is meer dan bepalen wie er won

Evalueren betekent dat je een onderhandeling systematisch vergelijkt met de doelen, grenzen en aannames waarmee je begon. Je kijkt niet alleen naar wat er is afgesproken, maar ook naar de kwaliteit van de besluitvorming die tot dat resultaat leidde. Daarmee scheid je geluk van vakmanschap: een goede uitkomst kan voortkomen uit een zwak proces, terwijl een zorgvuldig gevoerde onderhandeling soms toch geen overeenkomst oplevert.

Gericht ontwikkelen betekent dat je uit die analyse één of enkele concrete verbeterpunten kiest. “Beter onderhandelen” is geen bruikbaar ontwikkeldoel, omdat het niet aangeeft welk gedrag moet veranderen. “Technische bezwaren eerst samenvatten voordat ik een commercieel voorstel doe” is wel specifiek, observeerbaar en toepasbaar.

Een sterke evaluatie maakt onderscheid tussen vier dimensies:

• Resultaat: Welke commerciële, technische en relationele afspraken zijn gemaakt?

• Proces: Hoe zijn belangen, opties, criteria en risico’s onderzocht?

• Gedrag: Welke interventies hielpen of blokkeerden het gesprek?

• Doorwerking: Wat betekenen de afspraken voor implementatie, support en toekomstige samenwerking?

Deze dimensies voorkomen dat één opvallend gegeven de hele beoordeling domineert. Een hoge contractwaarde maakt een onduidelijke implementatiescope niet automatisch acceptabel. Andersom betekent het afwijzen van een onhaalbare productaanpassing niet dat de onderhandeling is mislukt.

Beoordelingspunt	Te oppervlakkige evaluatie	Professionele evaluatie
Resultaat	“Het contract is getekend, dus het ging goed.”	“De omzetdoelstelling is gehaald, maar de implementatieverplichtingen moeten nauwkeuriger worden vastgelegd.”
Concessies	“We moesten korting geven.”	“We gaven 12% korting in ruil voor een langere looptijd en vooruitbetaling; de ruilwaarde was dus gedeeltelijk beschermd.”
Technische inhoud	“De founder stelde veel lastige vragen.”	“De vragen maakten duidelijk dat datamigratie en toegangsbeheer nog onvoldoende waren gespecificeerd.”
Relatie	“De sfeer was positief.”	“De founder voelde zich technisch serieus genomen, maar de besluitvorming bleef te sterk van één persoon afhankelijk.”
Ontwikkeling	“Volgende keer moet ik scherper zijn.”	“Volgende keer toets ik vóór het prijsvoorstel wie over productuitzonderingen mag beslissen.”

Vier lenzen voor een betrouwbare evaluatie

Een onderhandeling levert bijna altijd gemengde signalen op. Daarom werkt evalueren beter met vaste lenzen dan met een algemeen gevoel. De vier lenzen hieronder vormen samen één beoordelingsmodel: uitkomst, proceskwaliteit, gedrag en uitvoerbaarheid.

De uitkomst beoordelen zonder tunnelvisie

De eerste lens kijkt naar de inhoudelijke uitkomst. Daarbij vergelijk je het bereikte akkoord met je gewenste resultaat, je minimale voorwaarden en je beste alternatief wanneer er geen akkoord zou komen. Het doel is niet om achteraf iedere afwijking als fout te behandelen, maar om te begrijpen welke waarde je hebt behouden, toegevoegd of prijsgegeven.

Bij SaaS-onderhandelingen bestaat waarde uit meer dan prijs. Denk aan contractduur, betaaltermijn, aantal gebruikers, implementatiecapaciteit, supportniveau, aansprakelijkheid, integraties en toekomstige ontwikkelverzoeken. Een lagere prijs kan rationeel zijn wanneer daar voorspelbare omzet, een beperkte scope of een kortere implementatie tegenover staat.

De belangrijkste vraag is daarom niet: “Hebben we korting gegeven?” De betere vraag is: “Wat kregen we concreet terug voor iedere concessie?” Als een concessie zonder tegenprestatie is gedaan, onderzoek je welk moment of argument daartoe leidde. Zo ontdek je of het probleem zat in voorbereiding, tijdsdruk, beslissingsbevoegdheid of het onvoldoende zichtbaar maken van waarde.

Een veelvoorkomende misvatting is dat een overeenkomst automatisch beter is dan geen overeenkomst. Bij software kan een slecht begrensde afspraak langdurige kosten veroorzaken via maatwerk, supportbelasting en technische schuld. Een professioneel “nee” tegen een onhaalbare uitzondering kan daarom een betere uitkomst zijn dan een contract dat later verliesgevend of conflictgevoelig blijkt.

De kwaliteit van het proces onderzoeken

De tweede lens richt zich op hoe de onderhandeling is verlopen. Een sterk proces maakt belangen zichtbaar voordat partijen zich vastzetten op oplossingen. Je onderzoekt bijvoorbeeld waarom een technische founder een bepaalde integratie, veiligheidscontrole of opzeggingsmogelijkheid verlangt, in plaats van direct over de gevraagde oplossing te discussiëren.

Proceskwaliteit blijkt ook uit de volgorde van het gesprek. Wanneer prijs wordt besproken voordat scope, technische afhankelijkheden en besluitcriteria helder zijn, ontstaat een kwetsbare onderhandeling. Beide partijen onderhandelen dan over een getal terwijl ze mogelijk een verschillend beeld hebben van wat dat getal precies omvat.

Let bij de evaluatie op momenten waarop nieuwe informatie beschikbaar kwam. Werd een technisch risico vroeg genoeg herkend? Waren de juiste mensen aanwezig toen er over maatwerk werd gesproken? En werden aannames expliciet gecontroleerd voordat toezeggingen werden gedaan? Deze vragen maken zichtbaar waar het proces robuust was en waar toeval een te grote rol speelde.

De typische valkuil is om een moeizaam gesprek als een slecht proces te beoordelen. Kritische vragen, vertraging en inhoudelijke spanning kunnen juist wijzen op zorgvuldig onderzoek. Een soepel gesprek is pas waardevol wanneer de relevante risico’s daadwerkelijk zijn besproken; harmonie zonder duidelijkheid verschuift het conflict slechts naar de implementatiefase.

Gedrag vertalen naar observeerbare momenten

De derde lens kijkt naar het eigen gedrag en de reactie die dit bij de ander opriep. Vermijd karakteroordelen zoals “ik was te onzeker” of “de founder was koppig”. Zulke labels zijn breed, moeilijk te bewijzen en nauwelijks bruikbaar voor ontwikkeling. Beschrijf liever wat er feitelijk gebeurde: welke vraag werd gesteld, welke formulering veroorzaakte weerstand en welke interventie bracht het gesprek verder?

Een bruikbare gedragsanalyse volgt de keten situatie – gedrag – effect. De situatie beschrijft het relevante moment, het gedrag benoemt wat je waarneembaar deed en het effect laat zien wat er vervolgens veranderde. Bijvoorbeeld: toen de founder vroeg om een exclusieve koppeling, gaf de accountmanager direct een technische afwijzing, waarna de founder de leverancier als inflexibel begon te beschouwen.

Deze analyse is geen zoektocht naar schuld. Hetzelfde gedrag kan in verschillende situaties een ander effect hebben. Een directe grens kan vertrouwen creëren wanneer veiligheid in gevaar is, maar weerstand oproepen wanneer de onderliggende behoefte nog niet is gehoord. Je beoordeelt gedrag daarom altijd in combinatie met timing, context en reactie.

De beste ontwikkelpunten liggen meestal bij gedrag dat je zelf kunt beïnvloeden. Je kunt niet bepalen of een founder emotioneel reageert, maar wel of je eerst diens technische zorg samenvat, een objectief criterium introduceert of een toezegging uitstelt totdat engineering de impact heeft beoordeeld. Daarmee verschuift evaluatie van zelfkritiek naar handelingsvermogen.

Uitvoerbaarheid als vierde onderhandelingsresultaat

De vierde lens onderzoekt wat er na de onderhandeling moet gebeuren. Bij SaaS-bedrijven worden commerciële afspraken uitgevoerd door meerdere teams, zoals product, engineering, security, legal, customer success en finance. Een akkoord is pas duurzaam wanneer deze teams begrijpen wat is beloofd en de afspraak binnen de beschikbare capaciteit kunnen uitvoeren.

Controleer daarom of begrippen operationeel zijn gedefinieerd. “Snelle support”, “volledige integratie” en “enterprise security” klinken aantrekkelijk, maar geven geen duidelijke grens aan. Uitvoerbare afspraken benoemen verantwoordelijkheden, afhankelijkheden, acceptatiecriteria en een procedure voor wijzigingen.

Ook governance hoort bij de evaluatie. Wie beslist wanneer de technische scope verandert? Welke verzoeken vallen onder het contract en welke vereisen een nieuwe beoordeling? Wanneer wordt een founder geïnformeerd en wanneer volstaat contact met een technisch projectleider? Zonder deze afspraken kan één onduidelijke toezegging maandenlang terugkeren in escalaties.

Een bekende misvatting is dat uitvoerbaarheid uitsluitend de verantwoordelijkheid van delivery of engineering is. De onderhandelaar bepaalt mede welke verwachtingen de organisatie moet waarmaken. Wie commerciële flexibiliteit aanbiedt zonder operationele consequenties te onderzoeken, verplaatst de kosten naar collega’s en beschadigt uiteindelijk ook de klantrelatie.

[[flowchart-placeholder]]

Van observatie naar een gericht ontwikkelpunt

Na een uitgebreide evaluatie ontstaat vaak een lange lijst van mogelijke verbeteringen. De verleiding is om aan alles tegelijk te werken: betere vragen stellen, minder snel korting geven, technische kennis vergroten en strakker samenvatten. Dat voelt ambitieus, maar leidt meestal tot weinig gedragsverandering omdat er tijdens een echt gesprek te veel aandachtspunten concurreren.

Kies daarom één hefboomgedrag: een concrete handeling die meerdere onderdelen van de onderhandeling positief beïnvloedt. Het expliciet samenvatten van het technische belang kan bijvoorbeeld tegelijk de relatie verbeteren, misverstanden verminderen en betere ruilopties opleveren. Een goed hefboomgedrag is observeerbaar, herhaalbaar en relevant voor een situatie die regelmatig voorkomt.

Formuleer het ontwikkelpunt met vier elementen:

• Aanleiding: In welk type moment moet het nieuwe gedrag worden ingezet?

• Gedrag: Wat doe of zeg je concreet?

• Gewenst effect: Welke verbetering moet daardoor ontstaan?

• Meetpunt: Waaraan kun je achteraf zien dat je het gedrag hebt toegepast?

Een voorbeeld luidt: “Wanneer een founder een technische uitzondering vraagt, vat ik eerst het achterliggende risico samen en stel ik minimaal één verhelderende vraag voordat ik een oplossing of grens voorstel.” Dit ontwikkelpunt is klein genoeg om bewust toe te passen en groot genoeg om de kwaliteit van het gesprek te beïnvloeden.

Kenmerk	Vaag voornemen	Gericht ontwikkelpunt
Formulering	“Ik wil overtuigender worden.”	“Ik koppel elk prijsvoorstel aan twee concrete waarde-elementen.”
Observeerbaarheid	Alleen gebaseerd op gevoel.	Een collega kan horen of het gedrag plaatsvindt.
Toepassingsmoment	Niet gespecificeerd.	Gekoppeld aan een herkenbare onderhandelingssituatie.
Evaluatie	“Het voelde beter.”	Het gedrag en de reactie van de ander kunnen worden vastgelegd.
Focus	Meerdere vaardigheden tegelijk.	Eén gedragsverandering met een duidelijk beoogd effect.

Feedback gebruiken zonder de regie te verliezen

Zelfevaluatie bevat onvermijdelijk blinde vlekken. Je herinnert je misschien vooral de momenten waarop je onder druk stond, terwijl een collega juist ziet dat je een technisch bezwaar goed structureerde. Feedback van sales leadership, solutions engineering, legal of customer success maakt de analyse vollediger, omdat ieder vanuit een ander belang naar dezelfde onderhandeling kijkt.

Niet alle feedback heeft echter dezelfde kwaliteit. “Je had steviger moeten zijn” is een oordeel zonder duidelijke handelingsrichting. Bruikbare feedback verwijst naar een concreet moment, benoemt zichtbaar gedrag en beschrijft het effect daarvan. Vraag dus niet alleen wat iemand van de onderhandeling vond, maar welk gedrag behouden, aangepast of gestopt moet worden.

Perspectief	Waardevolle feedback	Mogelijke blinde vlek
Sales leadership	Waardebehoud, concessies en commerciële positionering.	Kan operationele belasting onderschatten.
Solutions engineering	Technische haalbaarheid, afhankelijkheden en scope.	Kan commerciële urgentie minder zwaar wegen.
Customer success	Verwachtingsmanagement en overdraagbaarheid.	Was mogelijk niet aanwezig bij cruciale gesprekken.
Legal of security	Risicoverdeling, verplichtingen en controleerbaarheid.	Richt zich vooral op risico en minder op relationele waarde.
Eigen evaluatie	Context, intentie en ervaren druk.	Kan worden beïnvloed door emoties en selectief geheugen.

Feedback is informatie, geen automatisch besluit. Wanneer twee collega’s verschillend oordelen, onderzoek je welk criterium zij gebruiken. De salesmanager kan een concessie acceptabel vinden vanwege de contractwaarde, terwijl engineering dezelfde concessie afwijst vanwege structurele onderhoudskosten. De spanning tussen die perspectieven is geen storing, maar relevante informatie over de werkelijke kwaliteit van het akkoord.

Een sterke onderhandelaar verwerkt feedback daarom niet door iedereen tevreden te stellen. Die vergelijkt de verschillende observaties, controleert ze aan de hand van feiten en kiest vervolgens het gedrag met de grootste verwachte impact. Zo behoud je eigenaarschap over je ontwikkeling zonder waardevolle kritiek defensief af te wijzen.

Voorbeeld 1: korting in ruil voor een jaarcontract

Het SaaS-bedrijf uit de openingssituatie verkoopt een platform voor ontwikkelteams. De technische founder van de klant vraagt 20% korting, omdat het team het product eerst beperkt wil uitrollen. Na overleg wordt 12% korting afgesproken in ruil voor een jaarcontract en vooruitbetaling, waarna de accountmanager de onderhandeling aanvankelijk als succesvol beoordeelt.

Bij de resultaatevaluatie blijkt dat de korting gedeeltelijk is gecompenseerd door een betere cashflow en langere contractzekerheid. De analyse laat echter ook zien dat het maximale aantal implementatie-uren niet expliciet is vastgelegd. Bovendien heeft de accountmanager gezegd dat het team “zal helpen met de bestaande CI/CD-omgeving”, terwijl niet is bepaald welke pipelines en tooling daaronder vallen.

De procesevaluatie maakt duidelijk waar dit gebeurde. De korting werd pas besproken nadat de commerciële en technische scope grotendeels waren verkend, wat positief was. Toen de founder vervolgens om zekerheid over de integratie vroeg, combineerde de accountmanager een prijsconcessie met een brede technische geruststelling. Daardoor werden twee verschillende onderwerpen in één ruilpakket gestopt zonder de technische toezegging apart te begrenzen.

De gedragsanalyse levert een specifiek patroon op: bij twijfel van de klant gebruikt de accountmanager extra flexibiliteit om voortgang te behouden. Het gerichte ontwikkelpunt wordt daarom: bij een commerciële concessie expliciet benoemen wat wel en niet verandert aan de technische scope. Het voordeel is dat toekomstige ruilen beter controleerbaar worden; de beperking is dat dit gedrag alleen werkt wanneer de onderhandelaar toegang heeft tot betrouwbare informatie over de leveringsgrenzen.

Voorbeeld 2: een gevraagde productuitzondering

Enkele maanden later vraagt dezelfde founder om een uitzonderlijke authenticatiemethode voor één groep externe gebruikers. Engineering verwacht dat deze variant extra beveiligingstests en langdurig onderhoud vraagt. De founder presenteert het verzoek niet als voorkeur, maar als noodzakelijke voorwaarde voor verdere uitbreiding van het contract.

De accountmanager reageert ditmaal niet direct met een toezegging of afwijzing. Eerst wordt vastgesteld dat de founder vooral vreest dat externe gebruikers toegang krijgen tot gegevens buiten hun project. Vervolgens bespreekt het team objectieve beveiligingscriteria en onderzoekt het of bestaande rolgebaseerde toegangscontrole hetzelfde risico kan afdekken.

De uiteindelijke afspraak bevat geen productuitzondering. In plaats daarvan wordt de bestaande configuratie aangepast, gevolgd door een beperkte security review en een gezamenlijk acceptatiemoment. Het commerciële uitbreidingsbesluit blijft gekoppeld aan het aantoonbaar behalen van de veiligheidscriteria, niet aan het bouwen van de oorspronkelijk gevraagde oplossing.

Achteraf wordt deze onderhandeling op alle vier de lenzen beoordeeld. De uitkomst beschermt omzet én productstandaardisatie, het proces bracht het werkelijke belang boven tafel, het gedrag voorkwam een voortijdige positiediscussie en de afspraak is uitvoerbaar voor engineering. De aanpak kent ook een beperking: wanneer de bestaande functionaliteit het veiligheidsrisico niet had kunnen oplossen, was alsnog een expliciet besluit over maatwerk, prijs en prioriteit nodig geweest.

Valkuilen die ontwikkeling vertragen

Een evaluatie verliest waarde wanneer zij vooral bedoeld is om een bestaand oordeel te bevestigen. Na een getekend contract zoeken mensen gemakkelijk bewijs dat hun keuzes goed waren; na een afgebroken onderhandeling zoeken zij juist naar fouten. Professionele evaluatie vraagt dat je zowel positieve als negatieve signalen onderzoekt, ongeacht de zichtbare einduitkomst.

Ook te veel detail kan een probleem worden. Een volledige reconstructie van ieder gesprek klinkt grondig, maar maakt het moeilijk om patronen en beslissende momenten te herkennen. Richt je op momenten waarop informatie, onderhandelingsruimte, vertrouwen of risico wezenlijk veranderde.

De belangrijkste valkuilen zijn:

• Alleen het eindresultaat beoordelen: Hierdoor blijven zwakke processen en toekomstige uitvoeringsrisico’s verborgen.

• Intenties verwarren met gedrag: Goede bedoelingen zeggen niet welk effect je woorden op de founder hadden.

• Te veel verbeterpunten kiezen: Hierdoor ontstaat aandachtsspreiding in plaats van nieuw gedrag.

• Feedback als waarheid behandelen: Iedere feedbackgever kijkt vanuit een eigen rol, belang en informatiepositie.

• Geen opvolging organiseren: Zonder herhaalde observatie blijft een ontwikkelpunt een voornemen.

Gerichte ontwikkeling is daarom cyclisch. Je kiest gedrag, past het toe in relevante gesprekken, observeert het effect en verfijnt vervolgens je aanpak. Het doel is niet om één perfecte onderhandelingsstijl te ontwikkelen, maar om steeds nauwkeuriger te herkennen welk gedrag in welke situatie effectief is.

Een betrouwbaar systeem voor groei

• Beoordeel meer dan het akkoord: Kijk naar uitkomst, proces, gedrag en uitvoerbaarheid.

• Maak concessies controleerbaar: Leg vast wat je gaf, wat je terugkreeg en welke gevolgen de ruil heeft.

• Vertaal inzichten naar hefboomgedrag: Kies één observeerbare verandering met een duidelijk toepassingsmoment.

• Gebruik meerdere perspectieven: Combineer commerciële, technische, juridische en operationele feedback.

Met deze aanpak wordt iedere onderhandeling een betrouwbare bron van informatie, ook wanneer er geen akkoord ontstaat. Je leert technische founders beter begrijpen zonder hun positie automatisch over te nemen, en je beschermt commerciële waarde zonder technische gevolgen te negeren. Zo groeit onderhandelen van een incidentele prestatie naar een herhaalbaar professioneel proces.