Hoeveel tools gebruikt het gemiddelde B2B revenue-team echt?

Vraag een VP Sales hoeveel tools hun team gebruikt en je krijgt een getal. Vraag een rep dezelfde vraag en je krijgt een langere lijst, dan een pauze, dan "oh, en de spreadsheet." De twee antwoorden liggen zelden dicht bij elkaar. Het eerlijke aantal is bijna altijd hoger dan leiderschap aanneemt, en het meeste dagelijkse leed op een revenue-team leeft in die kloof.

We geven om het getal omdat het staat voor iets moeilijker te meten: coördinatiebelasting. Elke applicatie is nog een datamodel, nog een login, nog een plek waar een overdracht stilletjes kan falen. Voordat je het fragmentatieprobleem kunt inschatten, heb je een echt aantal nodig, niet het aantal in het inkoopsysteem.

Het officiële aantal is altijd te laag

IT houdt een lijst bij van waar het bedrijf voor betaalt. Die lijst ondertelt wat mensen daadwerkelijk gebruiken, om een paar redenen.

Teams declareren tools onder de goedkeuringsdrempel, dus die bereiken nooit de centrale inventaris. Veel van wat reps ervaren als aparte tools zijn functies binnen een groter platform: hier een sequencer, daar een enrichment-add-on. Inkoop ziet één leverancier. De rep ziet drie workflows.

En dan zijn er de spreadsheets. Bij veel teams is de belangrijkste operationele tool een werkboek dat niemand volgt, degene die de "echte" pipeline of het territoriummodel bevat. Deze schaduwsystemen die stilletjes de pipeline draaien verschijnen nooit in een software-census, en het zijn vaak de tools waar mensen het hardst voor zouden vechten om te behouden.

Tel dat allemaal terug erbij op en het aantal komt ver boven het officiële cijfer uit. Ondertellen is ook waarom sprawl blijft groeien zonder dat iemand het merkt, wat een groot deel is van waarom je revenue-stack fragmenteert.

Hoe een stack er nu uitziet

Eén kop-getal is minder nuttig dan zien hoeveel categorieën een full-funnel-beweging omspant. Een typisch mid-market- of enterprise-B2B-team raakt iets aan in de meeste hiervan:

• CRM, het systeem van record (meestal één, soms per ongeluk twee)
• Marketing automation en e-mail
• Sales engagement: sequencing, bellen, cadansen
• Prospectie en enrichment, vaak twee of drie overlappende leveranciers
• Conversation intelligence
• Planning- en meetingtools
• Voorstel-, offerte- en contractbeheer
• Attributie en analytics, vaak meerdere, zelden eensgezind
• Customer success- en onboardingplatforms
• Enablement en contentbeheer
• Datawarehouse, BI en rapportage
• De integratie- en workflowmiddleware die het allemaal bij elkaar houdt

Tel de individuele applicaties in elke bucket en je zit snel in de tientallen. Geen enkele verkoper gebruikt ze allemaal. Maar de organisatie hangt af van elk daarvan, en van hun onderlinge samenwerking, wat een ander en moeilijker ding is.

Het aantal telt minder dan de coördinatie

Twee bedrijven kunnen hetzelfde aantal tools draaien en compleet verschillende ervaringen hebben. In het ene beweegt data tussen systemen en werkt een rep door een coherente flow. In het andere is elke tool een eiland en doen mensen het verbinden met de hand: kopieer de notities, werk de fase bij, plak de link, herhaal. Dat is het swivel-chair-probleem, en het kost meer dan welke abonnementsregel dan ook.

Wat prestaties degradeert, is het aantal ongecoördineerde tools. Een hoog aantal met echte orchestration eronder kan prima werken. Een bescheiden aantal zonder coördinatie is chaos. Dus de betere vraag is niet "hoeveel tools hebben we" maar "hoeveel daarvan praten daadwerkelijk met elkaar."

Die vraag leidt rechtstreeks naar het consolidatie versus orchestration-debat. Het aantal verminderen helpt alleen als je ook de loodgieterij eronder repareert. In onze ervaring eindigen teams die consolideren zonder dat te doen met minder logo's op de architectuurslide en dezelfde hoeveelheid handmatige lijm.

Een eerlijk aantal krijgen

Als je het echte getal voor je team wilt, brengt een lichte audit je het grootste deel van de weg.

Onderzoek de mensen, niet de facturen. Vraag een steekproef van reps en CSM's om elke tool en elke spreadsheet op te sommen die ze in een normale week openen. Volg dan één workflow: volg een enkele deal of campagne van begin tot eind en log elke applicatie waar hij doorheen gaat. Je vindt dingen die niemand noemde in de enquête, omdat ze er jaren geleden mee stopten om ze op te merken.

Verzoen die lijst met wat finance betaalt. Het verschil toont je zowel verspilling (betaald, ongebruikt) als schaduwuitgaven (gebruikt, nooit centraal goedgekeurd). Markeer tegelijkertijd elke plek waar twee tools bijna hetzelfde werk doen. Dat zijn je consolidatiekandidaten.

Je zult bijna zeker meer vinden dan je verwachtte. Dat is normaal. Het punt is niet om iemand te beschamen over het getal, maar om de coördinatiebelasting te begrijpen die het vertegenwoordigt, en te beslissen wat je eraan gaat doen.

Belangrijkste inzichten

• De IT-inventaris ondertelt, altijd. Schaduwaankopen, ingebedde functies en spreadsheets zijn de ontbrekende stukken.
• Een volledige revenue-beweging omspant een dozijn of zo categorieën, en de meeste categorieën verbergen meer dan één product.
• Ongecoördineerde tools zijn wat pijn doet. Het ruwe aantal is een zwakke proxy daarvoor.
• Als je het echte getal wilt, vraag het de mensen die het werk doen en volg een deal door de stack.

Als je nooit de tools hebt geteld waar je revenue-team echt op leunt, is het een onthullende middag. Het is ook de natuurlijke eerste stap voordat je beslist hoe je ze als één systeem laat gedragen.