De geschiedenis van de B2B revenue-stack: van CRM tot orchestration

Niemand ontwerpt zijn revenue-stack. Je erft hem. Een CRM van voor jouw tijd, een marketingplatform dat iemand in haast koos, een sales engagement-tool gekocht na een zwaar kwartaal, een customer success-systeem toegevoegd in het jaar dat churn een bestuursonderwerp werd. Elke aankoop maakte op zichzelf zin. Samen produceerden ze de gefragmenteerde, moeilijk te coördineren omgeving waarin de meeste revenue-teams leven.

Hoe we hier zijn gekomen doet ertoe, omdat de vorm van je huidige problemen, lekke overdrachten, tegenstrijdige data, signalen waar niemand op handelt, rechtstreeks voortvloeit uit beslissingen die de industrie de afgelopen dertig jaar heeft genomen. Volg die boog en revenue orchestration oogt als het voor de hand liggende volgende hoofdstuk in plaats van nog een productcategorie.

Het CRM-tijdperk (eind jaren 90 tot jaren 2000)

De eerste akte ging over geheugen. Voor CRM leefde klantinformatie in de hoofden van reps, notitieboekjes en desktopspreadsheets. Wanneer een rep vertrok, vertrok de relatie mee. CRM loste een echte crisis op door het bedrijf een institutioneel record van accounts, contacten en deals te geven.

Dat was fundamenteel. Maar CRM was gebouwd als een systeem van record, niet een systeem van actie. Het beantwoordde "wat weten we over dit account?" en had niets te zeggen over "wat zou er nu moeten gebeuren?" Het was een database die reps achteraf bijwerkten, vaak met tegenzin. Het kon je vertellen waar een deal stond. Het deed niets om hem in beweging te brengen. Die kloof zou de stack de volgende twintig jaar vormgeven.

De explosie van puntoplossingen (jaren 2010)

Naarmate go-to-market geavanceerder werd, wilde elke functie software gebouwd voor haar eigen beweging, en leveranciers voldeden graag. Marketing automation om leads te nurturen en scoren. Sales engagement om outboundsequenties te draaien. Conversation intelligence om calls op te nemen en te analyseren. CPQ- en billingtools om offertes te verwerken. Customer success-platforms om gezondheid te volgen en churn te bestrijden. Intent- en enrichmentdata om in-market accounts te vinden.

Elk was goed in zijn taak. De categorieleiders verbeterden echt de functie die ze bedienden. Maar het cumulatieve resultaat waren tientallen systemen, elk met zijn eigen datamodel, zijn eigen definitie van een "account," en zijn eigen workflow. De lead van het marketingplatform mapte niet netjes naar de opportunity van het CRM, die niet mapte naar het account van het CS-platform. Integratie werd een permanente begrotingspost.

Dit is de periode die de fragmentatie creëerde die zoveel teams tegenwoordig voelen, wat we uitdiepen in waarom je revenue-stack fragmenteert. Meer tools betekende meer capaciteit en tegelijkertijd meer coördinatie-overhead.

Het integratietijdperk (eind jaren 2010)

Geconfronteerd met een uitgestrekte stack probeerden bedrijven twee dingen. Integratiemiddleware, oftewel connectoren en syncs om data tussen systemen te verplaatsen. En het datawarehouse plus BI-dashboards, waarbij alles in één rapportagebeeld werd getrokken.

Beide hielpen. Geen van beide loste het onderliggende probleem op. Integraties verplaatsten data tussen silo's zonder de silo's op te lossen. Dashboards maakten fragmentatie zichtbaar, en voor het eerst kon je de hele funnel zien, maar zien is niet doen. Een leider kon staren naar een prachtig dashboard dat precies liet zien waar deals vastliepen en geen manier hebben om er op het moment zelf naar te handelen. De stack werd erg goed in het rapporteren van het probleem en bleef niet in staat het op te lossen.

De menselijke workaround schaalde ook niet. Teams voegden RevOps-hoofdtelling toe, meer cross-functionele meetings, meer "alignment"-rituelen om goed te maken wat de tools niet konden coördineren. Die aanpak liep tegen een plafond aan, zoals we beargumenteren in waarom alignment faalde.

Het orchestratie-tijdperk (nu)

Twee dingen kwamen samen. De pijn van fragmentatie werd te duur om te negeren. En AI werd goed genoeg om signalen te interpreteren, intentie te voorspellen en acties aan te bevelen op een schaal die geen team van mensen kon evenaren.

Orchestration is wat je bouwt wanneer je stopt met proberen alles te consolideren in één monoliet en in plaats daarvan een coördinatielaag bovenop de stack toevoegt. Het vervangt het CRM of het CS-platform niet. Het luistert over al deze systemen heen, verenigt de signalen, en duwt de beste volgende actie naar de juiste persoon of workflow. Het systeem van record krijgt eindelijk een systeem van actie erbovenop.

Daarom leest dit als voortgang in plaats van disruptie om de disruptie. Elke fase loste de beperking van de vorige fase op:

1. CRM loste verloren institutioneel geheugen op maar kon niet handelen.
2. Puntoplossingen losten functionele diepgang op maar creëerden fragmentatie.
3. Integratie loste databeweging op maar niet coördinatie.
4. Orchestration lost coördinatie op, en verandert een stapel systemen in één revenue-beweging.

Platforms die AI-native voor deze rol gebouwd zijn, Revnewo daaronder, behandelen orchestration als de laag die de stack altijd al miste in plaats van nog een silo die aan de zijkant vastgeplakt is.

Belangrijkste inzichten

• De stack evolueerde in vier akten: CRM, puntoplossingen, integratie, en nu orchestration.
• CRM gaf bedrijven geheugen. Het gaf ze nooit actie.
• Puntoplossingen kochten diepgang in elke functie en betaalden ervoor met fragmentatie.
• Integraties en dashboards maakten de puinhoop zichtbaar maar konden niets in real time coördineren.
• Orchestration zit boven de bestaande tools en voegt de coördinatielaag toe die ze nooit hadden.

Je huidige stack is dertig jaar aan redelijke lokale beslissingen bovenop elkaar gestapeld. Orchestration is de laag die ze laat optellen. Als dat bekend klinkt, is de volgende vraag hoe een coördinatielaag eruit zou zien bovenop de tools die je al hebt.