← terug naar blog
AI AutomationSales OpsCRMMenselijke controle

Goede salesautomatisering weet wanneer ze moet stoppen

2026-08-20

Ik vertrouw geen automatisering die nooit om hulp vraagt.

Meestal is er dan iets aan de hand.

Of de workflow verwerkt alleen de makkelijke gevallen. Of hij begint stilletjes te gokken zodra de informatie niet netjes past.

Het eerste levert minder tijdwinst op dan beloofd. Het tweede zorgt ervoor dat het verkeerde opvolgbericht razendsnel bij de verkeerde persoon belandt.

Goede salesautomatisering scheidt routinegevallen van twijfelgevallen. Duidelijke CRM-records gaan automatisch door. Onvolledige, tegenstrijdige of risicovolle records komen eerst op een kleine uitzonderingenlijst, met voldoende context, één verantwoordelijke en een duidelijke termijn. Pas daarna gebeurt er iets richting de klant.

Dat is de korte versie.

Het lastige deel is niet het toevoegen van een goedkeuringsknop. Het is bepalen wanneer de workflow moet stoppen, wie vervolgens beslist en wat je met die beslissing doet.

Twee salesmedewerkers beoordelen samen een twijfelgeval in het CRM voordat een automatisch opvolgbericht verder mag.

Het ideale proces bestaat alleen op papier

Automatiseringsschema’s zijn bijna altijd optimistisch.

Een lead komt binnen. Het bedrijf wordt aangevuld. Het CRM-record wordt aangemaakt. Iemand krijgt de lead toegewezen. Er verschijnt een concept voor de opvolging. Iedereen knikt tevreden bij de pijltjes.

Dan komt de werkelijkheid langs.

Een record hoort misschien bij twee bedrijven. Het land ontbreekt. De huidige eigenaar werkt niet meer bij het bedrijf. In de gespreksnotities staat alleen “later opvolgen”, zonder te zeggen of dat vrijdag of volgend kwartaal betekent.

Dat is geen zeldzame ruis. Dit is óók het proces.

Bij een bedrijf met 11–50 medewerkers zijn juist deze afwijkende gevallen vaak belangrijk. Denk aan een warme introductie via de oprichter, een bestaande klant die naar een andere dienst vraagt, een strategisch account of iemand die al met twee collega’s heeft gesproken.

Een workflow kan negentig gewone records goed verwerken en met nummer tien alsnog een commerciële puinhoop veroorzaken.

Betrouwbaarheid betekent daarom meer dan: “de workflow is zonder foutmelding uitgevoerd.”

De workflow moet ook weten wanneer hij moet stoppen.

Menselijke controle heeft een vaste plek nodig

“Iemand controleert het” klinkt geruststellend.

Maar waar komt het twijfelgeval terecht?

Wie ziet het?

Hoe snel moet die persoon reageren?

Welke informatie krijgt diegene mee?

En wat gebeurt er na de beslissing?

Zonder concrete antwoorden is menselijke controle geen echte waarborg. Het is vooral een nette manier om te hopen dat iemand het oppakt.

Een uitzonderingenlijst geeft twijfelgevallen een vaste, zichtbare plek. Dat kan in het CRM zijn, in een taakoverzicht of in een gekoppelde werklijst voor operations.

De precieze tool is minder belangrijk dan de werkwijze: het record wordt veilig stilgezet, toegewezen, toegelicht en afgehandeld. Het verdwijnt niet in iemands persoonlijke inbox.

Een taalneutraal schema laat gewone CRM-records automatisch doorgaan, terwijl een twijfelgeval eerst door een medewerker wordt beoordeeld en daarna veilig terugkeert in het proces.

Wat zet je op de uitzonderingenlijst?

Niet iedere actie heeft goedkeuring nodig.

Als iemand elk correct record alsnog moet aanklikken, heb je handmatig werk opnieuw gebouwd—maar dan met mooiere pijltjes.

Zet alleen gevallen apart waarbij onzekerheid of risico de uitkomst kan veranderen. Bijvoorbeeld wanneer:

  • er geen betrouwbare eigenaar kan worden gekozen;
  • het record mogelijk dubbel in het CRM staat;
  • belangrijke informatie ontbreekt of elkaar tegenspreekt;
  • de persoon misschien al klant, partner of onderdeel van een lopende verkoopkans is;
  • de voorgestelde vervolgstap botst met een recente notitie of taak;
  • de workflow onvoldoende zekerheid heeft om zelf te beslissen;
  • een uitgaand bericht een belofte, prijs of gevoelig detail bevat dat menselijk oordeel vraagt;
  • een technische fout optreedt nadat een deel van de gekoppelde systemen al is bijgewerkt.
  • Dit zijn niet allemaal dezelfde soort uitzonderingen.

    Sommige gaan over data. Andere vragen om een commerciële keuze. Weer andere zijn technische fouten. Als alles op één ongesorteerde stapel belandt, kost de afhandeling onnodig veel tijd en leer je weinig van wat er misgaat.

    Voor een klein team zijn drie categorieën meestal genoeg:

  • Dataprobleem: de workflow kan het juiste record niet veilig herkennen of bijwerken.
  • Beslispunt: de informatie is er, maar een medewerker moet de volgende stap kiezen.
  • Technische fout: de workflow kon niet alle stappen uitvoeren of bevestigen.
  • Meer hoeft het in het begin niet te zijn. Voor twaalf twijfelgevallen per week heb je geen eigen luchtverkeersleiding nodig.

    Geef de beoordelaar een compleet verhaal

    Een taak met alleen “CRM controleren” helpt niemand.

    Degene die beslist, moet niet eerst vijf tabbladen openen en zelf reconstrueren wat de workflow probeerde te doen. Een goed uitzonderingsitem laat meteen zien:

  • om welke persoon, organisatie, deal of activiteit het gaat;
  • wat de workflow wilde doen;
  • waarom het proces is gestopt;
  • welke brongegevens en recente CRM-notities relevant zijn;
  • wat de voorgestelde actie is;
  • wat het risico is als niemand iets doet;
  • uit welke beslissingen kan worden gekozen;
  • wie verantwoordelijk is en vóór wanneer.
  • Maak ook de keuzes concreet.

    Bij een conceptmail zijn “goedkeuren” en “afwijzen” misschien genoeg. Bij een mogelijk dubbel bedrijfsrecord passen opties als “koppelen aan bestaand bedrijf”, “apart record behouden” of “later samenvoegen” beter.

    Heldere keuzes maken de beoordeling sneller. Bovendien wordt de uitkomst bruikbare informatie voor de volgende verbetering.

    Een naam is belangrijker dan een melding

    Een melding toevoegen is makkelijk. Zorgen dat iemand zich verantwoordelijk voelt is lastiger.

    Een bericht in een kanaal betekent nog niet dat iemand het oppakt. Alles toewijzen aan “Sales Ops” helpt ook weinig als Sales Ops in de praktijk één persoon met vier andere taken is.

    Wijs daarom per soort uitzondering één duidelijke verantwoordelijke aan.

    De verkoper kan relatiegevoelige opvolging beoordelen. De procesverantwoordelijke kan routering en dubbele records afhandelen. De systeemeigenaar kan technische fouten en nieuwe pogingen oppakken.

    Zijn er twee mensen nodig voor een besluit? Wijs dan nog steeds één persoon aan die ervoor zorgt dat het antwoord er komt.

    Koppel daar een termijn aan die past bij het risico:

  • vóór verzending, bij communicatie naar klanten of prospects;
  • dezelfde werkdag, bij nieuwe inbound leads;
  • vóór de volgende pipelinebespreking, bij niet-urgente dataopschoning;
  • direct, bij een gedeeltelijke fout waardoor systemen mogelijk niet meer gelijklopen.
  • Zonder termijn wordt een uitzonderingenlijst al snel een klein museum van onafgemaakte randgevallen.

    Leg de beslissing vast en verbeter de workflow

    Laat de beslissing niet verdwijnen zodra het geval is afgehandeld.

    Leg vast wat er is besloten en, als dat nuttig is, waarom. Na een paar weken worden patronen zichtbaar.

    Misschien veroorzaakt één formulierveld de meeste routeringsproblemen. Misschien ontbreken bedrijfsdomeinen bij één specifieke leadbron. Misschien is de regel voor bestaande klanten te voorzichtig. Of misschien loopt een workflow telkens vast zodra een CRM-eigenaar uit dienst is.

    Die patronen vertellen je wat je als volgende moet verbeteren.

    Sommige oplossingen horen in de invoerregels van het CRM. Andere in het formulier. Weer andere in de workflowregels. En sommige keuzes moeten gewoon menselijk blijven, omdat de commerciële context per geval verschilt.

    Dat is de bruikbare versie van een systeem dat leert.

    Niet de vage belofte dat AI vanzelf steeds slimmer wordt, maar een duidelijk spoor van beslissingen waarmee iemand de regels bewust kan aanscherpen.

    Een taalneutrale uitzonderingenlijst laat urgentie, verantwoordelijkheid, beschikbare informatie en termijn samenkomen bij één beoordelaar, met zichtbare afgehandelde en openstaande gevallen.

    Een eenvoudige aanpak voor een klein team

    Je kunt de eerste versie in een half uur schetsen.

    Kies één bestaande salesworkflow, bijvoorbeeld van gespreksnotities naar een CRM-update en een concept voor de opvolging. Schrijf daarna op:

  • Het normale verloop: wat moet kloppen voordat de workflow veilig verder mag?
  • De stopregels: welke ontbrekende, tegenstrijdige of risicovolle omstandigheden zetten het proces stil?
  • De context: welke informatie heeft de beoordelaar nodig?
  • De verantwoordelijke: wie pakt ieder type uitzondering op?
  • De termijn: hoe snel moet er een besluit komen?
  • De keuzes: welke beslissingen kan iemand nemen?
  • Het vervolg: wat gaat verder, wat verandert en wat blijft bewust staan?
  • De verbetercyclus: waar leg je de reden vast en wanneer bekijk je terugkerende patronen?
  • Bouw de kleinste versie die twijfel zichtbaar en beheersbaar maakt.

    Komt bijna alles op de uitzonderingenlijst terecht? Dan zijn je regels te streng of is de broninformatie niet goed genoeg.

    Komt er nooit iets op? Test de workflow dan bewust met onvolledige en tegenstrijdige records. Volledige stilte is zelden bewijs van een perfect ontwerp.

    Kijk naar de lastige gevallen voordat je verder automatiseert

    Goede automatisering maakt niet alleen het makkelijke werk sneller.

    Mensen moeten ook kunnen vertrouwen op wat er gebeurt als de workflow twijfelt. Een zichtbare uitzonderingenlijst maakt die twijfel beheersbaar, in plaats van te doen alsof ze niet bestaat.

    Kies deze week één workflow. Zoek het punt waar die nu gokt, stilvalt zonder duidelijke opvolging of iemand een vaag bericht stuurt met “kun jij hier even naar kijken?”

    Waarschijnlijk moet je uitzonderingenlijst daar beginnen.

    Wil je dat iemand meekijkt? Promptfields kan samen met jou je CRM, opvolgproces en automatiseringen nalopen. Dan wordt duidelijk welke beslissingen automatisch door mogen, waar de workflow moet stoppen en wat je team zelf moet beoordelen.

    Lees ook: welke CRM-data AI-workflows nodig hebben