Technische vragen in klantgesprekken.
Zo beantwoord je ze goed.

Een praktische gids voor sales engineers, solution consultants en accountmanagers. Wat je voorbereidt, wat je op het moment zelf zegt en wat je doet als je het antwoord niet weet.

Gids · oktober 2026

Waarom het moment ertoe doet

Een technische vraag in een salesgesprek gaat zelden alleen over het antwoord. De koper toetst ook of je je product kent, of je bedrijf georganiseerd is en of hij later kan vertrouwen op wat je zegt.

“Ik kom erop terug” is soms het juiste antwoord. Maar gebeurt het bij vragen die ergens in je bedrijf zijn vastgelegd, dan vertraagt het de deal en geef je het initiatief terug aan de koper.

1. Weet welke vragen er aankomen

De meeste technische vragen komen terug. Neem een halfuur om de vragen uit je laatste tien gesprekken op te schrijven en te groeperen.

  • Compatibiliteit: versies, besturingssystemen, browsers, bestaande tools.
  • Beveiliging en gegevens: hostingregio, certificeringen, toegangsbeheer, bewaartermijnen.
  • Limieten: gebruikers, volumes, API-limieten, bestandsgroottes.
  • Integratie: API’s, single sign-on, de eigen systemen van de klant.
  • Commerciële details die aan techniek vastzitten: welk abonnement welke functie bevat.

2. Zet de antwoorden waar je ze vindt

Een antwoord dat je niet binnen tien seconden vindt, bestaat niet tijdens een gesprek. Verzamel de documenten met de antwoorden: release notes, de beveiligingsvragenlijst die je vorig kwartaal invulde, de productmatrix, de API-referentie.

Houd ze actueel. Een verouderd antwoord dat je vol overtuiging geeft, is erger dan een korte stilte.

3. Bereid dit specifieke gesprek voor

Lees voor het gesprek wat je al weet over deze klant: eerdere mails, notities van het vorige gesprek, de systemen die ze noemden. Vragen die eerder speelden komen vaak terug, regelmatig van een nieuwe persoon aan tafel.

4. Op het moment zelf: herhaal en antwoord dan

De vraag in je eigen woorden herhalen doet drie dingen. Je bevestigt dat je hem begrijpt, de ander kan details toevoegen en je wint een paar eerlijke seconden.

“Dus je wilt weten of single sign-on werkt op de versie die jullie nu gebruiken, en niet alleen op de nieuwste. Klopt dat?”

5. Antwoord met onderbouwing

Geef eerst het korte antwoord, daarna het detail en waar het vandaan komt. “Ja, vanaf versie 4.2. Het staat in de release notes en het zit in het Enterprise-abonnement.” Een bron maakt het antwoord makkelijker te vertrouwen en makkelijker intern door te sturen.

6. Als je het niet weet: gok nooit

Een verkeerd antwoord op een technische vraag kan in een contract belanden. Weet je het niet zeker, zeg dan wat je wel weet, zeg precies wat je gaat nagaan en noem een tijdstip.

Schrijf de vraag op in de woorden van de koper. De precieze formulering is belangrijk voor wie je helpt het antwoord te vinden.

“Ik weet dat het SAML ondersteunt. Of het werkt met jullie specifieke identity provider wil ik nagaan bij onze engineers. Morgen voor twaalf uur heb je het van me.”

7. Rond het dezelfde dag af

Stuur de open antwoorden in één bericht, met de bronnen erbij. Zet daarna de vraag en het antwoord op de plek waar je team ze bewaart, zodat de volgende ze in het gesprek kan beantwoorden.

Waar Ajenzo past

Ajenzo is gemaakt voor stap 5. Het volgt het gesprek op je eigen computer, zonder meetingbot, doorzoekt de documenten en accounts die je hebt gekoppeld en toont een korte kaart met het antwoord en de bron terwijl je praat.

Stap 1 tot en met 4 en stap 6 blijven belangrijk. Een hulpmiddel vindt alleen antwoorden die ergens zijn opgeschreven, en jij bepaalt altijd wat je zegt.