N
Negotiations.AI
← Back to blog

Costruisci e testa una BATNA prima di farvi affidamento

Come può un team identificare le alternative e verificare che la propria BATNA sia eseguibile. Una guida pratica con requisiti probatori, punti decisionali umani,...

16 min read

Costruisci e testa una BATNA prima di farvi affidamento

Per costruire una BATNA, identifica diversi modi per soddisfare il bisogno aziendale sottostante senza l'accordo proposto, confrontali con criteri coerenti e seleziona l'opzione fattibile migliore. Poi verifica se quell'opzione dispone dei finanziamenti, della capacità, delle approvazioni, dell'impegno della controparte, della prontezza tecnica e del piano di attivazione necessari per eseguirla.

Quest'ultimo passaggio è essenziale. Il nome di un fornitore, un preventivo indicativo o una soluzione interna temporanea sono solo alternative candidate. Diventano una credibile Best Alternative to a Negotiated Agreement—BATNA—quando i responsabili competenti hanno verificato le prove e approvato il piano in caso di mancato accordo.

Risposta rapida

Un team dovrebbe trattare la pianificazione della BATNA come un lavoro di prontezza operativa. Definisci il bisogno, genera alternative, normalizza costi e rischi, valida le dipendenze esterne e interne, esegui un test pratico proporzionato e ottieni l'approvazione per attivare un'opzione. Testa di nuovo le alternative negoziali prima di interrompere la trattativa, perché preventivi, capacità, finanziamenti, stato di conformità e prontezza all'implementazione possono cambiare.

Cosa significa una BATNA eseguibile

Una BATNA è la linea d'azione che un team seguirà se la negoziazione in corso si conclude senza accordo. Il concetto è associato a Roger Fisher, William Ury e Bruce Patton, come spiegato dal Program on Negotiation di Harvard.

Tre termini non devono essere confusi:

  • Alternativa candidata: Una possibile opzione in caso di mancato accordo che non ha ancora superato i controlli di fattibilità e approvazione.
  • BATNA eseguibile: La migliore alternativa che l'organizzazione può attivare entro il periodo richiesto usando risorse impegnate e ipotesi sufficientemente verificate.
  • Punto di riserva: Il risultato negoziato meno favorevole che il team dovrebbe accettare invece di eseguire la propria BATNA.

La ZOPA, o Zone of Possible Agreement, esiste dove gli intervalli accettabili delle parti si sovrappongono. Il tuo punto di riserva aiuta a definire il tuo lato di quell'intervallo, ma dovrebbe riflettere il costo completo, il ritardo, il rischio e l'onere di transizione della BATNA, non semplicemente il prezzo quotato da un fornitore alternativo.

Ne segue una regola pratica:

Se il team non sa spiegare chi attiva l'alternativa, con quale autorità, usando quali risorse, entro quale data e sulla base di quali prove, allora non dispone ancora di una BATNA eseguibile.

Come costruire una BATNA: il framework NEEDS

Usa il framework NEEDS per passare da un elenco speculativo a un piano approvato per il mancato accordo:

  1. N — Nominare il bisogno sottostante
  2. E — Espandere l'insieme delle opzioni
  3. E — Uniformare i confronti
  4. D — Dimostrare l'eseguibilità
  5. S — Ottenere l'approvazione e fissare date di scadenza

Questo framework può inserirsi in un processo più ampio di Negotiation planning.

1. Nominare il bisogno sottostante

Prima di cercare un altro fornitore, definisci il risultato che l'organizzazione deve preservare. Registra:

  • Volume richiesto, livello di servizio e data di consegna
  • Interruzione massima tollerabile
  • Sostituzioni accettabili o modifiche di specifica
  • Vincoli di qualità, normativi, di cybersicurezza, geografici e di sostenibilità
  • Costi e rischi che devono essere inclusi
  • La scadenza decisionale

Questo impedisce che la soluzione attuale del fornitore incumbent diventi la definizione del requisito. Un design alternativo, un calendario di consegna diverso o un altro livello di servizio potrebbero soddisfare il bisogno reale in modo più efficace.

Come utile punto di riferimento nel public procurement, FAR 10.002 avvia la market research con una descrizione del bisogno e richiede di considerare trade-off, assetti alternativi, supporto del fornitore e stime di costo. Indica inoltre che la profondità della ricerca dovrebbe riflettere fattori quali urgenza, complessità, valore ed esperienza pregressa.

Decisione umana richiesta: Operations, responsabili tecnici, procurement e altri stakeholder responsabili devono decidere quali requisiti sono davvero obbligatori. L'AI non dovrebbe allentare silenziosamente vincoli di sicurezza, qualità o normativi per creare un'alternativa più attraente.

2. Espandere l'insieme delle opzioni

La pianificazione della BATNA dovrebbe cercare oltre una sostituzione fornitore-per-fornitore. Genera opzioni almeno lungo queste dimensioni:

  • Un altro produttore, fornitore di servizi o distributore
  • Sourcing suddiviso o dual sourcing temporaneo
  • Un prodotto, materiale, design o livello di servizio sostitutivo
  • Volume, calendario, località o durata diversi
  • Insourcing temporaneo o produzione interna
  • Riduzione delle scorte, riparazione, riuso, rinvio o riduzione della domanda

Usa conversazioni con fornitori, registri recenti di sourcing, cataloghi, database contrattuali, esperti tecnici, richieste di informazioni e team operativi interni. Le linee guida FAR sulla market research elencano diverse tecniche comparabili, tra cui discussioni con fornitori, RFI, elenchi di fonti, cataloghi, database e incontri pre-solicitation.

Non selezionare ancora la BATNA. Lo scopo di questa fase è il pensiero divergente; la valutazione viene dopo.

3. Uniformare i confronti

Normalizza ogni alternativa rispetto alla stessa domanda, durata, valuta, ambito, livello di servizio e orizzonte di rischio. Altrimenti, il prezzo apparentemente più basso potrebbe riferirsi a un volume inferiore, un supporto più debole, trasporto escluso o una data di avvio irrealistica.

Un modello utile è:

Valore dell'alternativa corretto per il rischio = valore operativo atteso − costo totale del ciclo di vita − perdita attesa da fallimento − onere di transizione

Includi, ove rilevante:

  • Prezzo, escalation, trasporto, dazi e imposte
  • Attrezzature, test, qualificazione e integrazione dei sistemi
  • Implicazioni su inventario e capitale circolante
  • Costi di uscita, implementazione e switching
  • Esposizione a fermo operativo o ritardo nei benefici
  • Differenze di garanzia, supporto e servizio
  • Reversibilità e rischio strategico di concentrazione

Stima: La perdita attesa da fallimento può essere modellata come probabilità moltiplicata per conseguenza. Entrambi gli input sono stime, non fatti. Mostra intervalli ed esegui casi base, ottimistici e di stress tramite negotiation scenario modeling.

4. Dimostrare l'eseguibilità

È qui che i team testano le alternative negoziali invece di limitarsi a discuterle. Per un'opzione basata su un fornitore, verifica quattro forme di prontezza.

Prontezza della controparte

Cerca prove di:

  • Entità giuridica esatta e firmatario autorizzato
  • Ambito, prezzo, periodo di validità e condizioni materiali in forma scritta
  • Capacità disponibile presso uno stabilimento o team nominato
  • Componenti del lead time e percorso logistico
  • Disponibilità ad accettare termini commerciali materiali

Prontezza tecnica e operativa

Cerca prove di:

  • Campioni, risultati di test o un piano di qualificazione approvato
  • Controlli qualità e certificazioni pertinenti
  • Storico di prestazioni comparabili
  • Piani di attrezzaggio, implementazione, migrazione dati e transizione
  • Disponibilità del personale interno

FAR 9.104-1 fornisce un'utile checklist di responsabilità che copre risorse finanziarie, capacità di rispettare il calendario alla luce di altri impegni, storico di performance e integrità, controlli operativi, competenze, attrezzature, strutture e idoneità legale.

I riferimenti storici richiedono contesto. FAR Subpart 42.15 individua considerazioni tra cui recenza, rilevanza, rispetto delle tempistiche, qualità, controllo dei costi, integrità e azioni correttive. I risultati passati sono prove, ma non garantiscono consegne future.

Prontezza finanziaria e di conformità

A seconda della transazione e della giurisdizione, le prove possono includere:

  • Bilanci o informazioni creditizie
  • Filing di società quotate disponibili tramite SEC EDGAR
  • Informazioni su entità ed esclusioni da SAM.gov
  • Screening sanzionatorio usando una fonte ufficiale appropriata, come il tool di ricerca OFAC
  • Licenze, certificazioni, assicurazioni o security review richieste

Una corrispondenza in un database non costituisce una conclusione legale o di conformità definitiva. Ad esempio, lo strumento OFAC usa fuzzy matching, quindi una possibile corrispondenza di nome richiede risoluzione dell'identità e revisione da parte di personale qualificato.

Prontezza pratica

Usa il test proporzionato più robusto disponibile:

  • Campione o prototipo
  • Proof of concept tecnica
  • Audit di fabbrica o di processo
  • Spedizione di prova
  • Ordine a volume limitato
  • Implementazione graduale
  • Prenotazione di capacità
  • Prova di transizione o esercitazione tabletop

Per una procurement negotiation ad alta criticità, una prova riuscita fornisce in genere evidenze pratiche più forti di una presentazione o di un'assicurazione non vincolante. Anche un piccolo pilot potrebbe comunque non dimostrare la performance a piena scala.

5. Ottenere l'approvazione e fissare date di scadenza

Un team non dovrebbe definire un'opzione come propria BATNA finché un record di attivazione non identifica:

  • L'alternativa selezionata e il motivo per cui le altre sono state scartate
  • Le prove a supporto di prezzo, capacità, tempi, qualità e conformità
  • Ipotesi e condizioni aperte
  • Finanziamento e risorse interne richieste
  • Responsabile dell'attivazione e azioni passo per passo
  • Date di scadenza di preventivi, approvazioni, certificazioni e valutazioni
  • Un fallback se la BATNA selezionata fallisce
  • Approvazioni richieste da procurement, tecnico, finance, legale, compliance ed executive

La decisione finale deve restare in capo a un essere umano responsabile. FAR Subpart 15.3 offre un'utile analogia di governance: competenze rilevanti, trade-off documentati, strategia approvata e decisione motivata in modo indipendente dall'autorità designata.

La checklist di validazione della BATNA

Usa questa checklist riutilizzabile come gate di attivazione. Contrassegna ogni voce come Verificata, Ipotesi, Stima o Non risolta; non ridurre l'esercizio a un unico punteggio non spiegato.

Requisito

  • Il risultato aziendale sottostante è documentato.
  • I requisiti obbligatori sono separati dalle preferenze.
  • Volume, tempistiche e livelli di servizio richiesti sono espliciti.
  • L'interruzione massima accettabile è approvata.

Impegno commerciale

  • L'esatta entità contrattuale è nota.
  • Un preventivo o un'offerta scritta indica ambito, prezzo, validità e condizioni.
  • I termini materiali sono stati esaminati.
  • I costi di switching, implementazione e uscita sono inclusi.

Capacità e calendario

  • La capacità è collegata a uno stabilimento, una linea o un team di consegna nominati.
  • Gli impegni esistenti sono stati considerati.
  • Le ipotesi su lead time e logistica sono supportate.
  • La capacità resta disponibile fino alla probabile data di attivazione.

Adeguatezza tecnica e qualitativa

  • Campioni, test o prove di qualificazione supportano l'adeguatezza tecnica.
  • I controlli qualità e le certificazioni sono stati esaminati.
  • Il pilot o il test è sufficientemente rappresentativo per la scala prevista.
  • I processi di azione correttiva e supporto sono compresi.

Rischio e conformità

  • Identità legale, proprietà, idoneità e screening applicabili sono completi.
  • La capacità finanziaria è stata valutata usando prove appropriate.
  • Le revisioni di cybersicurezza, sicurezza, qualità e normative sono complete ove applicabili.
  • I rischi di concentrazione, transizione e reversibilità sono documentati.

Prontezza interna

  • Il finanziamento è approvato e disponibile.
  • Operations, engineering, IT, quality e altre risorse sono impegnate.
  • Sono nominati il responsabile dell'attivazione e l'autorità decisionale.
  • La sequenza di implementazione è stata provata o riesaminata.

Controllo della negoziazione

  • Il punto di riserva usa la BATNA corretta per il rischio anziché il prezzo di facciata.
  • Il team ha concordato quali informazioni sulla BATNA, se del caso, possono essere divulgate.
  • È documentato un fallback di seconda scelta.
  • È pianificata una rivalidazione finale immediatamente prima di farvi affidamento o interrompere la trattativa.

Regola di attivazione: Una voce non risolta che potrebbe impedire l'avvio è una condizione di stop, non una piccola detrazione da un punteggio.

Tieni separati fatti, ipotesi, stime e raccomandazioni

I team di negoziazione aziendale spesso perdono fiducia perché la loro analisi mescola prove e ottimismo. Usa quattro colonne chiaramente etichettate.

Classification Meaning Example
Fatto verificato Supportato da prove attuali Preventivo scritto valido fino a una data indicata
Ipotesi Ritenuta vera ma non ancora dimostrata Engineering approverà il sostituto
Stima Un valore incerto modellato La transizione potrebbe richiedere un intervallo di tempo e costo
Raccomandazione Corso d'azione proposto Riservare capacità prima dell'ultimo round negoziale

Assegna a ogni ipotesi materiale un responsabile, un metodo di validazione, una scadenza e una conseguenza se si rivela falsa. Mantieni le date delle fonti accanto ai fatti verificati. Esegui sensitivity test sulle stime che potrebbero cambiare quale alternativa si classifica al primo posto.

Esempio ipotetico: testare una BATNA per la fornitura di packaging

Esempio ipotetico—non costituisce prova né benchmark: Un team procurement sta negoziando un rinnovo con il proprio fornitore principale di packaging. Un secondo converter fornisce un preventivo indicativo interessante, quindi gli stakeholder inizialmente lo definiscono la BATNA.

Il team applica il framework NEEDS e trova diverse lacune:

  • Il preventivo esclude una finitura di stampa richiesta.
  • La capacità è descritta come “disponibile” ma non è riservata.
  • Quality ha testato campioni, ma non output su scala produttiva.
  • Operations non ha approvato la finestra di transizione.
  • Il finanziamento per le attrezzature compare in un budget preliminare ma non è autorizzato.

Il converter è quindi un'alternativa candidata, non una BATNA eseguibile.

Il team richiede un'offerta scritta rivista, conduce una prova di produzione limitata, verifica un percorso logistico, ottiene l'approvazione per le attrezzature e documenta la sequenza di transizione. I responsabili umani valutano poi se la prova rappresenti condizioni a piena scala e se i rischi residui siano accettabili.

Solo dopo queste decisioni il team può usare l'alternativa per fissare un punto di riserva difendibile. Anche allora, ricontrolla la validità del preventivo e la capacità prima di qualsiasi decisione di interrompere la trattativa.

Come l'AI può supportare la pianificazione della BATNA senza prendere la decisione

L'AI può ridurre il lavoro amministrativo e mettere in luce incoerenze, ma non può trasformare materiale di origine debole in capacità verificata o finanziamento approvato.

In un workflow procurement concreto, un team potrebbe usare Negotiations.AI per organizzare i preventivi dei fornitori, estrarre condizioni dichiarate e date di scadenza, confrontare alternative rispetto a un template comune, identificare prove mancanti e preparare scenari per la revisione degli stakeholder. Gli utenti dovrebbero verificare i termini estratti rispetto ai documenti sorgente e indirizzare le questioni non risolte al responsabile competente.

Tra le attività appropriate assistite dall'AI rientrano:

  • Strutturare alternative candidate a partire da note di workshop
  • Segnalare disallineamenti tra valute, termini, volumi o ambiti di servizio
  • Redigere domande di due diligence
  • Identificare ipotesi non supportate
  • Modellare scenari base, ottimistici e di stress
  • Mantenere un registro delle prove con date delle fonti
  • Produrre un brief di revisione per gli stakeholder

L'approvazione umana resta obbligatoria per:

  • Modificare requisiti obbligatori
  • Accettare rischio tecnico, qualitativo, di conformità o di cybersicurezza
  • Giudicare se un pilot rappresenta la performance a piena scala
  • Impegnare fondi e risorse interne
  • Selezionare la BATNA e fissare il punto di riserva
  • Autorizzare la selezione del fornitore o la decisione di interrompere la trattativa
  • Decidere se divulgare informazioni sulla BATNA

Per un workflow controllato più ampio, vedi AI for Negotiation: Procurement Prompts, Guardrails, and Approval Gates.

Errori comuni nella pianificazione della BATNA

Trattare un preventivo indicativo come un impegno

Un preventivo può essere non vincolante, condizionato, scaduto o incompleto. Verifica ambito, validità, capacità, costi pass-through e termini materiali.

Confondere l'idoneità del fornitore con la disponibilità

I database pubblici possono aiutare a verificare identità, esclusioni, filing o informazioni sanzionatorie. Non dimostrano che un fornitore abbia capacità libera o accetterà la transazione.

Ignorare le dipendenze interne

Un fornitore esterno può essere pronto mentre finanziamento interno, engineering, IT, quality o risorse operative non sono disponibili. L'eseguibilità richiede entrambi i lati.

Usare il prezzo come punto di riserva

Il reale valore comparativo della BATNA include transizione, ritardo, rischio e differenze di performance. Un preventivo più economico può produrre un esito peggiore in caso di mancato accordo.

Lasciare scadere le prove

Capacità, preventivi, stato sanzionatorio, logistica, finanziamento e previsioni possono cambiare durante una lunga negoziazione aziendale. La fiducia nella BATNA si deteriora se il team non la rivalida.

Rivelare troppo

Una BATNA credibile crea leva senza necessariamente essere divulgata. Condividere costi precisi, vincoli o date di scadenza può aiutare la controparte a prezzare appena entro il tuo punto di riserva.

Limiti: quando il testing non può creare certezza

Nessun processo di validazione elimina l'incertezza. Le performance storiche potrebbero non prevedere i risultati futuri; i filing finanziari possono essere datati; un pilot potrebbe non rappresentare la scala produttiva; e anche un preventivo accettato può dipendere da condizioni.

Il processo richiede anche proporzionalità. Un acquisto di basso valore e reversibile potrebbe non giustificare un audit o un pilot. Un cambio safety-critical, regolamentato o essenziale dal punto di vista operativo può richiedere una qualificazione più approfondita e una revisione specialistica. L'urgenza può limitare i test, ma non trasforma un'ipotesi non verificata in un fatto. In quella situazione, i decisori dovrebbero accettare esplicitamente il rischio residuo e preparare una contingency.

Inoltre, una BATNA non è sempre un altro fornitore. In un mercato vincolato o sole-source, la migliore alternativa potrebbe essere il rinvio, la riprogettazione, la riduzione della domanda, la riparazione o una soluzione operativa temporanea. L'obiettivo è la migliore linea d'azione in caso di mancato accordo, non l'apparenza di leva competitiva.

La revisione finale prima di interrompere la trattativa

Immediatamente prima di fare affidamento sulla BATNA, chiedi:

  1. L'alternativa è ancora disponibile ai termini ipotizzati?
  2. Prezzo, capacità, lead time, logistica e stato di conformità sono stati aggiornati?
  3. Finanziamento e risorse interne sono effettivamente impegnati?
  4. Tutte le condizioni di stop sono state risolte o accettate da una persona autorizzata?
  5. Il punto di riserva riflette il valore corrente corretto per il rischio?
  6. Chi ha l'autorità di terminare la negoziazione e attivare l'alternativa?
  7. Cosa succede se la BATNA fallisce dopo l'attivazione?

Una BATNA testata non richiede che un team preferisca il mancato accordo. Fornisce al team uno standard di confronto credibile e la capacità pratica di rifiutare un esito peggiore della propria alternativa approvata.

Approfondimenti

FAQ

Come può un team identificare le alternative e verificare che la propria BATNA sia eseguibile?

Definisci il bisogno sottostante, genera opzioni lungo le dimensioni di fornitore, specifica, domanda, tempistiche e soluzione interna temporanea, e confrontale in modo coerente. Poi verifica impegno commerciale, capacità, calendario, adeguatezza tecnica, conformità, finanziamento, risorse interne e autorità di attivazione. Seleziona un'alternativa solo dopo che gli stakeholder responsabili hanno approvato le prove e il piano di esecuzione.

Come si testano le alternative negoziali prima di un incontro con un fornitore?

Usa prove proporzionate: offerte scritte, conferma di capacità, campioni, test tecnici, audit, referenze, spedizioni di prova, ordini limitati o prove di transizione. Conferma anche finanziamento e risorse interne. Prima dell'incontro, etichetta le condizioni non risolte ed evita di descrivere come certa un'opzione non testata.

Qual è la differenza tra una BATNA e una ZOPA?

Una BATNA è ciò che il tuo team farà se non c'è accordo. Una ZOPA è l'intervallo entro cui entrambe le parti potrebbero accettare un accordo. La tua BATNA corretta per il rischio informa il tuo punto di riserva, che aiuta a definire il confine di un accordo accettabile dal tuo punto di vista.

Ogni quanto dovrebbe essere rivalidata una BATNA?

Rivalidala ogni volta che cambiano prove materiali e immediatamente prima di farvi affidamento o interrompere la trattativa. Presta particolare attenzione a validità dei preventivi, capacità, lead time, stato di conformità, finanziamento, risorse interne e qualificazione tecnica.

L'AI può selezionare automaticamente la BATNA?

L'AI può strutturare le informazioni, segnalare lacune e modellare scenari. Non dovrebbe prendere la decisione finale su selezione del fornitore, accettazione del rischio, finanziamento o interruzione della trattativa. Queste decisioni richiedono giudizio umano responsabile e l'autorità formale di approvazione dell'organizzazione.

Disclaimer: Questo articolo fornisce informazioni generali sulla pianificazione della negoziazione, non consulenza legale, finanziaria, di conformità o di procurement.

Trade‑off di scenario e briefing decisionali

Prepara, pianifica e simula negoziazioni con il tuo co‑pilota IA. Costruisci una memoria istituzionale che rende più intelligente tutta la tua organizzazione.