Template per Analisi Build vs Buy in Word
Quando devi decidere se costruire internamente o comprare (un software, una piattaforma, una capability), la sensazione non basta: serve un documento che regga davanti al board. Da ciò che gli fornisci, il prompt costruisce un'analisi build-vs-buy strutturata in Word: criteri di decisione pesati, confronto del costo totale di possesso su più anni per ciascuna opzione, matrice dei rischi, analisi di sensibilità sulle ipotesi più fragili e una raccomandazione finale con le condizioni che la renderebbero reversibile. Nessun numero inventato: lavora solo sui dati che dai.
Esempio di output
# Analisi Build-vs-Buy — [Capability / Sistema] ## 1. Inquadramento e domanda decisionale Decisione richiesta: costruire, comprare o ibrido per [capability]. Orizzonte: [N anni]. Sponsor: [ruolo]. ## 2. Criteri di decisione (pesati) | Criterio | Peso % | Costruire | Comprare | Ibrido | |---|---|---|---|---| | Time-to-value | 25 | 2 | 5 | 4 | | Controllo/roadmap | 20 | 5 | 2 | 4 | | TCO 3 anni | 25 | … | … | … | | Rischio esecuzione | 15 | 2 | 4 | 3 | | Lock-in fornitore | 15 | 5 | 2 | 3 | | **Punteggio pesato** | 100 | =SOMMAPRODOTTO | … | … | ## 3. Confronto TCO (orizzonte [N anni]) | Voce di costo | Anno 1 | Anno 2 | Anno 3 | Totale | |---|---|---|---|---| | Licenze/abbonamenti | … | … | … | … | | Sviluppo/implementazione | … | … | … | … | | Infrastruttura | … | … | … | … | | Manutenzione | … | … | … | … | | Costo di uscita | — | — | … | … | | **TCO opzione** | | | | **[valore]** | ## 4. Matrice rischi | Rischio | Opzione esposta | Probabilità | Impatto | Mitigazione | |---|---|---|---|---| | Sovra-costo sviluppo | Costruire | Alta | Alto | … | ## 5. Analisi di sensibilità Se [ipotesi chiave] varia di ±20%, la raccomandazione: [tiene / si ribalta a favore di …]. ## 6. Raccomandazione e reversibilità Raccomandazione: [opzione], perché [motivazione legata ai criteri e al TCO]. Si ribalterebbe se [condizione]. Reversibilità: [come e a quale costo]. Nota: tutti i valori derivano dai dati forniti; le celle vuote sono ipotesi da validare, non stime inventate.
Domande frequenti
Di default mette a confronto tre opzioni: costruire internamente, comprare una soluzione di mercato e l'ibrido (comprare e personalizzare, oppure costruire su componenti acquistati). L'ibrido è spesso la scelta reale e ignorarlo falsa la decisione. Se vuoi limitare il confronto a due opzioni puoi dirlo nel contesto, ma il documento segnala esplicitamente quando scartare l'ibrido a priori sta nascondendo la scelta migliore.
Usa solo i costi e le ipotesi che fornisci. Dove un costo manca lascia una cella segnaposto e lo elenca tra le ipotesi da validare, invece di inventare una cifra. Il TCO è scomposto in voci esplicite (licenze, sviluppo, infrastruttura, manutenzione, formazione, uscita) così vedi esattamente da dove viene ogni euro e quali numeri devi ancora procurarti prima di decidere.
È motivata e condizionata. Il documento dichiara la raccomandazione, ma la lega alle ipotesi che la sostengono e indica quali variazioni la ribalterebbero (è il senso dell'analisi di sensibilità). Aggiunge anche le condizioni di reversibilità: cosa rende la scelta annullabile e a quale costo, perché una decisione build-vs-buy senza via d'uscita è un rischio mascherato da strategia.
Vuoi un template su misura?
Costruiscine uno in poche domande — con la struttura corretta per il tuo standard.