-
Passo 1: definisci la decisione e il risultato
Cosa fare: indica quale decisione il modello deve aiutarti a prendere e seleziona il risultato che la misura direttamente. Per un immobile possono essere DSCR e flusso di cassa cumulativo; per un portafoglio, rendimento, volatilità, drawdown e allocazione; per un modello operativo, margine lordo, copertura delle spese e reddito operativo.
Come si presenta il successo: uno o più risultati hanno unità, periodi e soglie chiare.
Errore comune da evitare: non iniziare modificando le ipotesi prima di aver deciso quale risultato determinerà la decisione.
-
Passo 2: raccogli e traccia gli input
Cosa fare: elenca ogni ipotesi, il suo valore, l'unità, la data e la posizione della fonte. Ricalcola i numeri importanti e riconducili al file sorgente, alla riga e al campo esatti, così che il test di sensibilità parta da uno scenario di base difendibile.
Come si presenta il successo: ogni input rilevante può essere individuato e spiegato a un altro revisore.
Errore comune da evitare: non mescolare i valori delle fonti con stime non contrassegnate e non modificare silenziosamente le unità.
-
Passo 3: seleziona i driver di sensibilità
Cosa fare: scegli variabili con un collegamento plausibile al risultato. Tra gli esempi dei modelli forniti figurano tasso d'interesse, occupazione, inflazione, costi infrastrutturali, rendimento degli asset, volatilità, correlazione, ricavi, margine lordo e spese operative.
Come si presenta il successo: ogni driver selezionato ha una motivazione d'inclusione e una direzione di rischio dichiarata.
Errore comune da evitare: evita di testare allo stesso modo ogni input disponibile quando solo poche variabili guidano la decisione.
-
Passo 4: costruisci gli scenari di base, negativo e positivo
Cosa fare: conserva lo scenario di base, quindi crea alternative controllate. Nel modello immobiliare, gli scenari sono Base al 5,74%, Shock dei tassi al 7,74% e Stagflazione al 5,74%, con copertura e flusso di cassa più deboli.
Come si presenta il successo: ogni scenario ha un insieme di ipotesi denominato e può essere riprodotto senza sovrascrivere lo scenario di base.
Errore comune da evitare: non descrivere uno scenario come test a variabile singola se sono cambiate insieme diverse ipotesi.
-
Passo 5: calcola i risultati e le soglie
Cosa fare: ricalcola il modello per ogni caso e confronta i risultati con le soglie decisionali. La dashboard immobiliare utilizza un DSCR di 1,0x, mentre l'esempio di leva operativa utilizza un rapporto tra utile lordo e spese operative di 1,0x come punto in cui l'utile lordo copre interamente le spese operative.
Come si presenta il successo: puoi identificare il primo periodo, scenario o intervallo di ipotesi in cui il modello supera una soglia.
Errore comune da evitare: non riportare una variazione percentuale senza mostrare il valore assoluto e il confronto con la soglia.
-
Passo 6: presenta visivamente i risultati
Cosa fare: utilizza tabelle di scenario per i valori esatti, grafici a linee per gli andamenti nel tempo, mappe di calore per i margini rispetto alle soglie e matrici di correlazione per le relazioni. Le dashboard fornite includono DSCR per scenario, occupazione di pareggio, flusso di cassa cumulativo, allocazione, drawdown, contributo al rendimento, residui e viste degli errori per regime.
Come si presenta il successo: un revisore può individuare il rischio maggiore, la sua tempistica e il suo effetto senza ricostruire l'intero modello.
Errore comune da evitare: non utilizzare un grafico che nasconda unità, periodi, etichette degli scenari o valori negativi.
-
Passo 7: convalida, spiega e conserva le prove
Cosa fare: ricalcola i numeri, controlla formule e riferimenti, esamina i risultati insoliti e conserva un rapporto riproducibile con le relative citazioni. La verifica indipendente è particolarmente importante quando il lavoro originale è stato prodotto da un altro sistema di IA.
Come si presenta il successo: il rapporto finale mostra ipotesi, calcoli, risultati, riferimenti alle fonti e riscontri superato/non superato.
Errore comune da evitare: non considerare una dashboard curata come prova della correttezza del modello sottostante.