Discovery Framework

Guida i rep di vendita attraverso conversazioni di Discovery strutturate che scoprono criteri di qualificazione, quantificano il dolore, e mappano i processi decisionali usando suggerimenti di domande in tempo reale, punteggio di qualificazione e analisi delle lacune.

Pre-Work Framework

Prima di una call di Discovery, stabilisci il contesto e i vincoli che modelleranno la tua strategia di domande:

1. Chi è il prospect? Qual è il loro titolo, il loro span di controllo, e il loro ruolo nel processo decisionale? Sono l'economic buyer (controlla il budget), un technical buyer (valuta l'idoneità), un champion (influenza ma non firma), o un end user (usa ma non acquista)? Questo determina quali elementi del framework dare priorità e se devi identificare stakeholder aggiuntivi.

2. Quale framework di qualificazione dovresti usare? Dovresti applicare MEDDIC (Metrics, Economic Buyer, Decision Criteria, Decision Process, Identify Pain, Champion), BANT (Budget, Authority, Need, Timeline), SPIN (Situation, Problem, Implication, Need-Payoff), Sandler, o un framework personalizzato specifico per il tuo business? MEDDIC è lo standard d'oro per le vendite B2B enterprise con cicli lunghi e molteplici stakeholder. BANT è più veloce per le vendite transazionali. SPIN è più forte per la vendita consultiva. Conferma il framework prima della call.

3. Quale contesto hai già? Cosa hai imparato dalla cold call, LinkedIn, ricerca aziendale, o conversazioni precedenti? Quali lacune rimangono? Questo previene di fare di nuovo domande già risposte e focalizza la tua Discovery su informazioni nuove.

4. Qual è lo stage del Deal? È una call di Discovery iniziale con un nuovo prospect, un deep-dive con un'opportunità qualificata, o una call di validazione finale prima della chiusura? La Discovery in fase iniziale prioritizza la comprensione del dolore e del bisogno. La Discovery in fase tardiva prioritizza la validazione dell'implementazione e della timeline.

5. Chi altro dovrebbe essere coinvolto? Devi programmare una call separata con l'economic buyer, technical buyer, o end user? O dovresti chiedere al prospect introduzioni? Identificarlo presto previene di scoprire con lo stakeholder sbagliato.

Core Principles

La Discovery è una Conversazione, Non una Checklist

Il più grande errore di Discovery è chiedere una lista predefinita di domande in ordine, spuntando caselle mentre il prospect risponde. Questo produce informazioni superficiali e prospect che si disimpegnano. La vera Discovery è responsiva—fai domande basate su quello che il prospect ti ha detto, non su quello che è sulla tua lista. Quando un prospect menziona un punto dolente, scavi più a fondo in quel dolore (con che frequenza accade, come è attualmente risolto, chi altro lo subisce) prima di passare all'argomento successivo. Quando menzionano una timeline, esplori i vincoli e le dipendenze intorno a quella timeline. Le domande adattive segnalano che stai ascoltando e pensando alla loro situazione specifica, non gestendo una call templata.

Quantifica Ogni Punto Dolente

Il dolore non quantificato è debole e non costruisce un business case. Un prospect potrebbe dire "Perdiamo tempo nell'inserimento dati manuale." Senza quantificazione, questo è un disagio vago. Con quantificazione, diventa un business case: "Perdiamo 3 ore per rep a settimana nell'inserimento dati manuale. Con 40 rep, sono 120 ore a settimana. Al costo fully-loaded di 65€ l'ora, stiamo spendendo approssimativamente 312.000€ annui su un problema che potrebbe essere eliminato." Il dolore quantificato giustifica l'allocazione del budget e l'urgenza. Spingi sempre verso i numeri—ore a settimana, numero di utenti colpiti, impatto finanziario, ricavi persi, o tasso di abbandono dei clienti.

Conferma, Non Assumere

Man mano che raccogli informazioni, traccia tre status per ogni criterio di qualificazione: Confermato (prove di prima mano), Presunto (segnali indiretti ma nessuna dichiarazione diretta), o Sconosciuto (nessuna informazione). Molti Deal falliscono perché i rep assumono informazioni che mai hanno confermato. Un economic buyer presunto è una mina. Un budget presunto è un Deal killer. Una timeline presunta è un disastro di Pipeline. Quando hai un forte segnale che qualcosa è vero ma il prospect non l'ha esplicitamente dichiarato, fai una domanda di conferma: "In base a quello che hai condiviso, sembra che [affermazione]. È corretto?" Questo sposta le supposizioni a conferme e previene sorprese dopo.

Mappa l'Intero Comitato Acquisti

Nessun Deal si chiude senza l'economic buyer, non importa quanto il tuo champion ami la tua soluzione. Durante la Discovery, il tuo obiettivo è capire chi altro è coinvolto nella decisione e quali sono le loro priorità. Chiedi direttamente: "Quando si tratta di una decisione come questa, chi altro tipicamente pesa sulla decisione? È il CFO, il VP of Ops, il team IT?" Quindi chiedi sulle loro preoccupazioni: "Cosa sarebbe importante per [persona X] nella valutazione di questo?" Questo previene di essere sorpreso da un'obiezione da uno stakeholder con cui non hai mai parlato.

Rendi la Discovery su di Loro, Non su di Te

Dal momento in cui cominci a spiegare il tuo prodotto, feature, o azienda, hai smesso di scoprire. In Discovery, il tuo compito è capire il loro mondo, non inserire te stesso in esso. Spendi l'80% della call a fare domande e ascoltare. Spendi il 20% a condividere storie o benchmark che validano il loro dolore o aprono nuove possibilità. Non chiedere mai "Posso dirti di noi?" durante la Discovery. Invece, chiedi "Prima di approfondire, sei curioso di sapere come altri team come il tuo hanno affrontato questo?" La Discovery è la loro storia, non il tuo pitch.

Costruisci un Business Case, Non Solo una Dichiarazione di Bisogno

I prospect hanno molti bisogni, ma non tutti giustificano l'allocazione di budget. Man mano che scopri, tessa un business case: ecco lo stato attuale (situazione), ecco il problema (dolore con quantificazione), ecco perché conta (impatto su ricavi, costi, efficienza, o rischio), ecco le conseguenze dell'inazione (costo dello status quo), ed ecco l'opportunità (cosa diventa possibile se risolto). Un business case giustifica urgenza e autorità. Una lista di bisogni no.

The Process

Phase 1: Imposta la Scene e Conferma lo Scope (2–3 minuti)

Inizia la call di Discovery confermando che il prospect ha tempo ed è nel contesto giusto per avere una conversazione sostanziale. Stabilisci sicurezza psicologica così il prospect sarà franco su sfide e vincoli.

Struttura: "Grazie per il tempo. Voglio rispettare il tuo tempo, quindi ho circa 30 minuti bloccati. Va ancora bene per te?" Se sì, continua: "Perfetto. Il mio obiettivo per questa call è capire [argomento], così posso determinare se ha senso passare più tempo insieme. Lungo il percorso, ti farò alcune domande sulla tua situazione attuale. Va bene?" Questo inquadra la Discovery come esplorazione, non un pitch, e stabilisce un confine di tempo che mantiene la conversazione focalizzata.

Successivamente, conferma lo scope: "Voglio assicurarmi che copriamo quello che conta di più per te. Qual è l'unica cosa che vorresti capire meglio entro la fine di questa call—sia sulla tua situazione che su come potremmo aiutare?" Questa domanda aperta mostra rispetto per le loro priorità e assicura che non stai inseguendo punti dolenti fantasma.

Decision point: Il prospect sembra rilassato e impegnato, o difensivo e affrettato? Se difensivo, potresti aver bisogno di accorciare la call o offrire di riprogrammare. Se impegnato, procedi al mapping del dolore.

Exit criteria: Il prospect ha confermato la disponibilità di tempo, hai stabilito sicurezza psicologica, e capisci il loro principale bisogno o punto dolente.

Phase 2: Mappa lo Stato Attuale e i Punti Dolenti (5–8 minuti)

Ora inizia a scoprire la loro situazione senza fare il pitch di soluzioni. Il tuo obiettivo è capire come attualmente operano, cosa funziona, e cosa è rotto.

Struttura: Inizia con una ampia domanda di situazione: "Raccontami come il tuo team attualmente gestisce [processo/funzione]." Ascolta per la meccanica, le persone coinvolte, gli strumenti che usano, e dove appare l'attrito. Man mano che descrivono il loro stato attuale, ascolta per menzioni di dolore spontaneo (frustrazione nella loro voce, dichiarazioni come "È un incubo" o "Perdiamo così tanto tempo").

Quando senti una menzione di dolore, non passare oltre. Scava più a fondo. "Hai menzionato che perdi tempo su [X]—raccontami di più su questo. Come tipicamente accade?" Poi: "Con che frequenza ti impatta?" Poi: "Approssimativamente, quante ore a settimana diresti?" Poi: "Su quante persone del tuo team accade?" Ogni domanda di follow-up aggiunge specificità e quantificazione.

Man mano che scopri, nota le lacune. Se un prospect menziona un dolore ma non menziona l'impatto sui ricavi o clienti, chiedilo: "Quando il tuo team perde 3 ore a settimana su quel compito, come si manifesta nei tuoi numeri? I clienti stanno aspettando più a lungo, i Deal si muovono più lentamente, ci sono altre conseguenze?" La quantificazione collega il dolore astratto all'impatto aziendale.

Decision point: Hai mappato almeno 2–3 punti dolenti chiave? Hai quantificato l'impatto di almeno uno? Se il prospect ha condiviso dolore minimo, chiedi direttamente: "Cosa attualmente non funziona come vorresti?" o "Se potessi agitare una bacchetta magica e risolvere una cosa su come il tuo team opera, cosa sarebbe?"

Exit criteria: Hai documentato 2–3 punti dolenti specifici e quantificati. Capisci lo stato attuale (strumenti, persone, processi). Hai identificato almeno un dolore legato all'impatto aziendale (ricavi, costi, efficienza, o rischio).

Phase 3: Esplora il Problema e l'Universo dell'Acquisto (4–5 minuti)

Una volta stabilito il dolore, esplora il problema più profondamente. Capisci la causa radice, chi altro è colpito, e cosa ha impedito loro di risolverlo già.

Struttura: "Hai menzionato [dolore]. Qual è la causa radice? È un problema di processo, un problema di tooling, un problema di skill, o qualcos'altro?" Ascolta per la loro diagnosi. Poi: "Da quanto tempo è un problema?" Poi: "Cosa hai provato finora ad affrontarlo?" Questo rivela se hanno tentato soluzioni e perché quelle soluzioni hanno fallito o sono insufficienti.

Successivamente, capisci lo scope: "Oltre al tuo team, chi altro nell'organizzazione sente questo dolore?" Questo inizia a identificare gli stakeholder che dovranno essere coinvolti in una decisione. Un CFO che scopre che un problema di costo colpisce operazioni, finanza, e HR sta aprendo porte a un comitato d'acquisto più grande.

Quindi chiedi sui vincoli: "Cosa ti ha impedito di risolvere questo già? È budget, larghezza di banda, priorità concorrenti, o qualcos'altro?" Questo rivela vincoli e obiezioni che dovrai affrontare dopo. Mostra anche se stanno attivamente provando a risolvere il problema (che aumenta l'urgenza) o lo hanno accettato (che diminuisce l'urgenza).

Decision point: Hai capito perché non lo hanno risolto già? Hai un senso di chi altro è colpito? È una priorità che stanno attivamente provando a risolvere, o un nice-to-have?

Exit criteria: Hai diagnosticato la causa radice, capito lo scope (chi altro è colpito), e identificato i vincoli. Hai un quadro più chiaro se questo è un problema che sono motivati a risolvere.

Phase 4: Scopri i Criteri di Decisione e il Processo (4–5 minuti)

Prima di proporre una soluzione, capisci come valuteranno se una soluzione è giusta. Questo è dove passi dal dolore al decision-making.

Struttura: "Se dovessi risolvere questo problema, cosa sarebbe importante per te nella valutazione di una soluzione?" Lascia che rispondano liberamente. Potrebbero dire "Deve integrarsi con Salesforce," "Deve essere facile per il team ad adottare," "Deve tagliare i nostri costi della metà," o "Deve funzionare con i nostri processi attuali." Documenta tutto. Poi chiedi: "C'è qualcos'altro?" per assicurarti di aver catturato tutti i loro criteri.

Successivamente, capisci il processo d'acquisto: "Raccontami come una decisione come questa accadrebbe nella tua organizzazione. È solo la tua chiamata, o dovresti coinvolgere altri?" Lascia che descrivono il processo, le persone coinvolte, la timeline, e qualsiasi step di approvazione. Non interrompere—lascia che dipingano il quadro completo.

Man mano che descrivono il processo, ascolta per chi è l'economic buyer (la persona che controlla il budget). Se non è chiaro, chiedi direttamente: "Quando si tratta dell'approvazione del budget, chi fa la chiamata finale?" e "Avresti bisogno del sign-off da [persona X] prima di andare avanti?"

Decision point: Hai capito i loro criteri di valutazione? Hai identificato l'economic buyer? Hai capito il processo e la timeline decisionale?

Exit criteria: Hai documentato i loro criteri decisionali (3–5 fattori che renderebbero una soluzione accettabile). Hai identificato l'economic buyer e altri stakeholder. Hai una rough timeline per come una decisione potrebbe svolgersi.

Phase 5: Identifica Lacune e Champion (2–3 minuti)

Man mano che ti avvicini alla fine della Discovery, identifica quale informazione manca ancora e chi potrebbe fare da champion per la tua soluzione internamente.

Struttura: Chiedi: "Di tutto quello che abbiamo discusso, cosa sembra essere l'ostacolo più grande o la preoccupazione che dovrebbe essere affrontata?" Questo fa emergere obiezioni nascoste o vincoli che non hai ancora scoperto. Poi: "Se dovessi andare avanti con l'esplorazione di una soluzione, cosa assomiglierebbe? Vorresti coinvolgere [persona X]? Faresti un pilot prima?" Questo ti aiuta a capire il realistic next step.

Infine, valuta il potenziale del champion: "Delle persone che hai menzionato che sarebbero coinvolte, chi sarebbe più motivato a risolvere questo?" Questo è il tuo punto di ingresso per fare da advocate per la tua soluzione una volta che inizi a coinvolgere il comitato d'acquisto.

Decision point: Hai identificato le lacune di informazione che rimangono? Hai un candidato champion?

Exit criteria: Hai fatto emergere qualsiasi obiezione rimanente. Hai identificato un potenziale champion o stakeholder che ha più da guadagnare dalla risoluzione di questo problema.

Phase 6: Proponi un Prossimo Step (2 minuti)

Termina la Discovery con un clear next step. Non proporre ancora una demo o una presentazione completa—proponi il più piccolo next step che sposta il Deal in avanti.

Struttura: "In base a quello che hai condiviso, sembra che [breve riassunto del business case]. Penso che abbia senso esplorare se [soluzione] potrebbe funzionare per te. Cosa assomiglierebbe?" Offri un'opzione: "Potremmo programmare una breve call con il nostro [esperto rilevante], o potrei mettere insieme un breve riassunto di come abbiamo risolto problemi simili. Cosa sentirebbe più utile?"

Se sono d'accordo, conferma lo specifico next step, il timing, e chi dovrebbe essere coinvolto. Se esitano, chiedi perché: "Cosa ti rende esitante?" Questo fa emergere le obiezioni rimanenti che hai bisogno di affrontare in un follow-up.

Exit criteria: Hai prenotato un next step (data, ora, e partecipanti specifici) o hai una chiara ragione del perché non sono pronti ad andare avanti.

Anti-Patterns

La Discovery della Checklist

Description: Muoversi attraverso una lista predefinita di domande di Discovery, chiedendo ognuna in ordine indipendentemente dalle risposte del prospect, e trattare le risposte come scatole da spuntare invece di thread da tirare.

Why it's harmful: La Discovery della checklist produce informazioni superficiali e prospect disimpegnati. Segnala che non stai ascoltando e non ti importa della loro situazione specifica. I prospect danno risposte brevi e non si aprono su sfide reali. Le informazioni che raccogli sono insufficienti per costruire un business case, e la relazione non si approfondisce.

Example (BAD): Tu: "Hai budget per questo?" Prospect: "Abbiamo un certo budget." Tu: "Perfetto. Il CFO è coinvolto in decisioni come questa?" Prospect: "A volte." Tu: "Ok. Quando vorresti implementare?" Prospect: "Qualcosa l'anno prossimo."

Example (GOOD): Tu: "Il budget è qualcosa che dovremmo capire. Raccontami come funzionano le decisioni di budget nella tua organizzazione. C'è un processo specifico o approvazione richiesta?" Prospect: "Dipende. Se è sotto 50K€, il mio direttore e io possiamo approvarlo. Sopra quello, va al CFO." Tu: "Ok. Quindi per una decisione come questa, sarebbe probabilmente sotto o sopra 50K€?" Prospect: "Probabilmente sopra." Tu: "Ok. Il CFO è stato aperto a investimenti in questa area prima?" Prospect: "Dipende. Avrebbero bisogno di vedere ROI." Tu: "Che tipo di ROI vorrebbero vedere?" Questo approccio raccoglie informazioni più profonde e rivela vincoli e criteri decisionali.

La Trappola del Dolore Non Quantificato

Description: Accettare dichiarazioni vaghe ed emozionali di dolore senza spingere verso numeri, metriche, o impatto aziendale. Trattare "Stiamo perdendo tempo" o "È frustrante" come qualificazione sufficiente.

Why it's harmful: Il dolore non quantificato non giustifica budget o urgenza. Un prospect che dice "Perdiamo tempo nell'inserimento manuale" potrebbe tollerare quel dolore per sempre perché non lo ha collegato a un impatto in dollari. Un business case richiede numeri: ore perse, persone colpite, costo annuale, impatto sui ricavi, o conseguenza sui clienti. Senza numeri, non puoi giustificare un prezzo di acquisto o una timeline.

Example (BAD): Prospect: "Il nostro processo di vendita è davvero lento." Tu: "Capito. Sembra frustrante. Come pensi che potremmo aiutare?" [Passa all'argomento successivo senza quantificare]

Example (GOOD): Prospect: "Il nostro processo di vendita è davvero lento." Tu: "Sento questo. Raccontami attraverso cosa lento significa. Quanto tempo ci vuole dalla prima conversazione alla chiusura?" Prospect: "Adesso, circa 6 mesi per i Deal enterprise." Tu: "Sei mesi—è dove vuoi essere, o è un problema?" Prospect: "È più lungo di quello che vorremmo. I nostri competitor si chiudono in 4 mesi." Tu: "Cosa costano i 2 mesi extra in termini di—i Deal cadono, stai perdendo ai competitor, o è solo ricavi persi durante quei mesi?" Prospect: "Probabilmente perdendo il 20% dei Deal che potremmo vincere se fossimo più veloci." Tu: "20% dei Deal enterprise—approssimativamente, a quanto ammonta annualmente?" Prospect: "Forse 5 milioni in ricavi annuali persi."

Assumere l'Economic Buyer

Description: Scoprire con un champion forte o un influencer ma mai confermare chi controlla il budget o fa la decisione finale. Assumere che la persona con cui stai parlando ha più autorità di quanta effettivamente ha.

Why it's harmful: Puoi fare una Discovery perfetta, scoprire tutto il dolore, allineare tutto con un champion—e poi un economic buyer precedentemente non incontrato uccide il Deal perché non è mai stato coinvolto in conversazioni o non vede il valore. Mesi di progresso evaporano. Inoltre, i Deal si fermano perché le domande sul budget rimangono senza risposta o i budget holder hanno priorità diverse dal tuo champion.

Example (BAD): Spendi 4 settimane a scoprire con il VP of Sales, che ama la tua soluzione. Assumi che possa approvare una spesa annuale di 200K€. Presenti a lei, è entusiasta, e dice "Lasciami allineare con i leader esecutivi e saremo a posto." Due settimane dopo, ti dice che il CFO pensa che sia troppo caro e vuole aspettare fino al prossimo anno. Il tuo Deal si ferma perché il CFO non è mai stato nella conversazione.

Example (GOOD): Presto nella Discovery: "Se volessi andare avanti con questo, raccontami il processo di approvazione. Chi avrebbe bisogno di firmare?" Prospect: "Posso spingerlo attraverso fino a 100K€. Qualsiasi cosa più grande ha bisogno dell'approvazione del CFO." Tu: "Ok. Quindi se questo è un investimento di 150K€, avremmo bisogno di coinvolgere il CFO presto. Avrebbe senso—dovremmo coinvolgere il CFO in una call o dovremmo aspettare finché non hai validato l'approccio?" Confermando, costruisci il comitato d'acquisto giusto presto.

Il Feature Dump Durante la Discovery

Description: Chiedere domande di Discovery ma poi immediatamente pivotare a fare il pitch di feature, capacità prodotto, o spiegare la tua soluzione prima che il prospect abbia avuto l'opportunità di articolare le loro priorità.

Why it's harmful: Passi da learning mode a selling mode troppo presto. Smetti di scoprire e inizi a posizionare. Il prospect dà risposte più brevi perché si difende da un pitch. Perdi la sfumatura. Non costruisci un business case—descrivi solo una soluzione che potrebbe o non potrebbe corrispondere ai loro bisogni.

Example (BAD): Prospect: "Abbiamo difficoltà con la lunghezza del ciclo di vendita." Tu: "Questo è effettivamente qualcosa che affrontiamo davvero bene. La nostra piattaforma ha workflow automation, visibilità in tempo reale nei Deal, forecasting potenziato da AI, e integrazioni con Salesforce che aiutano i team a chiudersi più velocemente. Lasciami mostrarti..." [Lancia nell'overview di feature prodotto]

Example (GOOD): Prospect: "Abbiamo difficoltà con la lunghezza del ciclo di vendita." Tu: "Raccontami di più su questo. Cosa sta guidando la lunghezza—è Discovery, procurement, approvazioni interne, o qualcos'altro?" Prospect: "Una grande parte è la visibilità. I Deal restano negli stage troppo a lungo e i rep non si accorgono che sono bloccati." Tu: "Ok, quindi la mancanza di visibilità sta causando che i Deal si blocchino. Come si mostra? I Deal stanno solo aspettando, o stanno cadendo?" Prospect: "Entrambi. I rep non sono proattivi abbastanza perché non sanno che un Deal è bloccato." Tu: "Ok. Prima di parlare di come potremmo aiutare, fammi capire l'impatto. Nel tuo team, approssimativamente quanti Deal per trimestre stimi siano colpiti da questo?" [Continua a scoprire l'impatto e i criteri decisionali prima di posizionare]

L'Assumption dell'Autorità

Description: Non chiedere mai se la persona con cui stai parlando è il giusto decision-maker o se la decisione richiederà input da altri. Assumere che un direttore, VP, o head di dipartimento possa fare una decisione unilaterale.

Why it's harmful: Non tutti i VP sono economic buyer. Alcuni hanno bisogno dell'approvazione del CFO, approvazione del CEO, o approvazione del board. Alcuni si affidano ai team tecnici. Spendi tempo a scoprire con qualcuno che non può firmare. Poi sei bloccato o il tuo Deal si ferma perché non hai mappato il potere decisionale effettivo presto.

Example (BAD): Scopri con un Head of Sales, costruisci un grande rapport, allinei sul dolore, e vicino alla fine della call, dice "Perfetto. Fammi rivedere questo con il CFO e ti ricontatterò." Realizzi che non avrebbe mai fatto la decisione unilateralmente.

Example (GOOD): Presto nella Discovery: "Chi tutto sarebbe coinvolto nella valutazione di una soluzione come questa?" Prospect: "Il mio team, definitivamente. Probabilmente IT a causa delle integrazioni. E se è una spesa significativa, il nostro CFO." Tu: "Cosa sarebbe una spesa significativa dalla loro prospettiva?" Prospect: "Qualsiasi cosa sopra 50K€ annui." Tu: "Ok. Quindi se questo è una decisione di 60K€, dovremmo coinvolgere il CFO. Quando avrebbe senso coinvolgere il CFO?" Confermando, costruisci l'audience giusta dall'inizio.

Scoprire Senza un Framework

Description: Fare domande di Discovery senza ancorare a un framework di qualificazione strutturato. Ogni call è disorganizzata, si affida all'intuizione, e produce diverse informazioni a seconda del rep.

Why it's harmful: Senza un framework, la Discovery è incoerente. Un rep scopre elementi MEDDIC, un altro scopre elementi BANT. Differenti rep si focalizzano su criteri diversi. Punteggiare i Deal diventa soggettivo. Non puoi accuratamente fare forecast perché i criteri di qualificazione differiscono tra i rep. I team con Discovery organizzata (MEDDIC, BANT, SPIN) si chiudono a percentuali più alte e hanno migliore visibilità.

Example (BAD): I rep chiedono quello che viene in mente, risultando in profondità di Discovery incoerente e qualificazione non uniforme.

Example (GOOD): Implementa MEDDIC attraverso il team. Ogni call di Discovery mappa ai sei criteri: Metrics (come sarà misurato il successo), Economic Buyer (chi controlla il budget), Decision Criteria (cosa rende una soluzione accettabile), Decision Process (come decideranno), Identify Pain (cosa è rotto), Champion (chi farà da advocate internamente). Ogni rep punteggia ogni elemento come Confermato, Presunto, o Sconosciuto. Il forecasting è coerente e accurato.

Output Format

Dopo una call di Discovery, questa skill produce un riassunto strutturato con i seguenti componenti:

Discovery Summary:

• Nome prospect, titolo, azienda, data della call
• Situazione attuale: Modello operativo, strumenti, persone, processi
• Punti dolenti (con quantificazione):
  • Dolore #1: [Descrizione] — Impatto: [Impatto quantificato]
  • Dolore #2: [Descrizione] — Impatto: [Impatto quantificato]
• Criteri decisionali: 3–5 fattori che renderebbero una soluzione accettabile
• Comitato d'acquisto: [Economic buyer], [Technical buyer], [Champion], [Altri stakeholder]
• Timeline: Timeline realistica basata sul loro processo
• Scorecard di qualificazione (usando il framework scelto):

  Criterio	Status	Note
  Metrics	Confermato/Presunto/Sconosciuto	[Dettagli]
  Economic Buyer	Confermato/Presunto/Sconosciuto	[Dettagli]
  [Criteri aggiuntivi]	Status	[Dettagli]

• Lacune: Informazione ancora necessaria per qualificare o avanzare il Deal
• Prossimi step: Specifica meeting o deliverable con data e partecipanti
• Valutazione del champion: Chi ha più probabilità di fare da advocate internamente?

Task-Specific Questions

Quando Prepari una Call di Discovery

• Quale framework userai per guidare la conversazione (MEDDIC, BANT, SPIN, personalizzato)?
• Quale contesto hai già su questo prospect (da cold call, LinkedIn, ricerca aziendale)?
• Quali 2–3 punti dolenti stai ipotizzando potrebbero avere, e quali domande farai per esplorarli?
• Chi ti aspetti sia l'economic buyer, e sei preparato a chiedere del comitato d'acquisto completo?
• Qual è il realistic next step che speri di raggiungere—Discovery di dolore aggiuntivo, validazione di un dolore, introduzione a uno stakeholder, o accordo per una demo?

Quando Analizzi una Call di Discovery Completata

• Hai chiesto su stato attuale e dolore per primo, o hai fatto il pitch di soluzioni troppo presto?
• Per ogni dolore menzionato, hai spinto verso la quantificazione (ore, costi, impatto sui ricavi)?
• Hai confermato l'economic buyer e mappato il comitato d'acquisto completo?
• Hai capito i loro criteri decisionali e il processo decisionale?
• Hai finito con un specific next step (data, ora, partecipanti) o un vago "Ti farò un follow-up"?
• Usando il tuo framework scelto, qual è lo status (Confermato/Presunto/Sconosciuto) per ogni criterio?

Quando Qualifichi o Disqualifichi Deal

• L'economic buyer è confermato e impegnato, o stai assumendo l'autorità?
• È il dolore stato quantificato, o è ancora vago?
• Hanno autorità di budget o un percorso realistico al budget?
• La timeline è realistica, o sono un perpetuo "Lasciami riflettere"?
• Hai identificato un champion che farà da advocate internamente, o l'adozione del comitato d'acquisto è incerta?

Quality Checklist

Prima, durante, o dopo aver usato questa skill, verifica quanto segue:

1. Allineamento del framework: Hai selezionato un framework di qualificazione (MEDDIC, BANT, SPIN) e ancorato la call a quel framework. Ogni domanda serve quel framework.

2. Quantificazione del dolore: Per almeno un punto dolente, hai spinto verso i numeri—ore a settimana, impatto finanziario, numero di persone colpite, o conseguenza sui ricavi.

3. Economic buyer identificato: Hai confermato (non assunto) chi controlla il budget e se hanno bisogno di essere coinvolti in questo stage del Deal.

4. Criteri decisionali documentati: Hai chiesto "Cosa sarebbe importante per te nella valutazione di una soluzione?" e documentato 3–5 criteri specifici (non cose vaghe come "facilità di uso").

5. Comitato d'acquisto mappato: Hai chiesto "Chi altro sarebbe coinvolto in una decisione come questa?" e identificato il technical buyer, economic buyer, champion, e end user.

6. Rapporto di ascolto: Stimi di aver parlato il 30–40% del tempo e ascoltato il 60–70%. Se hai parlato di più, hai fatto il pitch invece di scoprire.

7. Discovery primo, positioning dopo: Non hai fatto il pitch del tuo prodotto durante la Discovery. Hai solo chiesto del loro mondo fino alla Phase 5.

8. Clear next step: La call è finita con un specific next step (data/ora di meeting, deliverable, introduzione) o una chiara ragione del perché non sono pronti ad andare avanti.

9. Scorecard del framework completo: Per ogni criterio nel tuo framework scelto, hai assegnato uno status: Confermato (prove di prima mano), Presunto (segnale indiretto), o Sconosciuto (nessuna informazione ancora).

10. Lacune identificate: Hai documentato quale informazione manca ancora e quale domanda o conversazione colmerà quella lacuna.

Related Skills

• Cold Calling Mastery — Tattiche per raggiungere prospect e guadagnare il diritto a una conversazione di Discovery.
• Objection Handling — Strategie per gestire obiezioni che appaiono durante la Discovery (timeline, budget, preoccupazioni di allineamento interno).
• Deal Qualification — Criteri e framework per determinare se un'opportunità qualificata vale la pena perseguire o dovrebbe essere disqualificata.
• Demo Scripting — Strutturare una presentazione di prodotto che affronta i criteri decisionali scoperti durante la Discovery.

Example Prompts

• "Aiutami a strutturare una call di Discovery per un prospect nello spazio SaaS enterprise. Voglio usare MEDDIC. Quali domande dovrei chiedere per primo?"
• "Sto scoprendo con un champion ma non sono sicuro di chi sia l'economic buyer. Dammi uno script per chiedere direttamente senza danneggiare il rapport."
• "Qual è la prossima domanda che dovrei chiedere? Il prospect ha appena detto che perdono 2 ore per rep a settimana nell'inserimento dati."
• "Punteggia questo trascritto di call di Discovery usando MEDDIC. Quali criteri sono confermati, presunti, o sconosciuti?"
• "Penso di avere un Deal, ma non sono certo sulla timeline. Quali domande dovrei chiedere per validare se è realmente Q2 o se è effettivamente Q4?"
• "Aiutami a mappare il comitato d'acquisto completo. Ho parlato con il VP of Operations, ma ho bisogno di capire chi altro influenza questa decisione e quali sono le loro preoccupazioni."