Sapere che cosa state comprando.
La presentazione dice che la piattaforma è scalabile. Noi leggiamo il codice, parliamo con gli sviluppatori e vi diciamo che cosa c’è davvero, in un linguaggio su cui il vostro consiglio può agire.
Esaminiamo codice, architettura, team e processi di un’azienda prima che investiate o la acquisiate, e riferiamo in linguaggio semplice. Di solito i risultati cambiano il prezzo o le condizioni più che far saltare l’operazione. Non ci candidiamo mai a ricostruire ciò che valutiamo: è ciò che rende il report affidabile.
Aggiornato novembre 2026
Quasi nulla di ciò che troviamo è un motivo per andarsene. Quasi tutto è un motivo per negoziare.
Chi compra si aspetta un verdetto. Riceve qualcosa di più utile: un elenco di ciò che costerà soldi dopo la chiusura, di ciò che comporta un rischio reale e di ciò che è stato descritto con ottimismo.
I risultati tipici sono poco spettacolari. Una sola persona capisce il sistema critico. Non ci sono test, quindi ogni modifica è una scommessa. Il costo dell’infrastruttura triplicherà alla crescita prevista. Nessuno di questi fa saltare un’operazione; tutti meritano di essere conosciuti prima di firmare.
Scriviamo per chi prende la decisione, non per gli sviluppatori. Se il vostro consiglio non può agire sul report, il report ha fallito, per quanto approfondito fosse.
Che cosa ricevete.
Un report leggibile dal consiglio
Prima i risultati, in linguaggio semplice, con i dettagli tecnici in appendice per chi li vuole.
Risultati ordinati per costo
Che cosa dovrete spendere dopo la chiusura, e più o meno quando.
Le persone chiave, con nome
Chi ha conoscenze che nessun altro ha. Il risultato di maggior valore, quasi sempre.
Una lettura onesta del team
Dalle conversazioni con gli sviluppatori, non dai curriculum.
Che cosa vogliono dire le promesse
Dove la presentazione e il repository non sono d’accordo, detto senza drammi.
Proiezione dei costi
Quanto costa l’infrastruttura alla crescita prevista, cosa che raramente viene modellata.
Domande per la trattativa
Cose precise da chiedere, con le risposte che dovreste aspettarvi.
Una chiamata per ripercorrerlo
Così il vostro team può chiedere che cosa significano i risultati per il prezzo.
Che cosa guardiamo davvero.
In ordine di quanto spesso un risultato cambia un’operazione.
| Area | Che cosa verifichiamo | Quanto spesso conta |
|---|---|---|
| Dipendenza da persone chiave | Chi capisce che cosa, e che cosa succede se se ne va | Molto spesso: il primo risultato |
| Test e rilasci | Possono cambiare le cose in modo sicuro e rapido | Molto spesso |
| Architettura sotto carico | Che cosa si rompe a dieci volte il carico attuale | Spesso |
| Costo dell’infrastruttura | Quanto costerà alla crescita prevista | Spesso, e raramente è modellato |
| Sicurezza e dati | Accessi, segreti, gestione dei dati personali | A volte, e seriamente quando succede |
| Licenze e proprietà | Chi possiede il codice, che cosa è usato in licenza | Raramente, ma a volte è fatale |
Da dove viene il giudizio.
Il nostro fondatore è stato CTO di una fintech di pagamenti e di una piattaforma di gestione aziendale: sistemi veri, in produzione.
Lavoro per il più grande switch di pagamento condiviso del Pakistan, dove le decisioni di architettura si vedono.
Non ci candidiamo a ricostruire ciò che valutiamo. Renderebbe il report inutile.
Quando commissionarla.
State acquisendo un’azienda
La tecnologia è di solito la parte meno esaminata di un’operazione e spesso la sorpresa più costosa.
State investendo
Soprattutto quando il round è abbastanza grande che una ricostruzione peserebbe.
Siete voi a essere esaminati
Trovare da soli i vostri problemi è molto meglio che farli trovare a chi compra.
Non fa per voi se l’operazione si farà comunque
Se la decisione è già presa e serve solo un documento da archiviare, ve lo diciamo invece di produrlo.
Come lavoriamo.
Concordiamo che cosa vi importa
Un’acquisizione di un’azienda di cinque persone e un round di crescita richiedono profondità diverse. Il perimetro decide il prezzo.
Leggiamo il codice
Struttura, qualità, test, dipendenze, e dove stanno le parti rischiose.
Parliamo con gli sviluppatori
Di solito la parte più rivelatrice. Le persone sono sincere quando glielo si chiede direttamente, e senza l’amministratore presente.
Verifichiamo l’infrastruttura
Quanto costa oggi, quanto costerà alla crescita prevista.
Scriviamo in modo semplice
Risultati ordinati per quanto vi costeranno, non per gravità tecnica.
Ve lo spieghiamo
Così la trattativa si basa su ciò che i risultati significano davvero.
Due diligence tecnica
6 domande con risposta. Ne avete un’altra? Scriveteci.
Dipende dalle dimensioni della piattaforma e del team, ma il fattore limitante è quasi sempre l’accesso: quanto in fretta otteniamo il repository, l’account dell’infrastruttura e il tempo con gli sviluppatori. Concordiamo i tempi con voi prima di iniziare, sapendo che le operazioni hanno scadenze.
Sette categorie. Quarantacinque servizi.
Raccontateci il progetto, com’è davvero.
Scriveteci cosa vi serve e dove siete bloccati. Vi rispondiamo entro un giorno lavorativo con domande vere, e se il progetto dovrebbe essere più piccolo di come lo immaginate ve lo diremo.