Guida · RevOps & Enablement

Ottenere il Sostegno della Leadership per una Nuova Iniziativa di Enablement

La leadership dei ricavi non finanzia l'attività. Ecco come presentare un investimento in coaching o metodologia nei termini che già monitora — e dimostrarlo con un pilota prima di chiedere il budget completo.

Nessuna demo richiesta · Nessun contratto · Annulla quando vuoi

Risposta rapida

Le proposte di enablement si bloccano quando sono formulate intorno all'attività — formazione completata, certificazioni rilasciate — invece che alle metriche di pipeline di cui la leadership è responsabile. Ancora il pitch a un problema specifico e già visibile come il tempo di ramp-up o tassi di vincita incoerenti, proponi un pilota piccolo e misurabile invece di un budget per il rollout completo, e torna con un confronto pulito prima/dopo sulla stessa metrica per giustificare la scalabilità.

Un responsabile sales enablement che presenta una proposta ai dirigenti in una sala riunioni

I responsabili enablement presentano continuamente buone idee alla leadership dei ricavi, e un numero sorprendente di buone idee viene respinto — non perché l'idea sia sbagliata, ma perché il pitch è costruito intorno alla valuta sbagliata. La leadership dei ricavi viene misurata su pipeline, raggiungimento della quota e accuratezza del forecast. Quando una proposta di enablement inizia con le ore di formazione erogate o i tassi di completamento delle certificazioni, sta argomentando in una valuta che la stanza non spende. L'idea potrebbe essere esattamente giusta, e verrà comunque accantonata, perché non è mai stata tradotta nei termini di cui la persona che approva il budget è realmente responsabile.

Le metriche di attività non fanno approvare un budget

È una trappola facile in cui cadere, perché le metriche di attività sono la cosa più semplice da misurare e riportare direttamente per l'enablement. Ore di formazione erogate, numero di venditori certificati, tasso di completamento di un corso — sono segnali reali di impegno, ma non dicono nulla su se i venditori stiano effettivamente vincendo di più, facendo ramp-up più velocemente, o trattenendo più ricavi. Un VP Vendite che guarda una proposta costruita intorno a quei numeri non ha modo di collegarla alla propria scorecard, e una proposta che non può essere collegata alla scorecard viene deprioritizzata, per quanto buona sia l'idea di fondo.

Ancorati a un problema che la leadership vede già

La soluzione inizia prima ancora che la proposta sia scritta: trova il problema di business specifico e già visibile di cui la leadership è già preoccupata. Potrebbe essere un tempo di ramp-up per i nuovi assunti notevolmente più lungo dell'obiettivo, un tasso di vincita che varia enormemente per venditore o per regione senza una spiegazione chiara, o un picco di abbandono che i team account hanno segnalato discretamente come legato a conversazioni di rinnovo deboli. Questi sono numeri che la leadership sta già monitorando e con cui è già a disagio — il che significa che l'iniziativa di enablement non deve creare urgenza, deve solo agganciarsi a un'urgenza che esiste già.

Formulato in questo modo, il pitch cambia forma completamente. Invece di “dovremmo investire in una piattaforma di coaching”, diventa “il tempo di ramp-up per i nuovi venditori è passato da dieci a sedici settimane negli ultimi due trimestri, ed ecco un modo specifico e a basso costo per testare se la pratica strutturata colma quel divario.” La prima versione chiede alla leadership di fidarsi di una nuova iniziativa sulla parola. La seconda versione chiede loro di aiutare a risolvere un problema che sanno già di avere.

Ancorati a un problema visibile

Proponi un pilota piccolo

Torna con una metrica

Chiedi un pilota, non un rollout

Anche un pitch ben formulato è più difficile da vendere se la prima richiesta è un budget per il rollout su tutta l'organizzazione. Alla leadership viene chiesto di impegnare spesa reale su qualcosa senza ancora alcuna prova interna, ed è un rischio molto più grande di quanto debbano assumersi sulla tua parola. Una richiesta molto più approvabile è un pilota piccolo e con scadenza definita: un team, un trimestre, una metrica chiaramente definita. Questo abbassa drasticamente il costo del dire sì, e dà all'iniziativa qualcosa che una richiesta di rollout completo non ha mai — dati interni reali, generati dentro la tua stessa organizzazione, di cui la leadership si fida più di qualsiasi case study esterno.

Una struttura utile per la richiesta del pilota:

  • Nomina la metrica esatta presa di mira (tempo di ramp-up, tasso di vincita, tasso di rinnovo) e la baseline attuale.
  • Nomina il team esatto e la finestra temporale esatta per il pilota — piccolo e specifico, non a livello di tutta l'organizzazione.
  • Nomina il confronto che riporterai: gruppo pilota contro un gruppo di controllo, o gruppo pilota contro la sua stessa baseline precedente.
  • Nomina la decisione che il pilota informerà — cosa succede se la metrica si muove, e cosa succede se non lo fa.

Cosa riportare dopo il pilota

Il caso per scalare si costruisce quasi interamente sui dati che riporti, quindi deve essere la stessa metrica promessa all'inizio — non una diversa, più lusinghiera. Se il pilota era stato formulato intorno al tempo di ramp-up, torna con un confronto prima/dopo del tempo di ramp-up, idealmente contro un gruppo di controllo che non ha partecipato al pilota. Resisti alla tentazione di rafforzare il caso con punteggi di soddisfazione o tassi di completamento; la leadership ti ha già detto, implicitamente, in quale valuta spende quando ha approvato il pilota intorno a una metrica specifica. Dai loro più di quella stessa valuta, e la richiesta di scalare diventa una conversazione molto più breve.

Perché questo pitch funziona meglio come conversazione provata che come memo scritto

Un pitch così specifico raramente sopravvive se consegnato esattamente come scritto — la leadership farà obiezioni, chiederà un ambito più piccolo, o metterà in discussione la scelta della metrica in tempo reale, e un responsabile enablement che ha solo scritto il pitch, senza mai dirlo ad alta voce sotto pressione, tende a cedere terreno che non era necessario cedere. Questo è the practice gap che si manifesta in una sala riunioni invece che in una chiamata di vendita: conoscere l'argomentazione non è la stessa cosa che riuscire a sostenerla sotto domande in tempo reale.

Prima di portare questo pitch alla leadership, vale la pena provare la versione più difficile della conversazione — il CFO che mette in discussione i calcoli del ROI, il VP che vuole passare direttamente a una richiesta più piccola, lo stakeholder che tira fuori un'iniziativa fallita di due anni fa. Gli scenari di roleplay di Frontline Coach possono essere costruiti esattamente intorno a questo tipo di conversazione con uno stakeholder interno, non solo intorno a chiamate rivolte al cliente, così il pitch è provato prima di essere live. Per il lato della misurazione di questo argomento, consulta la guida gemella su misurare la sales readiness, e una volta che il pilota ha successo, usa la guida al rollout della metodologia per pianificare lo scale-up vero e proprio.

Domande frequenti

Perché la leadership commerciale respinge proposte di enablement che sembrano ovviamente utili?

Di solito perché la proposta è formulata in termini di attività — sessioni di formazione erogate, certificazioni completate, ore di contenuto prodotte — invece che in termini dei risultati sui ricavi di cui la leadership è realmente responsabile: tempo di ramp-up, tasso di vincita, raggiungimento della quota. La leadership non sta respingendo l'idea; sta respingendo un business case che non parla la sua lingua.

Con cosa dovrebbe iniziare una proposta di enablement invece che con metriche di attività?

Un problema di business specifico e già visibile di cui la leadership si preoccupa già — un tempo di ramp-up più lungo del dovuto, un tasso di vincita incoerente in tutto il team, un picco di abbandono legato a conversazioni deboli. Ancora la proposta a un numero che la leadership sta già monitorando, e posiziona l'iniziativa come la soluzione per quel numero, non come un nuovo programma che ha bisogno di una propria giustificazione.

Dovrei chiedere subito il budget per il rollout completo?

No. Un pilota piccolo, con scadenza definita e misurabile — un team, un trimestre, una metrica definita — è molto più facile da approvare rispetto a una richiesta di budget completo, e ti dà dati reali da riportare. Chiedere un impegno importante prima di avere una prova interna è il motivo più comune per cui le iniziative di enablement si bloccano alla fase di approvazione.

Quali dati dovrei riportare dopo un pilota per giustificarne la scalabilità?

La stessa metrica a cui hai ancorato il pilota all'inizio — tempo di ramp-up, tasso di vincita o raggiungimento della quota per il gruppo pilota — confrontata con un gruppo di controllo o con la baseline precedente del team. Un confronto pulito prima/dopo su una metrica già monitorata dalla leadership è molto più persuasivo di un sondaggio sulla soddisfazione o di un tasso di completamento.

Come supporta Frontline Coach un approccio pilota-poi-scala?

I piani self-service di Frontline Coach partono da $9,99/mese senza demo richiesta, il che rende facile avviare un pilota piccolo e a basso impegno senza un ciclo di procurement. Il piano Team aggiunge dashboard per i manager e impostazioni predefinite di metodologia a livello organizzativo per quando è il momento di scalare i risultati del pilota in tutta l'organizzazione.

Continua a leggere

Fai prima il pilota. Scala con le prove.

Self-service da $9,99/mese, senza demo richiesta — avvia un pilota rapidamente e riporta i numeri che ti fanno finanziare.

Da $9,99/mese · Nessuna chiamata commerciale · Annulla quando vuoi