Enablement in het tijdperk van dynamische playbooks

Sales enablement heeft altijd in het maken van dingen gezeten. Een product lanceert, dus enablement bouwt een deck, een battlecard en een certificering. Een concurrent maakt een zet, dus enablement schrijft een gids voor bezwaarafhandeling. De assets gaan de contentbibliotheek in, worden doorgenomen tijdens de kickoff, en blijven daarna grotendeels liggen. Tegen de tijd dat een rep in een live deal zit die echt om de gids vraagt, is het een PDF drie mappen diep, en heeft de rep noch de tijd noch het geheugen om ernaar te gaan zoeken. Enablement heeft het werk gedaan. De kennis kwam nog steeds niet opdagen toen ze nodig was.

Zodra je revenue-systemen kunnen zien wat er in een deal gebeurt, verandert dit. Enablement hoeft niet langer te gokken wat een rep nodig heeft en te hopen dat die het zich van januari herinnert. Begeleiding kan in context worden geleverd, op het moment dat het van toepassing is. Dat verandert enablement van een publicatiefunctie naar de groep die bepaalt hoe goed eruitziet over de hele revenue-beweging en ervoor zorgt dat het daadwerkelijk gebeurt.

Waarom statische playbooks falen

Een statisch playbook gaat ervan uit dat de rep de juiste kennis op het juiste moment ophaalt. In de praktijk liggen het moment van leren en het moment van behoefte weken uit elkaar, met tientallen andere prioriteiten daartussen opgestapeld.

Er gaan een paar specifieke dingen mis. Reps vergeten: iemand die in januari gecertificeerd is op een play kan die niet oproepen in een onderhandeling in juni. Zelfs de gemotiveerden kunnen niet snel genoeg de ene relevante asset vinden in een uitgestrekte bibliotheek om die tijdens een call te gebruiken. De content veroudert, omdat het de markt, het product en de concurrentie beschrijft op de dag dat het geschreven werd, en geen van die dingen blijft stilstaan. En enablement kan meestal niet zien of een play überhaupt gebruikt werd, dus er is geen manier om te verbeteren. Je publiceert in een vacuüm.

Dus levert een groot deel van de enablement-inspanning artefacten op die veel minder deals beïnvloeden dan zou moeten. We hebben dit gezien bij bedrijven met uitstekende enablement-teams. Het is hetzelfde "signaal gezien maar niet opgevolgd"-probleem dat overal opduikt in gefragmenteerde revenue-organisaties, dat we doorlopen in revenue-signalen omzetten in de beste volgende actie.

Wat een dynamisch playbook eigenlijk is

Een dynamisch playbook is een set aanbevelingen die naar boven komen op basis van wat er gebeurt in een specifieke deal of account, in plaats van een document. In plaats van "hier is de enterprise-salesmethodologie, lees alsjeblieft alle veertig pagina's," is het "deze deal is multi-threaded naar inkoop gegaan en ligt al tien dagen stil; hier is de play om een economic buyer opnieuw te betrekken," geleverd nu, aan deze rep, in de tool waar ze al in zitten.

Het systeem kent de fase, het momentum, de stakeholders en de risico-indicatoren van de deal, en matcht begeleiding zelfstandig aan de situatie. Het werk van enablement wordt het definiëren van de plays en hun triggers: wat moet er gebeuren, onder welke voorwaarden, op elk punt waar deals worden gewonnen of verloren.

Dit is enablement dat opgaat in het herhaalbare GTM-playbook in plaats van ernaast te staan als een bibliotheek. De best practices leven in de workflow en vuren af op reële omstandigheden.

Enablement als orchestratiediscipline

Zo bekeken is enablement een orchestratiefunctie. Het product ervan is de gecodeerde kennis van wat je beste rep in elke situatie zou doen, geleverd aan elke rep via het systeem. Dat plaatst enablement vlak naast de teams die de loodgieterij van de revenue-organisatie bouwen.

Er verschuiven een paar dingen. Enablement stopt met publiceren en begint met coderen: stamkennis wordt gedefinieerde plays met duidelijke triggers, zodat ze dynamisch geleverd kunnen worden in plaats van gearchiveerd. Lanceerevenementen maken plaats voor continue afstemming, omdat dynamische plays geïnstrumenteerd zijn en je eindelijk kunt zien welke gebruikt worden en welke resultaten beïnvloeden. En het mandaat verbreedt voorbij nieuwe reps bij de kickoff. Een CSM bij een renewal, een AE bij een overdracht, een partner in een co-sell krijgen allemaal begeleiding van hetzelfde systeem, wat de samenwerkingsgewoonten versterkt waarvoor aannemen voor een georkestreerde revenue-organisatie bedoeld is om te selecteren.

Neem een AE die een deal bewerkt die stil is gevallen. In het oude model ligt de zorgvuldig gebouwde gids "stilgevallen deals opnieuw activeren" van enablement ongelezen, omdat de rep er niet aan denkt om te gaan zoeken. In het dynamische model merkt het systeem twee weken zonder koperactiviteit en een champion die stil is geworden op, en zet het de re-engagement-play voor de rep neer, samen met de specifieke volgende stap. De kennis vindt de rep. De rep hoeft de kennis niet te vinden.

Toewerken naar dynamische enablement

Je komt hier niet door meer contenttools te kopen. Je komt hier door enablement te verbinden met de signalen in je revenue-systemen en plays te definiëren tegen die signalen. Dat vereist gedeelde data over functies heen en een platform dat begeleiding kan matchen aan live context, waarom dynamische enablement en revenue orchestration doorgaans samen vooruitgaan. Enablement levert de gecodeerde plays. Orchestration levert de signaalbewuste aflevering.

De praktische eerste stap voor een enablement-leider is klein. Kies de handvol momenten waarop de juiste begeleiding de uitkomst het meest verandert. De stilgevallen deal, de riskante overdracht, het uitbreidingssignaal. Codeer daar eerst plays voor, gekoppeld aan de signalen die ze zouden moeten triggeren, en zie wat gebruikt wordt. Breid dan uit.

Belangrijkste inzichten

• Statische playbooks falen op timing. De rep leert de play maanden voordat ze die nodig hebben, kan hem niet vinden wanneer dat wel zo is, en de content is inmiddels verouderd.
• Een dynamisch playbook is begeleiding die getriggerd wordt door echte dealsignalen, geen document in een bibliotheek.
• Het werk van enablement wordt het coderen van plays met triggers en die vervolgens afstemmen op basis van wat daadwerkelijk gebruikt wordt.
• Dit geldt voor CSM's, AE's en partners evengoed, niet alleen voor nieuwe reps bij de kickoff.
• Begin met de drie of vier momenten die het meest doen ertoe en koppel daar plays aan. Meer contenttools brengen je daar niet.

Dynamische enablement neemt de best practices die momenteel in vergeten PDF's zitten en zet ze voor mensen neer terwijl ze werken. Als je enablement heroverweegt, kijk dan hoe een platform als Revnewo de juiste play op het juiste moment levert vanuit live signalen. De PDF-bibliotheek kan met pensioen.