IT-manager versus head of IT: technisch beter kan toch de verkeerde keuze zijn

Bij de IT-manager ligt het risico dicht bij de dagelijkse operatie. De omgeving draait vandaag. Medewerkers moeten kunnen inloggen en werken. Juist omdat het team klein is, kan een nieuwe oplossing die extra beheer of verstoring veroorzaakt de toch al volle agenda verder onder druk zetten. Een leverancier die vooral meer functies demonstreert, beantwoordt de belangrijkste vraag niet: wordt mijn werk werkelijk minder?

Bij de head of IT is de dreiging anders. De organisatie is groter geworden dan de IT-afspraken waarmee zij ooit begon. Medewerkers kiezen eigen applicaties, verantwoordelijkheden zijn versnipperd en security is te lang vooruitgeschoven. Niet veranderen is hier ook een risico. Daardoor kan dezelfde nieuwe techniek juist aantrekkelijk worden als zij helpt de organisatie voorspelbaar te professionaliseren.

De bronkaart beschrijft de IT-manager als de verantwoordelijke voor werkplekken, netwerk, applicaties, beveiliging en leveranciers in een middelgrote organisatie. Jarenlange onderinvestering en gebruikers die IT vooral als loket zien, zorgen voor een opstapeling van operationele taken. Beveiligingsdreigingen nemen toe, terwijl andere afdelingen de risico's geregeld onderschatten.

Dat verklaart de productbelofte die in het profiel werkt: een bewezen oplossing met goede documentatie, duidelijke support en een beheerste implementatie. De werkelijke opbrengst is niet een nieuwe tool op de lijst, maar minder incidenten en tickets, tijdwinst voor het team en tevreden gebruikers. Laat daarom zien wat er na implementatie niet meer hoeft. Wie beheert uitzonderingen? Wat gebeurt er buiten kantooruren? Welke taken verschuiven naar de leverancier? Het antwoord daarop is soms overtuigender dan een extra functionaliteit.

De head of IT uit de kaart werkt in een groeiend bedrijf waar IT vaak zonder centrale leiding is ontstaan. Er zijn losse SaaS-diensten, cloudaccounts en beveiligingskeuzes gemaakt door de medewerkers die op dat moment het probleem moesten oplossen. Shadow IT en onvoldoende overzicht zijn geen abstracte risico's, maar tekenen dat de organisatie sneller is gegroeid dan haar IT-structuur.

Het gewenste resultaat is een professionele IT-omgeving die groei aankan en waarvan veiligheid en verantwoordelijkheden duidelijk zijn. De head of IT zoekt daarom begeleiding, een praktische roadmap, een uitvoerbare implementatie en referenties van vergelijkbare groeibedrijven. De belofte moet niet zijn dat alles in een keer wordt vervangen. Beter is aantonen hoe risico's eerst zichtbaar worden, hoe de basis wordt ingericht en welke onderdelen wanneer volwassen genoeg moeten zijn.

In de kaarten heeft de IT-manager BIS 7 en BAS 4. Dat past bij de voorkeur voor bewezen techniek en voorzichtig veranderen: niet omdat elke verandering slecht is, maar omdat verstoringen direct bij hem en zijn team terechtkomen. De head of IT heeft BIS 6 en BAS 6. Risicobeheersing en vooruitgang krijgen hier beide een duidelijke plek. De oplossing moet veiliger maken en tegelijk ruimte scheppen om verder te groeien.

Ook k verschilt: 0,15 tegenover 0,20. Binnen de gebruikte profielindeling weegt bij de head of IT eerder zichtbaar resultaat relatief iets sterker mee. Maak daar geen universele beslistermijn van. k is een parameter voor tijdsvoorkeur, geen koopkans, percentage of voorspelling dat iemand deze maand tekent. Het gewenste tempo hangt ook af van budget, afhankelijkheden, prijs, implementatielast en mandaat.

De grootste angst van de IT-manager luidt in de kaart: een storing of incident door een keuze die hij zelf heeft gemaakt. De aankoop kan de oorzaak van het probleem worden. Daarom weegt compatibiliteit, continuïteit en de kwaliteit van support zo zwaar. Een geslaagde demo laat vooral zien wat mogelijk is. Een geloofwaardig implementatieplan laat zien waarom de oplossing de operatie niet onnodig beschadigt.

De head of IT vreest een incident dat voorkomen had kunnen worden als de IT-omgeving eerder beter was geregeld. De kern zit dus ook in het nalaten van noodzakelijke professionalisering. Voor deze rol kun je niet uitsluitend benadrukken hoe veilig de nieuwe technologie zelf is. Laat vooral zien hoe de organisatie vanaf nu verantwoordelijkheid, toegangsbeheer, backup, documentatie en opvolging organiseert. Een product kan veilig zijn terwijl de invoering nog steeds onbeheersbaar is.

Bij de IT-manager begint overtuiging met referenties van vergelijkbare organisaties, certificeringen en een aantoonbaar stabiel track record. In de evaluatie wil hij een heldere demo, eventueel een proefperiode, documentatie en supportafspraken. Een leverancier die nog geen vergelijkbare referenties heeft, kan die niet vervangen door mooie cijfers zonder context. Maak dan concreet wat in een afgebakende pilot gecontroleerd kan worden.

Bij de head of IT zijn certificeringen eveneens belangrijk. Maar de kaart vraagt daarnaast om voorbeelden uit groeibedrijven en een heldere implementatiecase. Welke prioriteiten kies je eerst? Welke ondersteuning krijgt een klein team? Welke risico's worden direct afgedekt en welke volgen in een roadmap? Een referentie van een groot concern is niet automatisch overtuigend als de lezer juist een groeiend bedrijf door een kwetsbare fase probeert te begeleiden.

"Geen budget, geen tijd voor implementatie, past het bij onze omgeving en wie doet het beheer?" Dit zijn de expliciete bezwaren van de IT-manager. Beantwoord ze met een overzicht van de noodzakelijke beheeruren, compatibiliteitstests, benodigde interne inzet en een duidelijke rolverdeling bij incidenten. Zonder dat overzicht voelt zelfs een technisch sterke oplossing als extra werk.

"Kan mijn team dit dragen, is het veilig en wat als het misgaat?" De head of IT zoekt een gefaseerde aanpak en een realistische verdeling van mensen, werk en risico. Een roadmap zonder capaciteit is geen geruststelling. Benoem wie de implementatie trekt, hoe shadow IT wordt opgespoord, welke beveiligingscontroles prioriteit krijgen en wat terugvalscenario's zijn. Vul bewijsstukken alleen in als je ze daadwerkelijk kunt leveren.

1. Open met een ander verlies. Vraag de IT-manager welke tickets en incidenten zijn team het meest belasten. Vraag de head of IT welke risico's door de groei zijn blijven liggen.

2. Gebruik een andere eerste slide. Begin bij de IT-manager met compatibiliteit, werkdruk en support. Begin bij de head of IT met een overzicht van huidige volwassenheid, prioriteiten en groeifasen.

3. Laat ander bewijs zien. Voor de IT-manager: vergelijkbare organisaties, beschikbaarheidsafspraken en beheerervaring. Voor de head of IT: groeibedrijfscase, securitymaatregelen en implementatieroadmap.

4. Maak implementatiewerk zichtbaar. Schrijf op welke taken intern blijven, hoeveel afstemming nodig is en wie verantwoordelijk is bij tegenvallers. Bij geen van beide rollen is "makkelijk te implementeren" op zichzelf bewijs.

5. Geef een passend vervolgaanbod. Stel de IT-manager een beperkte demo of proef in de bestaande omgeving voor; bied de head of IT een gestructureerd implementatiegesprek met risicoprioriteiten aan.

6. Toets de keuzecontext. Vraag welke beslissers meepraten, wie het budget heeft, welke systemen absoluut niet mogen uitvallen en welke productassociaties de keuze beïnvloeden.

Stel dat je een platform verkoopt dat werkplekken, accounts en software-updates centraal beheert. De gezamenlijke propositie luidt: "Meer overzicht, minder handmatig beheer en betere beveiliging." Dit is een fictief verkoopvoorbeeld, geen letterlijke uitspraak uit een klantonderzoek of gemeten reactie.

IT-manager: "Wat gebeurt er als het uitrollen fout gaat, hoeveel tickets levert de overgang op en wie helpt mijn team?" Relevant bewijs: een compatibiliteitsoverzicht, een kleine proef, supportafspraken en een implementatieplan met terugvalmogelijkheid.

Head of IT: "Kunnen we hiermee losse systemen samenbrengen, eigenaarschap vastleggen en veilig doorgroeien zonder mijn team te overbelasten?" Relevant bewijs: een gefaseerde roadmap, security- en rolmodel, een groeibedrijfscase en afspraken over implementatiebegeleiding.

Een en dezelfde productdemo is mogelijk. Alleen de volgorde waarin je de businesscase uitlegt, verandert. Eerst de onzekerheid wegnemen die deze rol werkelijk voelt, daarna pas de rest van de functionaliteit.

Aan de IT-manager: "Je team moet de bestaande omgeving stabiel houden, terwijl de tickets blijven komen. Bij een nieuwe beheeroplossing wil je vooral weten hoeveel extra werk de overgang veroorzaakt. We laten graag zien welke systemen je vooraf kunt toetsen, hoe support geregeld is en hoe je met een kleine proef risico beperkt. Welke beheeractiviteit kost je team nu de meeste tijd?"

Aan de head of IT: "Je organisatie groeit, maar de IT-inrichting is vaak stap voor stap ontstaan. Dan wordt de vraag hoe je veilig verder groeit zonder opnieuw losse oplossingen toe te voegen. We kunnen de belangrijkste risico's, de teamcapaciteit en een gefaseerde implementatie naast elkaar leggen. Welke achterstallige inrichting zou je als eerste structureel willen oplossen?"

De eerste boodschap verkoopt minder werk en meer zekerheid rond de overgang. De tweede verkoopt grip op de volgende groeifase. Beide vragen zijn te toetsen in plaats van alleen vriendelijk geformuleerd.

Niet iedere organisatie heeft beide functietitels. In een kleinere onderneming kan de head of IT ook het dagelijks beheer leiden. Een IT-manager kan juist strategische verantwoordelijkheid hebben. Gebruik deze kaarten daarom niet als automatische functiebeschrijving van het organigram.

Als beide rollen betrokken zijn, maak dan twee toetsbare onderdelen in dezelfde businesscase. Voor de operatie: integraties, migratiestappen, tickets, beschikbaarheid, support en beheeruren. Voor professionalisering: centrale regie, security, rollen, roadmap, schaalbaarheid en benodigde teamcapaciteit. Leg samen vast welke eisen blokkeren, wie verantwoordelijk is voor budget en welke maatstaf na invoering laat zien dat de investering werkt.

De grootste denkfouten in de bronkaarten zijn bovendien verschillend. De IT-manager kan onderschatten dat stilstand ook risico is. De head of IT kan onderschatten dat een groeiende organisatie al serieuze beveiliging nodig heeft. Goede communicatie verkoopt daarom niet alleen een oplossing, maar maakt ook de kosten van doorgaan op de huidige manier zichtbaar.

Een cybersecuritydienst, softwaremigratie, beheerdienst en AI-platform activeren verschillende associaties. Bij de ene oplossing denkt de IT-manager vooral aan extra beheer, bij de andere aan minder werk. Bij de head of IT kan dezelfde propositie groei mogelijk maken of juist als een nieuwe afhankelijkheid voelen.

Maak per rol een productspecifieke doelgroepkaart en associatiekaart. Onderzoek welke bestaande associaties jouw merk oproept, welke concrete bezwaren ontstaan, welk bewijs geloofwaardig is en wie feitelijk beslist. Verbind dat met een communicatiestrategie op basis van de doelgroepkaart. Wil je weten hoe dit profiel eruitziet voor jouw eigen product of dienst? Dan heb je deze verdieping nodig voordat je de pitch definitief maakt.

Je kunt een IT-manager en een head of IT met dezelfde technologie helpen. Maar een betere featurelijst beantwoordt voor geen van beiden automatisch de echte aankoopvraag. De IT-manager wil zekerheid dat de bestaande operatie niet wordt opgezadeld met een nieuw probleem. De head of IT wil zekerheid dat het bedrijf niet langer op een kwetsbare IT-basis doorgroeit.

Het sterkste IT-verhaal is daarom niet "onze technologie is beter". Het is een aantoonbaar antwoord op wat er na de beslissing beter geregeld is, wie daarvoor het werk doet en welk risico de koper daarmee werkelijk vermindert.