# Diego Lopez, Solution Architect > Trasformo l'attrito operativo in margine. Misuro i numeri, eseguo il cambiamento e faccio in modo che le persone lo adottino davvero. Public Ghost content for AI and LLM tooling. This file includes a bounded export of public pages first, then recent public posts. Append `.md` to any post or page URL to get the content in Markdown (for example, `/example-post.md`). ## Pages ### Casi URL: https://lopezinthe.net/casi/ Last updated: 2026-07-29T05:29:56.000Z Qui trovi nove interventi reali con i risultati misurati. Non compaiono i nomi dei committenti: gli accordi di riservatezza valgono anche quando sarebbe comodo il contrario, e un consulente che pubblica i clienti senza chiedere è il primo segnale che non dovresti affidargli i tuoi dati. Settore, dimensione e numeri sono invece reali, perché sono ciò che serve a capire se un caso somiglia al tuo. --- ## Interventi recenti su piccola scala I casi qui sotto riguardano micro imprese, studi professionali e piccole aziende del Friuli Venezia Giulia. Sono i più utili da leggere se la tua azienda ha dieci persone e non mille: le cifre sono di un altro ordine di grandezza, la logica è la stessa. **Una precisazione doverosa:** quattro di questi progetti sono in avvio o in corso. I numeri indicati sono *obiettivi dichiarati e misurabili*, non risultati già conseguiti. Li scrivo così perché un consulente che presenta le previsioni come consuntivi è la ragione per cui poi nessuno crede ai numeri di nessuno. ### Studio di architettura e design — governance dei flussi di commessa **Contesto** — Micro impresa, Trieste. Progetto ammesso al bando regionale FVG per l'introduzione dell'intelligenza artificiale nei processi aziendali. **Il problema** — Gestione quotidiana di flussi documentali massivi su commesse multiple, con archiviazione non strutturata e ricerca delle informazioni affidata alla memoria delle persone. Su una struttura piccola, il tempo speso a cercare un documento è tempo non fatturabile che nessuno conteggia. **Cosa ho fatto** — Impianto di un sistema di gestione documentale con archiviazione semantica su base dati vettoriale, connettori verso i sistemi esistenti e automazione dei passaggi ripetitivi. Il tutto su infrastruttura dedicata, con clausole contrattuali di esclusione dall'addestramento dei modelli: su documenti di commessa e dati di clienti non è un dettaglio. **Perimetro** — Investimento di 21.220 euro su dodici mesi, di cui 12.500 di sviluppo e coordinamento a corpo, non a consumo. Sedici ore di formazione al personale, perché uno strumento che nessuno sa usare è un costo e basta. ### Studio legale — dal gestionale del 2010 a un'infrastruttura sicura **Contesto** — Libero professionista, Trieste. Progetto ammesso allo stesso bando regionale. **Il problema** — Lo studio girava su un gestionale sviluppato oltre quindici anni prima, incompatibile con i sistemi operativi moderni: un computer obsoleto tenuto in vita solo per far funzionare quel software, con il rischio di guasto e perdita dati che ne consegue. I documenti stavano in cartelle scollegate dall'anagrafica delle pratiche. Fra una e cinque ore di lavoro amministrativo per ogni fascicolo, e la trascrizione manuale dei termini processuali — che in ambito legale non è un fastidio, è un rischio. **Cosa ho fatto** — Migrazione della base dati su server privato cifrato e innesto di un'assistenza documentale automatica sull'analisi dei fascicoli e sull'estrazione delle scadenze. Il criterio non era sostituire un sistema rigido con un altro sistema rigido, ma togliere il lavoro amministrativo da dove non produce valore. **Obiettivo** — Dimezzamento dei tempi di segreteria per pratica e azzeramento della trascrizione manuale delle date perentorie. ### PMI manifatturiera — automazione del primo contatto **Contesto** — Piccola impresa del comparto lapideo, FVG. Progetto di dieci mesi. **Il problema** — Le richieste arrivavano su quattro canali digitali distinti, tutti presidiati a mano. La lettura, l'interpretazione e lo smistamento assorbivano **sedici ore-uomo alla settimana**, circa ottocento ore all'anno. Fuori orario nessuno rispondeva, e nel frattempo il potenziale cliente scriveva a qualcun altro. Il costo vero però era un altro: persone qualificate impiegate a smistare invece che a preventivare. **Cosa ho fatto** — Progettazione di un sistema di qualificazione automatica delle richieste in ingresso, unificato sui quattro canali, con instradamento verso la persona giusta. **Obiettivi** — Azzeramento delle sedici ore settimanali di smistamento manuale. Prima risposta qualificata entro sessanta secondi, ventiquattro ore su ventiquattro. Le ore liberate tornano sulle attività che fatturano. ### Studio di amministrazione condominiale — l'analisi che ha fermato il progetto **Contesto** — Studio professionale con un progetto di rete di servizi già impostato, su cui era stato chiesto un parere prima di investire. **Il problema** — Il progetto prevedeva servizi di supporto gestionale a un bacino di clienti che le riforme in discussione stavano per ridurre drasticamente, e includeva attività — selezione di fornitori, consulenza tecnica — che in caso di infortunio avrebbero potuto generare contenziosi sui confini di responsabilità fra la rete e l'amministratore, che resta l'unico responsabile legale. **Cosa ho fatto** — Analisi critica preliminare del modello di business rispetto al quadro normativo, giurisprudenziale e fiscale, con la mappa dei rischi operativi e legali e le riforme in cantiere. **Esito** — Il parere è stato di rivedere il perimetro prima di partire, non di partire. È il caso che preferisco raccontare: **l'intervento più redditizio che ho fatto per quel cliente è stato dirgli di non fare una cosa.** Un consulente che dice sempre di sì è un fornitore, non un consulente. --- ## Interventi su larga scala ### Piattaforma integrata per la progettazione navale **Contesto** — Uno dei principali cantieri navali europei. Program manager per conto del fornitore tecnologico, tre anni e mezzo. **Il problema** — Progettazione e produzione lavoravano su sistemi separati, con travasi manuali di dati fra le fasi del ciclo di vita della nave. Ogni passaggio era un punto di errore e di ritardo. **Cosa ho fatto** — Ho condotto la prova comparativa contro tre fornitori internazionali, poi ho ristrutturato il piano del cliente introducendo traguardi intermedi. Non era un dettaglio organizzativo: anticipare i benefici riduce il rischio per entrambe le parti e cambia la disponibilità a proseguire. **Risultati** — Acquisizione di un progetto da 50 milioni di dollari. Riduzione del rischio di progetto del 26%. Costi ridotti del 19% passando da contratti a consumo a corpo. Sul primo traguardo, esteso a tutte le divisioni del cliente, ritorno stimato aumentato del 170% e costi di gestione del cambiamento ridotti del 30%. --- ### Da portacontainer a navi da crociera **Contesto** — Cantiere navale cinese, programma di innovazione per l'ingresso nel mercato crocieristico. Un anno a Shanghai come program manager. **Il problema** — I processi produttivi erano tarati su una nave che è essenzialmente uno scafo. Una nave da crociera è un albergo galleggiante: cambia tutto, dalla progettazione agli allestimenti alla catena di fornitura. **Cosa ho fatto** — Riprogettazione dei processi di costruzione, gestione di cinque progetti informatici paralleli fra infrastruttura, sicurezza, progettazione, interfacce e magazzini. Ho negoziato con la direzione generale un aumento di budget del 40% presentando un piano di rientro dell'investimento a diciotto mesi. **Risultati** — Tempi ridotti da nove a quattro mesi, con un risparmio del 40% sui costi del personale tecnico. Costi di selezione dei fornitori ridotti del 30%. L'implementazione da 2 milioni di dollari per la gestione dei requisiti contrattuali ha tagliato sei mesi sui ventisei previsti. --- ### Un complesso sportivo da 18 milioni **Contesto** — Società sportiva professionistica. Direttore delle strutture per due anni e mezzo. **Il problema** — Un'opera complessa da portare dal finanziamento all'esercizio: campi da gioco, edificio polifunzionale di 4.500 metri quadri, hotel sportivo, ristorazione, centro riabilitativo, museo. Con enti pubblici, istituto di credito sportivo e federazioni da coordinare. **Cosa ho fatto** — Direzione del project financing, coordinamento dei team di progettazione e legali, approvazioni tecniche federali, rapporti con il comune e con i futuri gestori. In parallelo, mappatura dei processi aziendali e rinnovo dell'infrastruttura informatica. **Risultati** — Certificazione di qualità ottenuta senza alcun rilievo. Rischio di esposizione dei dati personali ridotto dell'80% con l'adeguamento al regolamento europeo. Trasformazione informatica da 230 mila euro completata, con sistemi interni ed esterni unificati. --- ### Analisi delle gare da otto settimane a due **Contesto** — Multinazionale del software industriale, filiale britannica. Responsabile delle offerte. **Il problema** — L'analisi di una richiesta d'offerta complessa richiedeva due mesi. Su alcune gare significava arrivare tardi, su altre rinunciare a partecipare. **Cosa ho fatto** — Riprogettazione del processo di analisi e coordinamento di team internazionali sulle competenze necessarie. **Risultati** — Tempo di analisi da otto settimane a due. Risparmi per 500 mila sterline. --- ### Commesse PNRR nel settore energia **Contesto** — Operatore energia e gas. General manager, incarico in corso. **Il problema** — Le commesse finanziate dal PNRR hanno requisiti documentali stringenti, e un progetto tecnicamente perfetto ma documentalmente disordinato è un progetto a rischio di revoca. **Cosa ho fatto** — Costruzione di data room con aree tecniche ed economiche separate, controllo avanzato di budget e impegni di spesa, coordinamento con le direzioni lavori sulla conformità, rapporti con gli enti regolatori. **Risultati** — Flussi documentali riorganizzati e a norma, controllo di spesa attivo sulle commesse, tempi di autorizzazione accelerati grazie al presidio dei rapporti istituzionali. --- Se uno di questi casi somiglia alla tua situazione, il modo più rapido per capire se posso essere utile è parlarne mezz'ora. [Scrivimi →](https://lopezinthe.net/contatti/) ### Change management: far adottare, non imporre URL: https://lopezinthe.net/change-management/ Last updated: 2026-07-28T15:42:10.000Z Sapete qual è il motivo principale per cui i progetti di innovazione falliscono? Non è la tecnologia sbagliata. Sono le persone che non la usano. È la frase che ripeto più spesso, e non è retorica: è quello che si vede nei numeri. Un gestionale pagato e installato che dopo un anno viene alimentato a metà, mentre il lavoro vero continua a girare su fogli di calcolo paralleli. La spesa è stata fatta, il beneficio no. ## Nessuno resiste per capriccio La resistenza al cambiamento viene quasi sempre trattata come un problema di atteggiamento, da risolvere con la comunicazione interna e un po' di entusiasmo. È un errore diagnostico. Chi resiste ha quasi sempre una ragione che nessuno ha nominato ad alta voce: - Una **competenza costruita in anni** che il nuovo sistema rende irrilevante. Chi era il punto di riferimento su una procedura torna principiante. - Un **controllo che si sposta**. Rendere un dato visibile a tutti toglie potere a chi era l'unico ad averlo. - Un'**esposizione nuova all'errore**. Quello che prima si sistemava a voce, ora lascia traccia. - Un **carico che aumenta prima di diminuire**, e nessuno ha detto per quanto tempo. Il lavoro consiste nel far emergere quel costo e renderlo negoziabile. Un costo nominato si può compensare, ridurre o accettare consapevolmente. Un costo negato produce sabotaggio silenzioso, che è molto più efficace di qualsiasi opposizione dichiarata. ## Come lavoro Uso strumenti presi dal coaching, applicati all'impresa e non alla crescita personale. La differenza è sostanziale: l'obiettivo non è il benessere del singolo, è che il sistema nuovo venga usato. - **Consapevolezza e responsabilità.** Sono le due leve dell'automotivazione. Finché una persona non ha una lettura chiara della situazione reale e non sente di avere voce nelle scelte, ogni adozione è per forza superficiale. - **Domande invece di istruzioni.** Le persone non sono vasi da riempire. Le soluzioni che reggono nel tempo sono quelle che chi lavora ha contribuito a trovare, perché conosce il dettaglio che il consulente non vede. - **Il capo come allenatore.** L'intervento esterno finisce; lo stile di conduzione resta. La parte più duratura del lavoro è insegnare ai responsabili a smettere di dare solo direttive. - **Conflitto gestito, non evitato.** Esistono modelli che descrivono con precisione come una divergenza tecnica degenera in scontro personale. Riconoscere a che punto si è cambia radicalmente la mossa giusta: quello che funziona all'inizio peggiora le cose più avanti. ## Cosa consegno Il change management ha fama di essere fumoso. Il modo per non esserlo è produrre cose verificabili. - Una **mappa degli stakeholder** con l'interesse reale di ciascuno, non quello dichiarato. - Un **piano di adozione** con tappe e soglie: a che punto ci aspettiamo quale livello di utilizzo, e cosa facciamo se non ci arriviamo. - Una **misura dell'uso effettivo**, non della formazione erogata. Le ore d'aula non sono un indicatore di adozione. - **Referenti interni** formati, perché il sistema sopravviva a chi lo ha introdotto. > Se vuoi andare veloce, vai da solo. Se vuoi andare lontano, vai insieme. [Parliamone →](https://lopezinthe.net/contatti/) ### Chi sono URL: https://lopezinthe.net/chi-sono/ Last updated: 2026-07-29T05:29:57.000Z Mi chiamo Diego Lopez. Vivo a Trieste e da oltre dieci anni faccio la stessa cosa in settori molto diversi: prendo organizzazioni che si sono complicate da sole e le rimetto in condizione di decidere. Sono architetto di formazione, laureato al Politecnico di Milano. È un'origine che spiega più di quanto sembri: progettare un edificio significa tenere insieme vincoli tecnici, budget, normativa e persone che vogliono cose incompatibili. È esattamente il mestiere che faccio adesso, con oggetti diversi. ## Dove ho lavorato Non nomino qui i committenti, per rispetto degli accordi di riservatezza. Descrivo il contesto e i risultati, che è ciò che serve a capire se posso essere utile. - **Cantieristica navale.** Ho guidato per tre anni un programma di trasformazione digitale in uno dei principali cantieri europei: una piattaforma integrata per la progettazione e la gestione del ciclo di vita della nave. Poi un anno in Cina, per riconvertire i processi produttivi di un cantiere dalla costruzione di portacontainer a quella di navi da crociera. - **Energia e gas.** Da general manager seguo commesse PNRR: gestione documentale a norma, controllo economico dei contratti, rapporti con gli enti regolatori e i tavoli tecnici autorizzativi. - **Infrastrutture sportive.** Direzione di un complesso da 18 milioni di euro, dal project financing all'esercizio: campi, struttura polifunzionale, hotel sportivo, centro riabilitativo. Con la certificazione di qualità ottenuta senza rilievi e l'adeguamento al regolamento europeo sui dati personali. - **Software industriale.** Prima ancora, gestione di offerte complesse su scala internazionale, con team distribuiti fra Europa e Stati Uniti. Il percorso completo, con i nomi delle aziende, è sul mio [profilo LinkedIn](https://www.linkedin.com/in/diegolopezconsulting/?ref=lopezinthe.net). Il curriculum in formato esteso lo mando volentieri a chi me lo chiede. ## Cosa so fare - Analisi e riprogettazione dei processi aziendali, con lettura d'insieme prima che di dettaglio - Controllo di gestione per piccole e medie imprese, con il metodo [TIMONE](https://lopezinthe.net/controllo-di-gestione/) - Direzione di progetti e programmi complessi, anche multi-fornitore e multi-paese - Monitoraggio tecnico ed economico dei contratti, controllo di budget e di avanzamento - Gestione del cambiamento e accompagnamento all'adozione degli strumenti digitali - Rapporti istituzionali, conformità normativa, gestione documentale a norma Se dovessi indicare una competenza sola: **tradurre il tecnichese in lingua imprenditoriale**, e viceversa. È il punto dove la maggior parte dei progetti si rompe. ## Formazione - Laurea in Architettura, Politecnico di Milano - Lean Six Sigma Black Belt (in corso) - Financial Management, Discounted Cash Flow e valutazione d'azienda - Program Management, University of Michigan — percorso riconosciuto dal Project Management Institute - Fondamenti di pianificazione e gestione progetti, University of Virginia - Negoziazione: strategie e tecniche, University of Michigan - Competitive Strategy, INSEAD ## Fuori dal lavoro Faccio parte di un capitolo BNI, dove ogni martedì mattina tengo un momento di formazione di pochi minuti. Da quella abitudine sono nate [le Pillole del Martedì](https://lopezinthe.net/pillole/), che pubblico anche qui: sono la parte del mio lavoro che si può raccontare a chiunque, e la ragione per cui questo sito esiste. [Parliamone →](https://lopezinthe.net/contatti/) ### Contatti URL: https://lopezinthe.net/contatti/ Last updated: 2026-07-29T05:29:58.000Z Il modo più rapido per capire se posso esserti utile è parlarne. La prima mezz'ora serve esattamente a questo e non si paga: o emerge un problema su cui ha senso lavorare, o ti risparmio tempo dicendotelo subito. ## Come raggiungermi - **Chat** — [scrivimi in chat](https://app.wildix.com/kite/diego@lopezinthe.net?ref=lopezinthe.net), è il canale più veloce - **Email** — [diego@lopezinthe.net](mailto:diego@lopezinthe.net) - **Telefono** — [+39 040 9570722](tel:+390409570722) - **LinkedIn** — [diegolopezconsulting](https://www.linkedin.com/in/diegolopezconsulting/?ref=lopezinthe.net) - **PEC** — diego.lopez@pec.it ## Cosa mi serve sapere Per non farti perdere tempo, se scrivi mettici queste tre cose. Bastano poche righe. - Che cosa fa l'azienda e quante persone siete - Qual è il sintomo che ti ha portato qui: il margine che non sale, i tempi che slittano, lo strumento che nessuno usa - Che cosa hai già provato La terza domanda è quella che pesa di più. Sapere cosa non ha funzionato dice molto più di qualsiasi descrizione del problema. ## Con chi lavoro Lavoro soprattutto con **medie imprese del Friuli Venezia Giulia**, manifatturiere o di servizi avanzati, che hanno raggiunto un limite di crescita organica. Il profilo tipico è l'imprenditore che dice: *«siamo cresciuti e ho perso il controllo, i dati sono sparsi fra mille file e la testa delle persone»*. Fuori da questo perimetro lavoro comunque, ma te lo dico prima se penso che qualcun altro sia più adatto. ## Dove sono Trieste. Lavoro in presenza su tutto il Friuli Venezia Giulia e il Veneto orientale, a distanza per il resto. Le due mezze giornate di workshop del [metodo TIMONE](https://lopezinthe.net/controllo-di-gestione/) le preferisco in presenza: si vede molto di più. ### Controllo di gestione: il metodo TIMONE URL: https://lopezinthe.net/controllo-di-gestione/ Last updated: 2026-07-28T15:42:11.000Z Nelle piccole e medie imprese i progetti di controllo di gestione falliscono quasi sempre per lo stesso motivo, e non è la mancanza di volontà: è l'**over-engineering**. Il consulente medio entra pretendendo contabilità industriale verticale, ore di inserimento dati a carico dell'amministrazione, fogli di calcolo che richiedono giornate intere. Il risultato è la paralisi operativa, il rigetto del sistema e il fallimento del progetto. Spesso l'azienda non ci riprova per anni. > L'efficienza consiste nel fare le cose nel modo giusto; l'efficacia nel fare le cose giuste. *— Peter Drucker* TIMONE parte da una scelta diversa: la regola dell'80/20\. Si identifica **il 20% dei dati necessari a ottenere l'80% del controllo reale**. L'obiettivo non è la precisione contabile al centesimo, che è compito del bilancio d'esercizio. È la tempestività della decisione e la protezione della cassa. ## La discovery: tre settimane, non tre mesi Se l'avvio richiede lavoro extra all'amministrazione o blocca l'operatività, l'insuccesso è garantito prima di cominciare. Per questo la fase di scoperta è breve, in gran parte asincrona, e disegnata per non disturbare. - **Settimana 1 — analisi a distanza.** Lavoro sui bilanci degli ultimi tre anni, sul piano dei conti, sugli estratti conto e sullo scadenzario. Nessuno in azienda deve fare nulla oltre a mandarmi quello che ha già. - **Settimana 2 — due mezze giornate fianco a fianco.** Massimo quattro ore ciascuna. Nella prima mappiamo i driver dei ricavi e dei margini, nella seconda la cassa e i tempi di incasso e pagamento. - **Settimana 3 — configurazione e baseline.** Costruisco i modelli sui dati emersi e li consegno funzionanti, con la baseline concordata. Il perimetro dei dati richiesti non è discrezionale: è un protocollo, il **Minimum Viable Data**, che elenca il minimo indispensabile a far girare i modelli e si adatta ai formati che l'azienda già produce. Nessun tracciato proprietario da alimentare a mano. ## Ogni numero ha un responsabile Il controllo dei numeri è inseparabile dal controllo delle responsabilità. Un budget o un indicatore senza un proprietario non ha alcuna efficacia: quando il dato peggiora, non succede niente perché non è chiaro a chi tocchi agire. Durante la discovery ricostruiamo l'organigramma funzionale, e dove non esiste lo disegniamo. Ogni linea di costo, ogni linea di ricavo e ogni indicatore di allerta finiscono associati a una persona con nome e cognome. ## Il piano climatico adattivo Un errore comune è pianificare la crescita come se l'azienda fosse un blocco unico. Un'azienda sana è un portafoglio di attività distinte, ciascuna con margini, cicli di cassa e dinamiche competitive diverse. TIMONE scompone su tre livelli: azienda, settore, singola linea di business. Poi classifica ogni linea per fase di vita: quelle di **presidio**, che generano cassa e finanziano il resto; quelle di **sviluppo**, che crescono e richiedono investimento; quelle **sperimentali**, che vanno isolate perché non drenino cassa senza che nessuno se ne accorga. A questo punto non chiedo all'imprenditore quanto fatturerà fra cinque anni, perché è una domanda a cui nessuno sa rispondere. Gli chiedo di definire tre scenari e di decidere *in anticipo* cosa farà in ciascuno. - **Clima arido** — contrazione del mercato o perdita del cliente principale, ricavi in calo del 20%. Si protegge la liquidità, si blocca ogni investimento non essenziale, si rinegoziano le forniture. - **Clima temperato** — il mercato segue il trend di settore. Si consolida la quota, si ottimizzano i margini, le nuove linee crescono con il solo autofinanziamento. - **Clima tropicale** — accelerazione oltre il 30%, una grande commessa o un bando aggiudicato. Si attivano linee di credito programmate e si accelera il piano assunzioni, governando la crescita invece di subirla. A ogni clima sono associati **trigger quantitativi**: soglie che, quando vengono superate, attivano un piano d'azione già deciso. Serve a evitare la decisione impulsiva presa nel momento sbagliato, per ansia o per entusiasmo. ## La cassa: due sensori, ogni venerdì L'utile è un'opinione contabile. La cassa è un fatto. Il controllo finanziario gira su una previsione rolling a tredici settimane, aggiornata ogni venerdì pomeriggio, con due indicatori che rispondono alle due domande che tengono sveglio un imprenditore. ### Quanto resisto se domani smettono di pagarmi Il **Survival Cash Runway** misura i mesi di autonomia nell'ipotesi peggiore: stop totale degli incassi. Considera la cassa disponibile, gli affidamenti concessi e non utilizzati, e il flusso medio in uscita per i soli costi non comprimibili. Ha tre soglie con un semaforo. Sotto i due mesi è emergenza, e le azioni sono già scritte. Fra due e quattro mesi è attenzione: si regge l'ordinario ma un ritardo di un cliente grande fa male. Sopra i quattro mesi c'è spazio di manovra strategica. ### Reggo le rate della banca Il **Debt Service Coverage Ratio** misura se il flusso di cassa operativo copre le rate di finanziamenti, mutui e leasing, quota capitale e interessi. Serve a due cose: evitare di scoprire troppo tardi che si sta rimborsando debito a lungo con debito a breve, e prevenire il declassamento del rating bancario prima che accada. ## La Scheda Sentinella Ogni mese, entro il giorno dieci, si chiude il margine operativo del mese precedente e si aggiorna una scheda di nove indicatori raggruppati in quattro aree: patrimonio, liquidità, struttura finanziaria e redditività, più i segnali di rischio fiscale e l'autonomia di cassa. Ciascun indicatore ha una soglia calibrata sulla storia della singola azienda e un colore. Un semaforo aggregato sintetizza lo stato di salute complessivo. È lo stesso impianto logico dei sistemi di allerta previsti dalla normativa sulla crisi d'impresa, ma costruito per essere usato tutti i mesi, non solo per adempiere. --- La barra dritta verso gli obiettivi a cinque anni, un timone flessibile per governare le onde quotidiane del mercato. Da qui viene il nome. [Parliamo della tua azienda →](https://lopezinthe.net/contatti/) ### Cookie URL: https://lopezinthe.net/cookie/ Last updated: 2026-09-25T21:00:58.000Z Ultimo aggiornamento: 28 luglio 2026. Questo sito usa **soltanto cookie tecnici**, cioè strettamente necessari a erogare il servizio che hai richiesto. Per questi cookie la normativa non richiede il consenso preventivo, e infatti non troverai alcun banner: non serve a nulla chiedere il permesso per qualcosa che non è facoltativo. ## Cosa non c'è Non ci sono cookie di profilazione. Non ci sono pixel pubblicitari, né di Meta, né di Google, né di LinkedIn. Non ci sono strumenti di analisi statistica di terze parti. Non vengono caricati caratteri tipografici, mappe o video da fornitori esterni. È una scelta di progetto, non una dichiarazione di intenti: si può verificare aprendo gli strumenti per sviluppatori del browser e guardando l'elenco delle richieste di rete. Ne troverai una sola verso un indirizzo diverso da questo, ed è la successiva. ## Le statistiche Il sito carica uno script da `stats.lopezinthe.net`. È **GoatCounter**, un software di statistiche installato sulla stessa macchina che ospita questo sito: non è un servizio esterno e i dati non escono dalla mia infrastruttura. **Non imposta cookie.** Non usa identificatori persistenti, non costruisce profili e non è in grado di seguire la stessa persona da un sito all'altro. Raccoglie quali pagine vengono lette, da dove si arriva, con che tipo di dispositivo e da quale paese — in forma aggregata. È il motivo per cui questo sito non ha un banner dei cookie: non c'è nulla per cui chiedere un consenso. Dettagli nell'[informativa privacy](https://lopezinthe.net/privacy/). ## Cosa c'è | Cookie | A cosa serve | Durata | | ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------- | | Sessione iscritto | Ti tiene riconosciuto dopo l'accesso, così puoi leggere l'archivio riservato senza rifare il login a ogni pagina. Viene creato solo se ti iscrivi e accedi. | 6 mesi | | Preferenza tema | Ricorda se hai scelto la versione chiara o scura del sito. Tecnicamente non è un cookie ma una memorizzazione locale nel browser: non viene mai inviata al server. | Fino alla cancellazione | | Sessione amministrativa | Riguarda solo me quando accedo al pannello di amministrazione. Non viene mai impostato ai visitatori. | Sessione | ## Servizi esterni, solo se li apri tu Alcuni collegamenti portano fuori da questo sito: la chat Wildix, il profilo LinkedIn. **Finché non li clicchi non viene trasmesso nulla.** Quando li apri si applicano le informative di quei fornitori, su cui non ho controllo. ## Come gestire i cookie Puoi bloccare o cancellare i cookie dalle impostazioni del tuo browser. Se blocchi quelli tecnici l'accesso all'area riservata smette di funzionare, perché è quello che serve a farla funzionare. Per il resto del trattamento dei dati personali vedi l'[informativa privacy](https://lopezinthe.net/privacy/). ### Il metodo URL: https://lopezinthe.net/metodo/ Last updated: 2026-07-29T05:29:59.000Z La maggior parte dei consulenti copre una fase sola. Un controller misura ma non esegue. Un project manager esegue ma non gestisce la resistenza delle persone. Un coach lavora sulle persone ma non tocca i numeri. Il risultato lo conosci: analisi che restano nel cassetto, progetti che finiscono fuori tempo, gestionali comprati e mai usati. Ogni passaggio di consegne fra specialisti è un punto dove il valore si perde. Io copro la catena intera, e il motivo è semplice: **le tre fasi funzionano solo insieme**. Misurare senza eseguire produce report. Eseguire senza far adottare produce strumenti abbandonati. Far adottare senza misurare produce entusiasmo che dopo sei mesi nessuno sa se ha prodotto qualcosa. ## 1\. Misurare Prima di cambiare qualcosa bisogna sapere dove sta bruciando margine l'azienda, e quanto tempo resta per rimediare. Non è una domanda contabile: è una domanda di sopravvivenza e di priorità. Qui uso un metodo con un nome e una struttura precisa, **TIMONE**: il 20% dei dati che dà l'80% del controllo reale, discovery in tre settimane, due sensori di cassa aggiornati ogni venerdì. [Il controllo di gestione con TIMONE →](https://lopezinthe.net/controllo-di-gestione/) ## 2\. Eseguire Un'analisi diventa valore solo quando qualcosa cambia davvero, nei tempi e nei costi previsti. La differenza fra un progetto che arriva a terra e uno che si arena non è la bravura tecnica: è la struttura. Scomposizione del lavoro, cronoprogramma, responsabilità assegnate con nome e cognome, misura dell'avanzamento che distingue il ritardo dal maggior costo. Metodologia scelta in base al progetto, non per fede: predittiva dove i requisiti sono stabili, adattiva dove non lo sono, ibrida quasi sempre. [Come porto a terra un progetto →](https://lopezinthe.net/project-management/) ## 3\. Far adottare È la fase che quasi nessuno copre, ed è quella dove i progetti muoiono. Il motivo principale per cui l'innovazione fallisce non è la tecnologia sbagliata: sono le persone che non la usano. Nessuno resiste al cambiamento per capriccio. Resiste perché il cambiamento gli costa qualcosa che nessuno ha nominato: competenza acquisita che diventa inutile, controllo che si sposta, esposizione a un errore nuovo. Il lavoro consiste nel far emergere quel costo e renderlo negoziabile. [Change management e adozione →](https://lopezinthe.net/change-management/) --- ## Come lavoriamo insieme Non vendo giornate. Vendo esiti definiti, con un perimetro e una scadenza. - **Diagnosi** — tre settimane, poco invasive. Alla fine hai una fotografia dei numeri, una lista ordinata dei punti dove perdi margine e la misura della tua autonomia di cassa. Da qui puoi anche fermarti: la fotografia resta tua. - **Intervento** — perimetro definito insieme dopo la diagnosi. Un processo, una linea di business, un progetto specifico. - **Fractional CTO** — presenza continuativa a tempo parziale, per aziende che hanno bisogno di una guida tecnica ma non di un dirigente a tempo pieno. [Parliamone →](https://lopezinthe.net/contatti/) ### Informativa privacy URL: https://lopezinthe.net/privacy/ Last updated: 2026-09-25T21:01:00.000Z Informativa ai sensi degli articoli 13 e 14 del Regolamento (UE) 2016/679\. Ultimo aggiornamento: 28 luglio 2026. ## Titolare del trattamento Diego Lopez — Salita alla Madonna di Gretta 13, 34121 Trieste (TS) P.IVA 01250930953 Email: [diego@lopezinthe.net](mailto:diego@lopezinthe.net) — PEC: diego.lopez@pec.it Non è stato nominato un responsabile della protezione dei dati, non ricorrendone i presupposti dell'articolo 37 del Regolamento. ## Quali dati tratto ### Iscrizione alla newsletter **Dati**: indirizzo email. Facoltativamente il nome, se lo indichi. **Finalità**: inviarti la newsletter e darti accesso all'archivio riservato dei contenuti. **Base giuridica**: il tuo consenso, articolo 6.1.a. Puoi revocarlo in qualsiasi momento con il collegamento di disiscrizione presente in ogni messaggio, senza doverne spiegare il motivo. **Conservazione**: fino alla revoca del consenso. Alla disiscrizione l'indirizzo viene rimosso. Vengono registrati la data di iscrizione e l'apertura dei messaggi, per capire se la newsletter viene letta. Non uso questi dati per profilarti né per costruire segmenti commerciali. ### Contatti **Dati**: quelli che mi scrivi tu, via email, telefono o chat. **Finalità**: rispondere alla tua richiesta e, se ne nasce un rapporto, gestirlo. **Base giuridica**: esecuzione di misure precontrattuali su tua richiesta, articolo 6.1.b, e legittimo interesse a dare seguito alle comunicazioni ricevute, articolo 6.1.f. **Conservazione**: due anni dall'ultimo contatto, salvo obblighi di legge più lunghi in caso di rapporto contrattuale. ### Dati tecnici di navigazione Il server registra gli accessi con indirizzo IP, data, ora, pagina richiesta e tipo di browser. Sono registrazioni tecniche necessarie al funzionamento e alla sicurezza del servizio, base giuridica il legittimo interesse (articolo 6.1.f). Vengono conservate per un periodo limitato e non sono usate per identificarti. Questo sito **non usa strumenti di analisi statistica di terze parti**, non ha pixel pubblicitari e non carica caratteri tipografici, mappe o video da fornitori esterni. Non ci sono trasferimenti di dati verso terzi generati dalla semplice navigazione. ### Statistiche di visita Per capire quali contenuti vengono letti uso **GoatCounter**, un software di statistiche installato su un mio server e raggiungibile all'indirizzo `stats.lopezinthe.net`. Non è un servizio esterno: gira sulla stessa macchina che ospita questo sito, dentro l'Unione Europea, e i dati non lasciano la mia infrastruttura. **Dati**: pagina visitata, provenienza, tipo di dispositivo e browser, paese. L'indirizzo IP viene usato solo per generare un identificativo temporaneo e non viene conservato. **Finalità**: statistiche aggregate sull'uso del sito. **Base giuridica**: legittimo interesse, articolo 6.1.f. **Conservazione**: dati aggregati, non riferibili a una persona identificabile. Non vengono impostati cookie di tracciamento, non si costruiscono profili e non si segue la stessa persona da un sito all'altro. Per questo non compare alcun banner di consenso: non ci sarebbe nulla per cui chiederlo. ## Dove stanno i dati Il sito è ospitato su un server dedicato all'interno dell'Unione Europea. La piattaforma è Ghost, in versione autogestita: non c'è alcun fornitore di pubblicazione terzo che riceva i tuoi dati. Le email vengono inviate attraverso un server di posta anch'esso all'interno dell'Unione Europea e sotto il controllo del titolare. Se decidi di aprire la chat, questa è erogata da Wildix e si apre su un dominio esterno a questo sito: in quel momento si applica l'informativa del fornitore. Finché non clicchi, nessun dato viene trasmesso. ## A chi comunico i dati A nessuno per finalità commerciali. I dati possono essere trattati da fornitori tecnici (hosting, posta elettronica) nominati responsabili del trattamento ai sensi dell'articolo 28, e possono essere comunicati ad autorità pubbliche quando la legge lo impone. ## I tuoi diritti Puoi chiedermi in qualsiasi momento di accedere ai tuoi dati, correggerli, cancellarli, limitarne il trattamento, riceverli in formato leggibile per trasferirli altrove, e opporti al trattamento fondato sul legittimo interesse (articoli da 15 a 22 del Regolamento). Scrivi a [diego@lopezinthe.net](mailto:diego@lopezinthe.net): rispondo entro trenta giorni. Se ritieni che il trattamento violi il Regolamento puoi rivolgerti al Garante per la protezione dei dati personali ([garanteprivacy.it](https://www.garanteprivacy.it/?ref=lopezinthe.net)). ## Decisioni automatizzate Non effettuo processi decisionali automatizzati né profilazione ai sensi dell'articolo 22. ## Modifiche Se questa informativa cambia, la data in cima viene aggiornata. Nel caso di modifiche sostanziali che riguardano chi è già iscritto, lo comunico via email. ### Project management: portare a terra il cambiamento URL: https://lopezinthe.net/project-management/ Last updated: 2026-07-28T15:42:12.000Z Un'analisi diventa valore solo quando qualcosa cambia davvero. La differenza fra un progetto che arriva a terra e uno che si arena non è quasi mai la competenza tecnica delle persone coinvolte: è la struttura entro cui lavorano. Ho gestito programmi di trasformazione in cantieristica navale, infrastrutture sportive, energia e gas, con budget a otto cifre e team distribuiti su più paesi. Quello che segue è ciò che ho visto funzionare, ridotto a quello che serve davvero a una media impresa. ## Prima di partire: il progetto esiste? Molti progetti falliscono perché non erano progetti. Erano desideri senza confini, senza un committente disposto a decidere, senza un criterio per dire quando è finito. Prima di aprire un cronoprogramma servono tre risposte scritte: **qual è il risultato** che si vuole ottenere, misurabile; **chi decide** quando ci sono conflitti fra tempi, costi e ambito; **cosa non facciamo**, esplicitamente. La terza è quella che le aziende saltano ed è quella che salva i progetti. ## Predittivo, adattivo o ibrido La scelta della metodologia non è una questione di scuola di pensiero. Dipende da quanto sono stabili i requisiti. - **Predittivo** dove ambito, tempi e costi sono definibili in partenza e le modifiche costano care: opere edili, impianti, forniture vincolate da contratto. - **Adattivo** dove il risultato si scopre strada facendo, per cicli brevi con rilasci frequenti: software, digitale, marketing. - **Ibrido** nella maggior parte dei casi reali, perché quasi ogni progetto ha una parte stabile e una parte da scoprire. L'errore è applicare un solo approccio a entrambe. ## Gli strumenti che uso davvero Non servono venti strumenti. Ne servono pochi, usati bene. - **Scomposizione del lavoro** — il progetto spezzato in pacchetti abbastanza piccoli da poter essere stimati e assegnati. Se un'attività non si sa stimare, va spezzata ancora. - **Cronoprogramma e percorso critico** — non per fare bella figura in riunione, ma per sapere quali ritardi sono irrilevanti e quali spostano la data finale. - **Matrice delle responsabilità** — per ogni attività: chi la fa, chi ne risponde, chi va consultato, chi va informato. Quattro ruoli distinti che nelle aziende si confondono di continuo. - **Misura dell'avanzamento a valore** — distingue il ritardo dal maggior costo. Sapere che si è spesa metà del budget non dice nulla; sapere che si è spesa metà del budget per un terzo del lavoro dice tutto. - **Registro dei rischi** — con probabilità, impatto e una contromisura già decisa. Un rischio senza contromisura è solo una preoccupazione messa per iscritto. ## Il project management office, quando serve Quando i progetti diventano molti, il problema si sposta: non è più portare a termine il singolo progetto, è decidere quali fare e con quali risorse. A quel punto serve una struttura leggera che standardizzi i modelli, tenga il portafoglio sotto controllo e liberi i responsabili dal reinventare ogni volta il metodo. Leggera è la parola importante. Un ufficio progetti che produce più moduli che risultati viene aggirato entro sei mesi. ## La parte umana Il conflitto in un progetto è fisiologico, e va gestito prima che degeneri. Ci sono modelli precisi che descrivono come una discussione tecnica scivola in scontro personale, e riconoscere in quale fase ci si trova cambia completamente la mossa giusta. Questa parte non è un accessorio: è il motivo per cui il project management da solo non basta, e per cui il passo successivo del metodo esiste. [Come le persone adottano davvero il cambiamento →](https://lopezinthe.net/change-management/) ## Posts ### Hai chiesto «di cosa ti occupi». Hai ricevuto la risposta che dai anche tu. URL: https://lopezinthe.net/pillole/hai-chiesto-di-cosa-ti-occupi-hai-ricevuto-la-risposta-che-dai-anche-tu/ Last updated: 2026-09-29T07:00:00.000Z La domanda generica produce sempre la stessa risposta di circostanza. Il referral nasce da una domanda precisa. _This post is for subscribers only._ ### Il progetto è andato live. Non è la stessa cosa di "ha funzionato". URL: https://lopezinthe.net/articoli/il-progetto-e-andato-live-non-ha-funzionato/ Last updated: 2026-09-23T07:00:00.000Z Il nuovo gestionale è andato live nei tempi previsti. Il fornitore ha chiuso il progetto, la formazione iniziale è stata erogata, il sistema vecchio è stato spento. In riunione qualcuno lo dichiara «un successo». Nessuno, in quella riunione, ha controllato se le persone lo stanno davvero usando per lavorare diversamente da prima — solo se il sistema è acceso. È probabilmente la forma più comune di autoinganno nei progetti di digitalizzazione delle PMI italiane: il criterio informale di successo è quasi sempre «il fornitore ha chiuso il progetto», non «i dati vengono usati per decidere diversamente». E finché nessuno lo mette in discussione, quel criterio basta a se stesso. ## La metrica che inganna più della sua assenza Un'analisi di Prosci, pubblicata il 27 agosto 2026, mette un numero su questo errore — e il numero è controintuitivo. Secondo i dati Prosci Research, le organizzazioni che misurano il successo di un progetto ERP con le metriche sbagliate — ore di formazione erogate, milestone tecniche raggiunte, «il sistema è andato live» — hanno un tasso di successo del **7%**. Quelle che non misurano affatto l'adozione arrivano al **26%**. Quelle che usano le metriche giuste hanno **2,5 volte più probabilità** di superare le aspettative della trasformazione. Cioè: misurare le cose sbagliate è peggio che non misurare niente. Il dato è di Prosci Research e non è ulteriormente scomposto per campione nella fonte consultata — va preso come indicazione di un editore specializzato in change management, non come statistica di settore indipendente, ma il meccanismo che descrive si riconosce a occhio in qualunque azienda che abbia fatto un investimento del genere. Il motivo per cui l'errore è così diffuso non è la pigrizia. È che avere una metrica, qualunque metrica, dà la sensazione di avere il controllo. Ed è proprio quella sensazione a impedire di andare a cercare un problema che si pensa di aver già misurato — nessuno riapre un fascicolo che considera chiuso. ## Cosa costa, davvero, dichiarare il successo troppo presto Il primo costo è che il progetto smette di essere seguito. Formalmente è andato bene, quindi nessuno torna a controllarlo — ed è esattamente nel momento in cui servirebbe più attenzione che l'attenzione si esaurisce, perché tutti sono già passati al progetto successivo. Il secondo è più silenzioso e più caro: l'investimento tecnico è stato pagato per intero, ma rende solo in parte, e quella parte mancante non compare in nessun bilancio. Non è un costo aggiuntivo che qualcuno segnala a fine anno. È un ricavo mancato che nessuno registra come tale, perché non esiste una riga apposita per «quello che il sistema avrebbe dovuto far risparmiare e non ha risparmiato». Il terzo è che l'errore si ripete. Se il criterio di successo del prossimo progetto resta «è andato live», la stessa illusione si riproduce identica alla volta successiva, e a quella dopo ancora. L'azienda accumula progetti «riusciti» sulla carta e non impara mai a distinguere un'implementazione che ha cambiato il modo di lavorare da una che si è semplicemente conclusa. ## Le tre domande da mettere al posto di «è live» Prosci propone tre indicatori alternativi, costruiti sul proprio modello di adozione ADKAR: velocità di adozione, utilizzo effettivo, proficiency. Tradotti in una domanda ciascuno, da porre prima di dichiarare concluso un progetto — non dopo un anno, quando ormai il sistema vecchio è tornato a essere quello vero: - **Con che velocità** le persone coinvolte sono diventate autonome nell'usarlo, e non solo capaci di seguire una procedura guidata con qualcuno accanto? - **Lo stanno usando davvero**, o mantengono in parallelo — «per sicurezza», «finché non siamo sicuri» — il metodo di prima? - **Quanto bene**, non solo quanto spesso, lo usano per il lavoro che dovrebbe effettivamente supportare? La terza è quella che quasi nessuno si fa. Un tasso di accesso alto dice che le persone aprono il programma, non che sanno chiudere un mese, gestire un'eccezione o produrre un report corretto senza chiedere aiuto a chi conosceva la procedura vecchia. Queste tre verifiche vanno pianificate con una scadenza precisa — un mese dopo il lancio, tre mesi dopo — non lasciate a un controllo informale e occasionale che nella pratica non arriva mai, perché nessuno lo ha messo in calendario. E se la verifica mostra un uso parziale o parallelo, va trattata come un problema del progetto, non come un dettaglio da sistemare più avanti: è esattamente il segnale che il criterio «è live» avrebbe nascosto. ## Un caso tipico Un'azienda di distribuzione di componenti industriali introduce un nuovo CRM per la gestione delle offerte commerciali. Il progetto chiude nei tempi, il fornitore fattura l'ultima tranche, i tre commerciali seguono la formazione e sanno inserire un'offerta nel sistema. In riunione, il progetto viene archiviato come concluso con successo. Sei mesi dopo, il direttore commerciale scopre — controllando un margine che non tornava — che due dei tre commerciali inseriscono l'offerta nel CRM solo dopo averla chiusa a voce col cliente, e continuano a fare i conti veri durante la trattativa sul proprio file Excel personale, quello che usavano prima. Il CRM registra l'esito. Non registra il percorso. Le informazioni che il sistema avrebbe dovuto produrre — quante offerte si perdono e perché, su quali margini si tratta davvero, quanto tempo passa fra preventivo e chiusura — non sono mai esistite, anche se il sistema, tecnicamente, «funziona» da sei mesi. Nessuno, dopo il lancio, aveva mai chiesto se il sistema veniva usato al posto del metodo precedente o solo insieme ad esso. Se lo avessero chiesto a tre mesi, lo avrebbero scoperto con tre mesi di margine reale in meno perso, non con sei. È un problema imparentato, ma distinto, con quello di chi scopre che il [gestionale nuovo non lo usa più nessuno](https://lopezinthe.net/articoli/gestionale-che-nessuno-usa/): lì il sistema vecchio riprende apertamente il sopravvento, e la resistenza si vede. Qui il sistema nuovo resta in vita solo per le apparenze — è la versione più difficile da individuare, perché da fuori assomiglia esattamente a un successo. ## Il bersaglio va dichiarato prima, non improvvisato dopo C'è un dettaglio pratico che fa la differenza fra una metrica utile e una che si limita a esistere: la soglia va scritta prima del lancio, non cercata a posteriori per giustificare quello che è successo. Non «monitoriamo l'utilizzo del CRM», ma «entro trenta giorni dal lancio, l'80% dei commercialisti chiude un'offerta senza uscire dal sistema per fare i conti a parte». La prima frase non impegna nessuno a niente. La seconda si può verificare il trentunesimo giorno, e se non regge lo si scopre subito, non sei mesi dopo controllando un margine che non torna. Non servono venti indicatori. Tre o quattro, ciascuno con un responsabile e una soglia sotto cui scatta un intervento — più formazione mirata, affiancamento, o la revisione di un passaggio del processo che si è rivelato più scomodo del previsto — bastano a rendere la misura uno strumento di decisione invece che un rendiconto da allegare al progetto chiuso. È la differenza fra sapere *che cosa* è successo e sapere *cosa fare* di conseguenza, e solo la seconda cosa vale il tempo che costa misurarla. ## Da dove ripartire Prendi l'ultimo progetto tecnologico che in azienda avete dichiarato concluso con successo. Prova a rispondere, con dati reali e non con un'impressione raccolta al volo, a una sola domanda: le persone che dovrebbero usarlo lo stanno usando al posto del metodo precedente, o insieme ad esso? Se non lo sai, non hai un progetto riuscito. Hai un progetto che nessuno ha ancora verificato — e la differenza, sul conto economico dell'anno prossimo, si vede. [Come funziona il metodo TIMONE →](https://lopezinthe.net/controllo-di-gestione/) ### Il networking non lo perdi all'evento. Lo perdi tre giorni dopo. URL: https://lopezinthe.net/pillole/il-networking-non-lo-perdi-allevento/ Last updated: 2026-09-22T07:00:00.000Z Il contatto fatto bene a un evento di networking non diventa referral da solo. Si perde nei giorni dopo, non quella sera. _This post is for subscribers only._ ### L'entusiasmo per l'IA non è una strategia URL: https://lopezinthe.net/pillole/lentusiasmo-per-lia-non-e-una-strategia/ Last updated: 2026-09-15T07:00:00.000Z Prova a pensare all'ultima riunione in cui qualcuno ha nominato l'intelligenza artificiale. Quanto entusiasmo c'era nella stanza? E quante decisioni concrete sono uscite da quella riunione — un budget stanziato, una priorità scritta, un responsabile con un nome? Se la seconda risposta è più povera della prima, non sei un caso isolato. Una rilevazione recente su 119 professionisti delle risorse umane italiani mette un numero su quella differenza, ed è più netto di quanto ci si aspetti. ## Perché conta Il potenziale percepito dell'intelligenza artificiale, su una scala da 0 a 7, riceve un voto medio di 5,4: quasi la metà degli intervistati lo valuta 6 o 7, e solo l'8% resta sotto la soglia di neutralità. L'entusiasmo, insomma, c'è davvero — non è una posa da riunione. Poi si chiede quanto l'azienda sia effettivamente pronta a usarla: visione, priorità, budget, una roadmap. Il voto medio crolla a 3,6-3,7\. E il 51% dichiara di non avere alcuna strategia dedicata sull'intelligenza artificiale — non una strategia debole: nessuna. Solo il 18% ha applicazioni davvero strutturate nella propria area. Il campione è specifico — professionisti HR italiani — ma il meccanismo non ha nulla di specifico alla funzione risorse umane. È lo stesso schema che si vede in produzione, in amministrazione, nel commerciale: un argomento che tutti trovano interessante, discusso più volte, mai formalizzato in una decisione che qualcuno può controllare più avanti. Il problema non è quindi lo scetticismo. È il contrario: tutti sono convinti che valga la pena, e proprio per questo nessuno si sente in dovere di trasformare quella convinzione in una decisione — l'entusiasmo condiviso dà l'illusione che il lavoro sia già stato fatto. «Ne parliamo tanto» sostituisce «abbiamo deciso», e la differenza si paga in mesi, non in euro: ogni riunione entusiasta senza un output scritto è un mese in cui il problema resta esattamente dov'era, con l'aggravante che la prossima riunione ripartirà dallo stesso entusiasmo generico, non da dove ci si era fermati. C'è anche un rischio meno visibile. Un'azienda che discute di intelligenza artificiale da mesi senza mai decidere niente non è ferma: qualcuno, nel frattempo, comincia a usarla per conto proprio, a modo suo, senza che nessuno lo sappia. Il vuoto di strategia non resta vuoto a lungo — lo riempie chi ha più fretta di aspettare la prossima riunione. ## Il metodo Non serve un piano industriale. Serve trasformare l'entusiasmo generico in tre decisioni piccole e verificabili. ### 1\. Un responsabile con un nome, non una funzione Non "se ne occupa l'IT" o "ci pensa la direzione". Una persona, individuata per nome, che risponde del passo successivo. Finché la responsabilità resta diffusa su tutta l'azienda, resta anche di nessuno — e in una riunione entusiasta è facile che tutti escano convinti che qualcun altro se ne stia già occupando. ### 2\. Una pagina, non quindici idee Scegli tre priorità, scritte, non quindici possibilità discusse a voce. La lista lunga è quella che si sente più spesso nelle riunioni entusiaste, ed è anche quella che non produce mai un output: troppe opzioni equivalgono, nei fatti, a nessuna decisione. ### 3\. Una data di verifica, fissata subito Non "vediamo come va". Una data precisa, entro sei o otto settimane, in cui si torna sulle tre priorità e si dice cosa è successo. Se alla data non è successo nulla, quella è già un'informazione utile — molto più di un altro giro di entusiasmo. Le tre cose insieme costano meno di un'ora, ma cambiano la natura della riunione: da un momento in cui si conferma un sentimento condiviso a un momento in cui si produce qualcosa che sopravvive alla riunione stessa. Non serve convincere nessuno dell'utilità dell'intelligenza artificiale — quella parte, i dati lo confermano, è già fatta. Serve solo smettere di scambiare l'accordo generico per un piano. ## La sfida di questa settimana Alla prossima riunione in cui qualcuno nomina l'intelligenza artificiale, non lasciare la stanza finché non è scritta una riga: chi se ne occupa, cosa fa per primo, entro quando. Se nessuno riesce a scriverla, hai già la risposta a che punto siete davvero — al di là di quanto entusiasmo c'era nell'aria. E se in azienda non c'è ancora stata nessuna riunione del genere, la sfida è più semplice: convocala tu, con quella sola riga come obiettivo dichiarato in agenda. ### Un preventivo con un numero solo non è un preventivo URL: https://lopezinthe.net/articoli/un-preventivo-con-un-numero-solo-non-e-un-preventivo/ Last updated: 2026-09-09T07:00:00.000Z Quando hai rifatto il tetto del capannone hai ricevuto un computo metrico: voci, quantità, prezzo unitario, stati di avanzamento. Sapevi quanto costava un metro quadro di guaina, e se al secondo stato di avanzamento la quantità non tornava, potevi contestare quella riga. Quando hai chiesto un preventivo per il gestionale nuovo, o per l'integrazione fra due sistemi, o per automatizzare il ciclo delle fatture, hai ricevuto due pagine di descrizione e in fondo un numero. Un numero solo. E l'hai firmato. ## Non è colpa di un fornitore scorretto La prima reazione, quando si mette in fila la cosa, è pensare a un venditore furbo. Quasi mai è così, ed è importante capire perché: se la spiegazione è la disonestà, la soluzione diventa «cambiare fornitore», che non risolve niente. Nell'edilizia e negli impianti il computo metrico esiste da sempre. Nessun imprenditore firmerebbe la ristrutturazione di un capannone su un totale, e nessuna impresa edile si sognerebbe di proporlo: è una prassi consolidata, e chi non la rispetta si squalifica da solo. Nel software e nell'automazione quella prassi **non si è mai formata**. Il preventivo opaco non è l'eccezione: è lo standard di mercato. E finché è lo standard, chiedere di scomporlo *sembra* sfiducia invece che controllo — motivo per cui quasi nessuno lo chiede, e i pochi che lo chiedono si scusano mentre lo fanno. Il paragone con il computo metrico l'ho preso da un'analisi di Massimo Di Ciliegi sul Giornale delle PMI, ed è la formulazione più efficace che abbia letto sul tema. Chiude la discussione in una riga: **lo stesso imprenditore pretende un dettaglio riga per riga per un tetto da trentamila euro e accetta un totale per un progetto da ottantamila.** ## Cosa perdi esattamente Tre cose, e nessuna delle tre è il prezzo. **Perdi il controllo in corso d'opera.** Un totale non si verifica mentre il lavoro procede: si può solo pagare quando è finito. Senza un prezzo per unità non hai modo di sapere se stai spendendo troppo — non troppo rispetto al mercato, che è una questione secondaria, ma troppo rispetto a quello che il progetto ti sta restituendo. È lo stesso problema di cui ho scritto a proposito dei [progetti in cui metà del budget è speso e un terzo del lavoro è fatto](https://lopezinthe.net/articoli/meta-budget-un-terzo-del-lavoro/): se l'avanzamento non è misurabile, la spesa non è governabile. **Perdi la posizione nella trattativa sulle varianti.** In qualunque progetto vero, a metà strada emergono richieste che non erano previste. È fisiologico e non è un difetto. Ma se il preventivo iniziale non aveva un metro — tanto per unità, tante unità — quella variante viene valutata a sensazione, e in una valutazione a sensazione la parte informata è il fornitore. Non perché stia barando: perché è l'unico dei due che sa quanto lavoro c'è dietro. **Perdi la voce ricorrente.** Se il costo di manutenzione e assistenza non è separato da quello di impianto e messo per iscritto con la durata, non entrerà in nessun conto economico previsionale. Comparirà da solo, l'anno dopo, su una cosa che a quel punto non si può più togliere. È il meccanismo per cui aziende che hanno «finito di pagare» un sistema scoprono di avere una rata perpetua che nessuno aveva messo a budget. ## Il dato che dice quanto è diffuso Gartner prevede che **entro il 2028 almeno la metà dei progetti di intelligenza artificiale generativa supererà il budget previsto**, e attribuisce lo sforamento a scelte architetturali sbagliate e mancanza di competenze operative. Vale la pena leggerla per quello che dice davvero. Non dice che quei progetti falliranno, e non dice che la tecnologia non funziona: dice che **costeranno più del previsto**, cioè che il problema si manifesta sul lato della spesa. Un progetto che sfora il budget per metà delle volte non è un problema tecnico. È un problema di come viene comprato. Va anche detto cos'è quel numero: una previsione di una società di analisi, non una misura su un campione di aziende italiane. Dice che il fenomeno è sistemico e atteso, non quanto succederà nella tua. ## Le quattro cose da pretendere prima della firma Nessuna richiede di capire la tecnologia. Sono le stesse che faresti a un impiantista. - **Un'unità che si possa contare.** Fatture elaborate, pratiche istruite, documenti classificati, postazioni configurate. Con la quantità prevista e il prezzo per unità, blocco per blocco. Se il fornitore risponde che non è scomponibile, la domanda successiva è come ha fatto lui a calcolare il totale — perché in qualche modo l'ha calcolato. - **Un contatore che leggi tu.** Un numero che puoi verificare per conto tuo, sul tuo sistema, senza chiedere al fornitore se il progetto sta funzionando. È la differenza fra misurare e farsi dire. - **La separazione fra costruire ed esercire.** Quanto costa realizzarlo e quanto costa tenerlo acceso ogni anno, in due righe distinte, con la durata dell'impegno. Se sta in una riga sola, è un numero che nasconde una rata. - **Un collaudo misurato su un campione deciso prima.** Non «il sistema è andato in produzione», ma: su queste cento fatture note, quante ne elabora correttamente, e sotto quale soglia il collaudo non è superato. Deciso prima della firma, quando ancora si può discutere. ## Prezzo fisso o a consuntivo: dipende da una domanda sola La domanda è: **il perimetro è noto?** Se il lavoro è chiaro e ripetibile, il prezzo fisso protegge te: il rischio se lo prende chi lo sa stimare. Se il perimetro è incerto — e nei progetti di integrazione lo è quasi sempre — il prezzo fisso non fa sparire il rischio, lo incorpora dentro il totale come margine di sicurezza. Quel margine lo paghi anche nei casi in cui il rischio non si verifica, cioè quasi sempre, e non lo vedi perché è dentro il numero unico. Su perimetro incerto la forma corretta è il lavoro a consuntivo con un tetto concordato: paghi quello che serve, e sopra una certa cifra ci si risiede al tavolo. Richiede più fiducia e più attenzione, e per questo viene scelta meno — ma è l'unica che non ti fa pagare in anticipo un rischio che magari non arriva. ## Come si verifica in dieci minuti Prendi l'ultimo preventivo tecnologico che hai firmato e prova a rispondere a tre domande usando solo quel documento. Quanto costa una singola unità di quello che ho comprato. Quale numero potrò contare da solo, fra sei mesi, per sapere se ha funzionato. Quanto pagherò ogni anno dopo il primo. Se non riesci a rispondere a nessuna delle tre, non hai firmato un preventivo: hai firmato una dichiarazione di fiducia. Il che può anche andare bene — con un fornitore che conosci da dieci anni è perfino ragionevole. Il problema è quando non è una scelta, ma il risultato di non aver saputo cosa chiedere. ## Il punto Quello che non puoi scomporre non puoi nemmeno controllarlo. E quello che non controlli in corso d'opera puoi solo pagarlo a fine lavori, quando l'unica leva rimasta è discutere. La correzione non costa niente e non richiede un progetto: sono tre righe in più nella prossima richiesta di preventivo, mandate prima di ricevere i numeri e non dopo. Chi risponde volentieri ti ha appena detto qualcosa di utile. Chi si irrigidisce, pure. [Come funziona il metodo TIMONE →](https://lopezinthe.net/controllo-di-gestione/) ### Larga un miglio, profonda un pollice: così cade una rete al primo vento forte URL: https://lopezinthe.net/pillole/larga-un-miglio-profonda-un-pollice/ Last updated: 2026-09-08T07:00:00.000Z Contare i collegamenti ti dice quanto sei largo. Non dice se, quando soffia forte, qualcuno resta in piedi per te. _This post is for subscribers only._ ### Il primo anno è il meno redditizio. È previsto. URL: https://lopezinthe.net/pillole/il-primo-anno-e-il-meno-redditizio/ Last updated: 2026-09-01T07:00:00.000Z Hai fatto il conto fra quanto ti costa e quanto è rientrato, e non torna. Il conto è giusto: è l'orizzonte a essere sbagliato. _This post is for subscribers only._ ### Quest'anno l'intelligenza artificiale ti è costata quasi niente. Non perché costi poco. URL: https://lopezinthe.net/articoli/lia-ti-e-costata-quasi-niente-non-perche-costi-poco/ Last updated: 2026-08-26T07:00:00.000Z C'è una domanda che in questo momento mette in difficoltà quasi tutti gli imprenditori a cui la faccio: **quanto ti costa l'intelligenza artificiale in azienda?** La risposta onesta, quasi sempre, è che non si sa. E fino a oggi non è stato un problema, perché la cifra era tanto piccola da non meritare una riga. ## Nessuno l'ha comprata, ed è già dappertutto Prova a ricostruire come è entrata. Nel gestionale, a un aggiornamento, è comparso un riepilogo automatico delle commesse. Nella posta, la risposta suggerita. Nel CRM, la scheda cliente che si scrive da sola dopo la visita. Negli strumenti di produttività, il verbale della riunione prodotto senza che nessuno lo scriva. Nessuna di queste cose è passata da una decisione. Non c'è stato un preventivo, non c'è stata una riunione, non c'è stata una firma. Non è una svista di controllo interno: **non c'era niente da decidere, perché non costavano niente in più**. Erano incluse nel canone che pagavi già. E questo, per un anno, è stato comodo per tutti. Le persone hanno cominciato a usarle senza chiedere il permesso, e il beneficio — dove c'è stato — è arrivato senza passare da un progetto. È esattamente il modo in cui una tecnologia entra in azienda quando entra davvero. ## Chi la sta pagando adesso Il 17 agosto, su Harvard Business Review, Stacia Garr — cofondatrice e analista principale di RedThread Research — ha spiegato perché è andata così. I fornitori di software gestionale e di produttività stanno assorbendo in silenzio il costo dell'infrastruttura che serve a far girare quelle funzioni: le schede grafiche, l'elaborazione di ogni singola richiesta, il consumo per ogni interazione. Le presentano come *incluse*, *senza contatore*, *in omaggio*. È una strategia di acquisizione: si regala la funzione perché diventi un'abitudine. Garr osserva che quel modo di presentarle produce, in chi compra, «una falsa sensazione di sicurezza sul budget e sull'operatività». E scrive che quest'era sta finendo, con il passaggio verso addebiti legati al consumo effettivo. Va detto con precisione cos'è quel pezzo, perché conta: è un'analisi di scenario, non una rilevazione. Non c'è un campione, non ci sono aziende intervistate, non c'è un numero. È il ragionamento di chi osserva quel mercato di mestiere, e va preso per quello che è. ## Il numero arriva lo stesso giorno, da un'altra parte Lo stesso 17 agosto, Gartner ha diffuso una previsione che dà una misura a quel ragionamento: **il costo di elaborazione per singolo flusso di lavoro automatizzato aumenterà di oltre cinque volte entro il 2028**. E nello stesso periodo il prezzo unitario di quell'elaborazione — quello che si paga per la singola unità di testo trattata — **calerà del 95% entro il 2030**. I due numeri sembrano contraddirsi. Non si contraddicono, e capire perché è tutto il punto. Gartner lo chiama *illusione della deflazione*. Il motivo è nella differenza fra le due cose che oggi chiamiamo con lo stesso nome. Un assistente che risponde a una domanda legge la richiesta e produce una risposta: un passaggio. Uno strumento che porta a termine un compito — controlla la disponibilità, confronta due documenti, si accorge di un'incongruenza, torna indietro, riprova — ne fa decine, e secondo Gartner consuma da cinque a trenta volte di più. Il prezzo del singolo passaggio scende in fretta. Il numero di passaggi cresce più in fretta. Anche qui serve onestà sul tipo di affermazione: **è una previsione di una società di analisi, non una misura su un campione di aziende**. Dice la direzione, non l'importo. Nessuno può dirti oggi quanto pagherai fra due anni, e chi te lo dice sta vendendo qualcosa. ## Perché è un problema di controllo, non di tecnologia Il problema non è che quel costo salirà. Un aumento si tratta, si rinegozia, al limite si subisce e si mette a budget. Il problema è che **cambia natura**. Oggi in azienda il software è un canone: una cifra fissa, annuale, prevedibile, che si scrive nel budget a settembre e resta quella. Un costo legato al consumo è un'altra cosa: varia ogni mese, dipende da quanto si usa, e *quanto si usa* non lo decide chi fa il budget. Lo decidono venti persone, una richiesta alla volta, senza che nessuna di loro stia autorizzando una spesa — perché nella loro testa, giustamente, non la stanno autorizzando. È lo stesso meccanismo di cui ho scritto a proposito dei [termini di pagamento concessi a fine trattativa](https://lopezinthe.net/articoli/il-cliente-che-paga-a-120-giorni/): un costo reale che non compare in nessuno dei posti dove qualcuno guarda, e che quindi si manifesta molto più tardi e molto più lontano dal punto in cui è stato generato. Con una differenza che peggiora le cose. Sui termini di pagamento, almeno, qualcuno ha detto sì. Qui non ha detto sì nessuno. ## Il contatore si costruisce adesso, che costa zero Non serve rinunciare a niente, non serve vietare niente, non serve rinegoziare oggi un contratto che oggi va bene. Serve una cosa sola: **costruire il termine di paragone finché è gratis costruirlo**. In pratica, tre passaggi, e nessuno richiede uno strumento nuovo. - **L'inventario.** Elenca i due o tre abbonamenti su cui, nell'ultimo anno, sono comparse funzioni di intelligenza artificiale. Non tutti: quelli su cui qualcuno le usa davvero. - **La riga per ciascuno.** Chi le usa, per fare cosa, quante volte in una settimana normale. Un ordine di grandezza basta e avanza: «l'amministrazione le usa ogni giorno sui documenti in arrivo» è un dato utile, «il commerciale ci ha provato due volte a marzo» lo è altrettanto. - **La domanda al fornitore, prima del rinnovo.** Quali funzioni oggi incluse possono passare a un prezzo legato al consumo, con quanto preavviso, e misurate su quale unità. Fatta per iscritto, non a voce: la risposta serve fra un anno, quando nessuno si ricorderà la telefonata. Un'azienda di quaranta persone chiude questo lavoro in un pomeriggio. Non produce un rapporto: produce mezza pagina, che resta in un cassetto finché non serve. ## Cosa compra quel pomeriggio Compra la possibilità di decidere invece di subire. Il giorno in cui arriva una fattura di rinnovo diversa dalle precedenti, senza quella mezza pagina hai due strade e sono cattive entrambe. La prima è pagare, perché non hai nessun modo di sapere se l'importo è congruo con quello che l'azienda ha davvero consumato: non hai un termine di paragone e non puoi costruirlo a posteriori. La seconda è spegnere la funzione, e scoprire che nel frattempo tre persone ci hanno costruito sopra il proprio modo di lavorare — e che il risparmio te lo ripaghi in ore. Con quella mezza pagina, invece, la conversazione con il fornitore cambia di segno: sai quante volte al mese quella funzione viene usata, sai chi la usa, e sai quale parte del lavoro si fermerebbe senza. Sono le tre cose che servono per trattare, ed è l'unico momento in cui puoi raccoglierle senza pagarle. ## Il punto Quello che non misuri torna come costo. Di solito con la fattura di rinnovo, e sempre nel momento peggiore per accorgersene. La particolarità di questa voce è che **oggi il dato costa zero, perché il servizio costa zero**. Fra un anno costerà quanto costa qualunque misurazione fatta sotto pressione, cioè molto: si farà di corsa, su dati parziali, mentre qualcuno chiede di decidere entro venerdì. Non capita spesso di poter misurare una cosa prima che diventi un problema. Vale la pena approfittarne finché la finestra è aperta. [Come funziona il metodo TIMONE →](https://lopezinthe.net/controllo-di-gestione/) ### Vi conoscete da un anno e non vi siete mai passati un cliente URL: https://lopezinthe.net/pillole/vi-conoscete-da-un-anno-e-non-vi-siete-mai-passati-un-cliente/ Last updated: 2026-08-25T07:00:00.000Z Non è antipatia e non sono i settori troppo lontani. È che nell'incontro individuale avete saltato l'unica parte che serviva. _This post is for subscribers only._ ### Il cliente che paga a 120 giorni ti sta chiedendo uno sconto URL: https://lopezinthe.net/articoli/il-cliente-che-paga-a-120-giorni/ Last updated: 2026-08-06T07:00:01.000Z C'è un momento preciso, in una trattativa, in cui si concede qualcosa senza accorgersene. Il prezzo è stato difeso riga per riga. Sullo sconto si è discusso, si è ceduto un punto, si è ripreso mezzo. Poi, quando ormai è tutto deciso e si sta chiudendo la cartellina, l'ufficio acquisti dice che loro pagano a centoventi giorni. Non è una richiesta: è un'informazione, detta con il tono di chi comunica una procedura interna. E si accetta. Perché è tardi, perché l'ordine è grosso, perché sembra una formalità amministrativa e non una condizione economica. Non lo è. È l'ultimo sconto della trattativa, ed è quasi sempre il più grande. ## Perché non lo chiami sconto Uno sconto sul prezzo si vede. Sta in offerta, sta in fattura, sta nel margine di commessa. Qualcuno l'ha autorizzato, e se è troppo alto qualcuno se ne accorge. Il termine di pagamento non sta da nessuna parte. Non compare nel prezzo, non compare nel margine, non compare in nessun rapporto che qualcuno legga il lunedì mattina. Compare — travestito — molto più tardi e molto più lontano: in un fido usato più del previsto, in un anticipo fatture che cresce, in una tensione di cassa a fine mese che viene attribuita alla stagionalità. Eppure la sostanza è semplice: **consegnare a settembre e incassare a gennaio significa prestare soldi a quel cliente per quattro mesi.** Il denaro che ci vuole per stare in piedi nel frattempo lo metti tu, e lo paghi al tasso a cui te lo dà la banca. È un finanziamento. Solo che non ha un contratto, non ha un tasso dichiarato, e non l'ha deciso nessuno. ## Quanto costa, con i numeri Le percentuali astratte non convincono nessuno. Un conto concreto sì. Prendi un cliente da 400.000 euro l'anno, con un margine lordo del 12% — quindi 48.000 euro. Paga a 120 giorni invece dei 60 che pagano gli altri. Sono 60 giorni di credito in più. - Credito aggiuntivo immobilizzato: 400.000 × 60/365 = **circa 65.700 euro** fermi, in permanenza. - Costo di quei soldi, al 7% annuo: **circa 4.600 euro l'anno.** Quattromilaseicento euro su un margine di 48.000 sono il **9,6% del margine** di quel cliente. Sul fatturato sono l'1,15%. Ora rileggi la trattativa. Uno sconto dell'1,15% sul prezzo lo avresti discusso: avresti fatto due conti, avresti chiesto qualcosa in cambio, forse avresti detto di no. Quel cliente lo ha ottenuto in trenta secondi, alla fine della riunione, senza nemmeno doverlo chiedere come sconto. I numeri sopra sono un esempio, non un dato di settore: il tasso è quello indicativo di un anticipo fatture, il margine è un'ipotesi. Rifai il conto con i tuoi. La formula è quella, e la troverai più sgradevole di quanto pensi, perché il tasso vero di un affidamento a breve raramente è il più basso che ti hanno promesso. ## Il cliente grande paga più tardi. Non è un'impressione Qui c'è il punto che rende la faccenda sistematica invece che aneddotica. L'Osservatorio pagamenti di Cerved, nella rilevazione pubblicata il 13 aprile 2026 sui dati 2023-2025, misura i giorni medi che le imprese italiane impiegano a saldare le fatture, divisi per dimensione di chi paga: - Grandi imprese: **73,21 giorni** - Medie imprese: 63,20 giorni - Piccole imprese: 56,85 giorni - Micro imprese: 50,20 giorni La regola è netta e vale in tutta la scala: **più il cliente è grande, più tardi paga.** Fra una micro impresa e una grande impresa ci sono 23 giorni di differenza strutturale. Il che significa una cosa poco piacevole per chi costruisce il proprio piano commerciale sul fatturato. Il cliente più grande non è solo quello che negozia meglio il prezzo, chiede più personalizzazioni e occupa più tempo delle persone migliori. È anche, in media e per struttura, quello che **ti finanzia di meno e si fa finanziare di più**. Le tre cose si sommano sullo stesso nome, e nessuna delle tre compare nella classifica per fatturato. C'è un secondo dato che conviene tenere accanto al primo, perché corregge un'illusione ottica. Cerved rileva che i tempi totali di pagamento si sono accorciati rispetto al 2023 — le grandi imprese sono passate da 76,71 a 73,21 giorni. Sembra un miglioramento. Non lo è: il calo **non è dovuto a maggiore puntualità, ma a termini concordati più brevi**. I giorni medi di ritardo, nello stesso periodo, sono *aumentati* per quasi tutte le classi dimensionali: per le grandi imprese da 10,12 a 10,45 giorni. Detto in altri termini: si firma per 60 e si paga a 70\. Il contratto è migliorato, il comportamento no. Lo studio pagamenti CRIBIS del 7 maggio 2026, ventiduesima edizione, costruito su oltre due miliardi di esperienze di pagamento in 37 paesi, dà la misura d'insieme: **in Italia paga alla scadenza il 43,4% delle imprese**, 1,7 punti in meno rispetto al 2024\. Il 4,1% supera i 90 giorni di ritardo. L'Italia scende al 21° posto in Europa e al 28° nel mondo; in Danimarca paga alla scadenza il 94,9%. Non è un dato da citare per lamentarsi del sistema paese. Serve a una cosa sola: **se meno di un cliente su due rispetta la scadenza, il termine scritto nel contratto non è una previsione di incasso.** È un punto di partenza ottimistico. Il tuo piano di cassa, se è costruito sulle date di scadenza, sta guardando un calendario che non esiste. ## Come si mette il numero sulla riga giusta Non serve un sistema nuovo e non serve un progetto. Serve aggiungere una colonna a un foglio che probabilmente hai già. **Prendi i dieci o quindici clienti che pesano di più.** Non tutti: la coda lunga non cambia la decisione e ti fa abbandonare il lavoro a metà. **Per ciascuno, scrivi i giorni di incasso reali.** Non quelli contrattuali: la media effettiva degli ultimi dodici mesi, presa dalle date di incasso. È il dato che fa la differenza fra un'analisi e un'opinione, ed è già nella contabilità. **Calcola il credito medio immobilizzato** — fatturato del cliente diviso 365, moltiplicato per i giorni reali — **e moltiplicalo per il tuo costo del denaro.** Quello vero, del tuo affidamento a breve, non un tasso teorico. **Sottrai quel numero dal margine di quel cliente.** È l'unico passaggio che conta, e nella maggior parte delle aziende non è mai stato fatto: il costo finanziario del credito commerciale sta nei costi generali, spalmato su tutti, quindi pagato soprattutto da chi paga puntuale. **Decidi la soglia prima di guardare la classifica**, non dopo. Sotto quale margine netto del costo finanziario un cliente va rinegoziato, qualunque sia il suo fatturato. Fissata dopo, la soglia diventa una giustificazione: si trova sempre una ragione per fare un'eccezione al cliente a cui si è affezionati. È un pomeriggio di lavoro. Il risultato è una classifica diversa da quella appesa in ufficio commerciale. ## Cosa farne, che non è mandare via nessuno L'esito quasi mai è «lasciamo andare il cliente». È molto più spesso uno di questi tre, e tutti e tre richiedono di avere il numero in mano. **Far pagare il tempo, invece di regalarlo.** Non rinegoziare il prezzo in blocco: mettere un prezzo alla dilazione. Centoventi giorni si possono concedere, se costano l'1,5% in più di listino. Detta così è una scelta commerciale legittima, e il cliente può perfino accettarla. Detta come sconto implicito è una perdita silenziosa. **Spostare il rischio invece di sopportarlo.** Se la dilazione è una condizione di mercato che non puoi cambiare, il costo va almeno riconosciuto e gestito con gli strumenti che esistono — anticipo fatture, factoring, assicurazione del credito — sapendo quanto costano e su quali clienti conviene usarli. La differenza rispetto a oggi non è lo strumento: è che la decisione viene presa cliente per cliente, con un numero accanto. **Cambiare quello che la forza vendita insegue.** Se il premio è sul fatturato, chi vende porterà a casa ordini grandi con termini lunghi, in perfetta buona fede: sta facendo esattamente quello che gli hai chiesto. I termini di pagamento entrano negli obiettivi commerciali, oppure continueranno a essere l'unica variabile della trattativa che nessuno difende. ## Il punto Il fatturato di un cliente si sa sempre. Quanto costa servirlo si sa raramente — è il [sovvenzionamento incrociato](https://lopezinthe.net/articoli/il-cliente-che-fattura-di-piu/), e riguarda i costi indiretti che nessuno gli attribuisce. Quanto costa *aspettarlo* non si sa quasi mai, e riguarda i soldi che gli presti senza chiamarli così. Sono due misure diverse dello stesso nome in cima alla classifica. La seconda ha il vantaggio di essere più facile: non richiede di ripartire nulla, richiede una moltiplicazione e le date di incasso che hai già. E ha un effetto immediato sull'unico numero che stabilisce quanto tempo hai per correggere un errore: [i mesi di autonomia di cassa](https://lopezinthe.net/articoli/quanti-mesi-resisti/). Sessanta giorni di credito in più su un cliente importante non sono una scomodità amministrativa. Sono mesi di autonomia in meno, comprati per te dalla tua banca, e regalati a qualcuno che non ti ha mai chiesto un prestito perché non era necessario chiederlo. [Come funziona il metodo TIMONE →](https://lopezinthe.net/controllo-di-gestione/) ### La referenza che dai vale più dell'affare che produce URL: https://lopezinthe.net/pillole/la-referenza-che-dai-vale-piu-di-quanto-conti/ Last updated: 2026-08-04T07:00:02.000Z La settimana scorsa ti ho chiesto di aprire un foglio e scrivere quattro numeri. Il primo era le referenze date. Facciamo che tu l'abbia fatto. Nella primavera scorsa hai passato un nome a un collega del gruppo, quel nome è diventato un contratto, e nella colonna hai scritto la cifra dell'affare. Quel numero è sbagliato. Non di poco, e non a tuo favore. ## Perché conta Rachel Gershon e Zhenling Jiang hanno pubblicato sul *Journal of Marketing Research* nel 2025 uno studio su quello che succede **dopo** una segnalazione. Non all'affare: alla persona. Il risultato è netto. Chi arriva a un'azienda perché qualcuno gliel'ha segnalata, a parità di acquisti, **segnala a sua volta il 31-57% in più** di chi è arrivato per conto suo. Non è una questione di gratitudine né di carattere: gli esperimenti mostrano che chi è entrato tramite una segnalazione considera più normale segnalare a propria volta. Ha visto come si fa, e quindi lo fa. La conseguenza è quella che ti riguarda. Se conti solo il primo contratto, secondo gli autori stai sottovalutando quanto vale davvero una segnalazione **di una cifra fra il 20 e il 36%**. Il resto è la coda: le persone che quella persona porterà, e quelle che porteranno loro. Vale la pena vedere cosa significa su un caso concreto. Il nome che hai passato in primavera è diventato un contratto per il tuo collega, e lì la partita sembra chiusa. Solo che quel cliente, sei mesi dopo, ha segnalato al collega un'azienda del suo settore — e lo ha fatto perché aveva imparato che si fa così, non perché gli fosse stato chiesto. Quel secondo contratto non compare in nessuna colonna, e non compare soprattutto nella tua. Un avvertimento onesto, perché il numero non diventi più grande di quello che è. Lo studio è stato fatto sui programmi di segnalazione delle grandi aziende di consumo, con dati sul campo e un esperimento su oltre dieci milioni di clienti segnalati. Non è stato fatto in un capitolo BNI il martedì mattina. Il meccanismo — chi entra così considera normale fare lo stesso — non ha ragione di funzionare diversamente fra professionisti, ma è un'analogia ragionata, non una misura del tuo gruppo. ## Il metodo Se una segnalazione vale più dell'affare che produce, cambiano tre cose pratiche. ### 1\. Scrivi da dove arriva ogni persona Non solo quanto ha fatturato: **chi te l'ha mandata**. È una colonna in più sul foglio della settimana scorsa e costa dieci secondi per riga. Serve a due cose. La prima è sapere chi sta davvero alimentando il tuo lavoro, che quasi mai è chi pensi: la memoria premia l'ultimo affare grosso, non chi ti manda gente da tre anni. La seconda è che senza quella colonna il punto successivo è impossibile. ### 2\. Ricorda alle persone come sono arrivate È il risultato più utile dello studio, ed è controintuitivo perché sembra scortese. Nell'esperimento, ricordare a un cliente che era entrato grazie a una segnalazione ha aumentato del 21% la probabilità che ne facesse una a sua volta. Fra professionisti si traduce in una frase detta senza cerimonie, quando capita: «tu sei arrivato tramite Marco, no?». Non è una riscossione del debito. È rendere visibile un modo di funzionare che quella persona ha già sperimentato dal lato di chi ne beneficia, e che quindi tende a ripetere. ### 3\. Dai per primo, e dallo a chi dà «Chi dà per primo mette in moto il sistema» resta vero, ma adesso ha un motivo tecnico invece che morale. Una segnalazione fatta a qualcuno che a sua volta segnala non produce un favore: produce una catena. Fatta a qualcuno che incassa e basta, produce un favore e si ferma lì. Non è un criterio per fare classifiche di merito, e non significa smettere di dare a chi non ricambia: capita spesso che una persona non segnali perché non ha ancora capito come si fa, e in quel caso il lavoro da fare è insegnarglielo, non escluderla. È un criterio per decidere dove mettere il tempo, che è finito. ## La sfida di questa settimana Prendi le ultime dieci persone che sono diventate clienti o contatti utili. Per ciascuna scrivi un nome: **chi te l'ha portata**. Se per qualcuna non lo sai, scrivi «non lo so» — è un dato anche quello, e di solito è il più istruttivo. Poi guarda la colonna. Quante volte compare la stessa persona? Chiama quella persona questa settimana. Non per ringraziarla in generale: per dirle il numero. «Negli ultimi due anni quattro dei miei clienti sono arrivati da te» è una frase che nessuno si sente dire mai, e cambia il rapporto più di un anno di colazioni. ### Il ruolo lo hai scritto. A decidere è sempre il più alto in grado. URL: https://lopezinthe.net/articoli/decide-sempre-il-capo-anche-se-non-tocca-a-lui/ Last updated: 2026-08-03T08:10:03.000Z C'è una riunione che si ripete in quasi tutte le aziende che ho visto, e si riconosce da un dettaglio. Sul tavolo c'è una scelta operativa: una deroga a un cliente, una fornitura da bloccare, uno sconto fuori listino. Quella decisione ha un responsabile, e tutti sanno chi è: è scritto nelle deleghe, è stato detto in assemblea, in qualche azienda è perfino su una matrice appesa al muro. Poi la discussione si scalda. Qualcuno alza la voce, qualcun altro porta un argomento che nessuno aveva previsto. E a un certo punto, senza che nessuno lo dichiari, tutti girano la testa verso la stessa persona: l'imprenditore, o il direttore generale. Che decide. Spesso non voleva farlo. Ha deciso perché nessun altro chiudeva, e la riunione non poteva durare un'altra ora. ## Non è timidezza, è progettazione La spiegazione che si sente per prima è caratteriale: quel responsabile non è abbastanza deciso, non ha polso, deve crescere. È una diagnosi comoda perché sposta il problema su una persona, e le persone si possono sostituire. Il problema è che succede anche cambiando la persona. E succede anche molto più in alto. Sul numero di luglio-agosto 2026 di *Harvard Business Review*, Lindy Greer e Maxim Sytch della Michigan Ross e Jennifer Jordan dell'IMD aprono il loro articolo sui diritti decisionali con una scena precisa. In un'azienda tecnologica globale, dodici dirigenti si riuniscono per chiudere una questione controversa: se creare o meno una nuova posizione dirigenziale. Dopo **novanta minuti di discussione intensa, la riunione finisce senza una decisione.** Dodici dirigenti. Un'azienda che i modelli organizzativi li conosce tutti. Novanta minuti, zero decisioni. La tesi degli autori è che gli strumenti pensati proprio per evitarlo — le matrici di responsabilità, il RACI e i suoi parenti — nella pratica falliscono spesso. Non perché il modello sia sbagliato in sé, ma per come viene costruito e per cosa lascia fuori. Se succede a loro, l'idea che nella tua azienda sia questione di carattere regge poco. ## Cosa manca davvero a una delega scritta Una delega, nella maggior parte delle aziende, dice *chi*. Quasi mai dice le altre tre cose che servono perché quel «chi» significhi qualcosa. **Non dice fino a dove.** «Il responsabile di produzione decide sulle non conformità» è una frase che sembra chiara e non lo è. Decide anche se fermare una linea in un giorno di consegne? Anche se il costo supera i diecimila euro? Anche se il cliente è quello grosso? Senza un limite scritto, ogni caso importante diventa discutibile — e quello che è discutibile risale. **Non dice cosa succede se qualcuno non è d'accordo.** Questa è la più importante. Nella maggior parte delle aziende il dissenso di una persona più alta in grado, anche espresso come semplice perplessità, sospende di fatto la decisione. Non c'è una regola che lo preveda: c'è il fatto che nessuno ha mai scritto che *non* lo prevede. **Non dice chi va informato, e quando.** Se il responsabile sa che una scelta sbagliata arriverà al titolare prima che lui possa spiegarla, la sua strategia razionale è chiedere prima. Non è mancanza di coraggio: è come funziona chiunque debba rispondere di qualcosa senza controllare come viene raccontato. ## Il costo, che non è il tempo perso Il costo che si nota è quello sbagliato: la riunione lunga, la decisione che slitta di una settimana. È fastidioso ed è visibile, quindi è quello di cui ci si lamenta. I costi veri sono tre e nessuno dei tre compare da nessuna parte. **La qualità della decisione scende.** Chi decide dall'alto ha meno contesto operativo di chi era stato designato. Conosce il cliente, non conosce il pezzo; conosce il bilancio, non conosce il fornitore. Decide bene quanto glielo consente un riassunto di cinque minuti fatto da qualcun altro, che nel riassunto — inevitabilmente — ha già scelto cosa mettere e cosa lasciare fuori. **Il responsabile smette di prepararsi.** È l'effetto più lento e il più costoso. Una persona che ha imparato che le decisioni difficili le prende un altro, dopo un po' smette di istruirle: non raccoglie i dati, non si forma un'opinione, non arriva in riunione con una proposta. Non per pigrizia — perché sarebbe lavoro sprecato. In due anni si è formata una persona che esegue, e nel frattempo si è pagata come se decidesse. **Il titolare diventa il collo di bottiglia della propria azienda.** Ogni decisione risalita è tempo suo, e il suo tempo è l'unica risorsa che non si può assumere. È il motivo per cui molti imprenditori dicono di non riuscire a lavorare sull'azienda perché lavorano nell'azienda: non è una questione di organizzazione del tempo, è che il sistema decisionale gli riporta tutto sul tavolo per costruzione. ## La differenza con un committente mancante C'è un problema che somiglia a questo e non è questo, e vale la pena separarli perché la correzione è diversa. In [Le tre domande da fare prima di aprire un cronoprogramma](https://lopezinthe.net/articoli/tre-domande-prima-del-cronoprogramma/) il punto era che in molti progetti **nessuno è mai stato nominato**: quando tempi, costi e ambito entrano in conflitto, non esiste una persona con l'autorità di dire cosa cede. Lì la correzione è nominare qualcuno. Qui il problema è l'opposto e più insidioso: **la persona è stata nominata, e non basta.** Il nome c'è, la delega è scritta, e la decisione risale lo stesso. Nominare di nuovo non serve a niente — la seconda nomina avrà lo stesso destino della prima. ## Mappare le decisioni, come si mappa qualsiasi altra cosa Il controllo di gestione serve a rendere visibile dove l'azienda guadagna e dove consuma. Le decisioni sono esattamente lo stesso genere di oggetto: ricorrono, hanno un costo, e nella maggior parte delle aziende nessuno le ha mai contate. Il lavoro è più corto di quanto sembri. **Elenca 10-15 decisioni operative ricorrenti.** Non tutte: quelle che tornano ogni settimana o ogni mese e che qualcuno deve chiudere. Deroghe, sconti fuori listino, fermi di produzione, acquisti sopra una certa cifra, assunzioni di sostituzione, reclami. Se ti vengono in mente in dieci minuti sono quelle giuste. **Per ciascuna scrivi quattro cose:** chi decide, entro quale limite senza chiedere a nessuno, chi va informato *dopo*, e cosa succede se qualcuno non è d'accordo. L'ultima colonna è quella che le altre aziende non compilano, ed è quella che fa funzionare le prime tre. **Scrivila insieme a chi decide, non per lui.** Una mappa calata dall'alto viene rispettata finché non costa niente rispettarla. Le persone difendono i limiti che hanno contribuito a fissare, anche quando li stringono: è la differenza fra un vincolo accettato e un vincolo subìto. **Rivedila una volta l'anno.** Un'azienda che cresce sposta i limiti: la cifra che due anni fa richiedeva l'approvazione del titolare oggi è ordinaria amministrazione. Una mappa che non si aggiorna smette di essere seguita nel giro di pochi mesi, e a quel punto torna a decidere chi ha sempre deciso. ## La prova, che è una sola Una mappa scritta non dimostra niente finché non viene messa alla prova, e la prova arriva sempre nello stesso modo: **la prima volta che il responsabile designato decide una cosa che al titolare non piace.** Quello che succede in quei dieci minuti vale più di qualsiasi documento. Se la decisione resta in piedi, la mappa esiste. Se viene ribaltata — anche con garbo, anche con buone ragioni, anche una volta sola — tutti hanno capito, e da quel momento il documento è carta. Non significa che l'imprenditore non possa mai intervenire. Significa che l'intervento va trattato come quello che è: *un'eccezione dichiarata*, con un motivo detto ad alta voce, e non un ripensamento silenzioso. Un'eccezione riconosciuta costa poco. Un'eccezione mascherata da normale funzionamento cancella le venti righe scritte il mese prima. Un ruolo decisionale che nessuno ha mai testato con una decisione scomoda non è un ruolo. È un titolo. [Come funziona il metodo TIMONE →](https://lopezinthe.net/controllo-di-gestione/) ### Avete comprato il cloud. Non avete comprato una decisione diversa. URL: https://lopezinthe.net/articoli/avete-comprato-il-cloud-non-la-visione/ Last updated: 2026-07-31T12:17:29.000Z Il budget per il nuovo sistema in cloud è stato approvato senza troppe discussioni. Quello, ormai, si fa. Sei mesi dopo il sistema è installato, i dati sono migrati, il fornitore ha chiuso il progetto e ha mandato la fattura finale. In azienda si lavora esattamente come prima: gli stessi fogli di calcolo paralleli, le stesse riunioni del lunedì, le stesse decisioni prese con gli stessi criteri informali di sempre. La tecnologia è cambiata. Il modo di decidere no. ## Il dato che smonta la spiegazione comoda La spiegazione che circola da anni è che le PMI italiane siano indietro con la tecnologia. È una narrazione rassicurante, perché rimanda il problema a una questione di risorse: quando ci saranno i soldi, si farà. I numeri dicono un'altra cosa. Secondo l'Osservatorio Innovazione Digitale nelle PMI del Politecnico di Milano, nella ricerca 2025-2026, **il 56% delle PMI italiane ha investito nel cloud nel triennio 2023-2025, e il 91% prevede di farlo nel triennio 2026-2028**. Più della metà ha aumentato la spesa digitale rispetto all'anno precedente. I soldi, quindi, ci sono. E crescono. Nello stesso studio, però, **il 76% delle PMI non ha investito né prevede di investire in intelligenza artificiale, e solo il 7% ha avviato programmi strutturati di formazione** su questi strumenti. Il direttore dell'Osservatorio, Claudio Rorato, mette la questione così: «La vera questione non è quante PMI utilizzino già l'Intelligenza Artificiale, ma quante siano realmente pronte a farlo in modo efficace.» Messi in fila, i due dati raccontano una cosa sola: **l'infrastruttura si compra, la prontezza a usarla no.** La prima è una voce di budget e si approva in una riunione. La seconda è un lavoro organizzativo, più lento, che non compare in nessuna fattura — e per questo non viene mai messo in agenda. ## La domanda che nessuno fa prima di firmare C'è una domanda che quasi non viene mai posta ad alta voce prima di un investimento tecnologico, ed è quella che distingue una spesa da un cambiamento: **quale decisione, che oggi prendiamo in un certo modo, dopo questo investimento verrà presa diversamente?** Non «quali funzionalità avremo». Non «quali dati vedremo». Quale *decisione*: chi la prende, su quale informazione, con quale frequenza, e in che cosa il risultato sarà diverso da oggi. La differenza si vede meglio con tre esempi, tutti presi da conversazioni reali in aziende manifatturiere. - «Avremo lo storico degli ordini in tempo reale» è una funzionalità. «Il responsabile acquisti deciderà il riordino guardando la rotazione degli ultimi novanta giorni invece che a sensazione, ogni lunedì» è una decisione. - «Avremo la marginalità per commessa» è un dato. «Nessuna deroga di prezzo viene concessa senza vedere il margine di quella commessa, e la concede il responsabile commerciale entro una soglia scritta» è una decisione. - «Avremo il monitoraggio della produzione» è un cruscotto. «La linea si ferma quando lo scarto supera una soglia, e a fermarla è il capoturno senza chiamare nessuno» è una decisione. La prova è semplice: se dopo l'investimento nessuno fa niente di diverso il lunedì mattina, non è cambiato niente — a prescindere da quanto sia bello il cruscotto. Se la risposta non è chiara e specifica, l'investimento comprerà infrastruttura. Che è una cosa utile, ma non è quella che è stata promessa in consiglio quando si è chiesto il budget. Il caso tipico lo si riconosce dal modo in cui viene formulato l'obiettivo: «avere tutto in un posto solo». È un obiettivo di sistema, non di lavoro. Sei mesi dopo i dati sono davvero tutti in un posto solo — e le decisioni su produzione e vendita continuano a essere prese nelle stesse riunioni, con gli stessi criteri, perché nessuno aveva scritto quale di quelle decisioni sarebbe dovuta cambiare. ## Non è la stessa cosa di «la gente non lo usa» Questo problema somiglia a un altro di cui ho già scritto — [il gestionale che nessuno usa](https://lopezinthe.net/articoli/gestionale-che-nessuno-usa/) — ma non è lo stesso, e confonderli porta a curare la malattia sbagliata. Lì il sistema viene rifiutato: le persone tornano ai fogli di calcolo perché il cambiamento ha un costo che nessuno ha nominato. È un problema di adozione. Qui il sistema viene *adottato*. Tutti lo usano, i dati sono corretti, il fornitore è soddisfatto. Solo che l'azienda decide come prima. È un problema diverso, e più subdolo, perché tutti gli indicatori di progetto dicono che è andata bene: consegnato nei tempi, nel budget, con l'adozione prevista. Nessuno chiede se qualcosa sia effettivamente cambiato, perché non era stato scritto cosa doveva cambiare. ## Il costo vero è il prossimo investimento Il denaro speso su uno strumento sottoutilizzato è la parte visibile, e non è la peggiore. Si può quantificare, si mette a bilancio, prima o poi si ammortizza. Il costo che non si vede è la frase che resta in azienda dopo: **«abbiamo già provato, non è cambiato niente».** Diventa un alibi permanente, e ha una caratteristica che lo rende particolarmente difficile da smontare: è vero. È davvero successo, tutti se lo ricordano, e chi lo dice ha ragione sui fatti pur sbagliando la diagnosi. Da quel momento ogni proposta successiva parte con un debito di credibilità che non ha contratto — compresa quella che avrebbe funzionato. Ho visto aziende rimandare per tre anni un intervento necessario per questo motivo, non perché mancassero i soldi ma perché il ricordo dell'ultima volta pesava più dei numeri della prossima. È il motivo per cui la riga scritta prima di firmare non è burocrazia: è ciò che permette, se qualcosa non funziona, di sapere *che cosa* non ha funzionato — e quindi di non buttare via tutto insieme. ## Il secondo sintomo, che quasi nessuno collega al primo Lo stesso studio contiene un dato che di solito viene letto separatamente, e sbagliando: **il 47% delle PMI italiane non ha svolto alcuna attività di ricerca e sviluppo negli ultimi tre anni.** Solo il 15% la conduce in modo sistematico, e oltre un terzo non ha introdotto alcuna innovazione nello stesso periodo. Va letto insieme all'altro, perché è lo stesso meccanismo visto da un'altra angolazione. La spesa digitale corrente cresce; la spesa per capire cosa servirà fra tre anni è vicina allo zero. La lettura comoda è «prudenza»: si investe su ciò che serve oggi. La lettura precisa è che **l'azienda sta finanziando il presente e disarmando il futuro** — e non per una scelta discussa e presa, ma perché quella domanda non ha mai avuto una riga di budget accanto, e quindi non è mai esistita davvero. Fare ricerca in una PMI non significa aprire un laboratorio. Significa avere una domanda ricorrente con una soglia dichiarata: quanto del fatturato di quest'anno è andato a *capire* — non a produrre, non a vendere: a capire — come cambierà il mercato in cui vendiamo. Se il numero è zero, non è un problema di risorse. È che nessuno lo ha mai messo in calendario prima che il resto dell'anno lo cancellasse. ## Come si corregge, senza aprire un progetto Tre cose, in ordine, e nessuna richiede un consulente per essere iniziata. **Prima di firmare, si scrive la riga.** «Questo strumento serve a farci decidere diversamente su X, entro Y mesi.» Una riga, con un nome di decisione dentro. Se non si riesce a scriverla con precisione, non significa che l'investimento sia sbagliato: significa che va rimandata la firma di due settimane, il tempo di capire cosa si sta comprando davvero. **Si mette un budget sulle persone, non solo sullo strumento.** Non ore d'aula sul software: tempo dedicato a chi dovrà usare quello strumento per decidere in modo diverso. È la voce che salta per prima quando il preventivo va limato, ed è quella che decide se le altre voci renderanno. **Si fissa la verifica prima, non dopo.** Una data a tre o sei mesi in cui si torna sulla riga scritta all'inizio e si risponde a una domanda sola: quella decisione viene presa diversamente, sì o no? Senza questa data, il momento della verifica non arriva mai — arriva solo il rinnovo del canone. ## Il punto Le PMI italiane non sono indietro con la tecnologia. Su questo la narrazione corrente è semplicemente sbagliata, e i numeri sul cloud lo dimostrano. Sono indietro su una cosa che costa molto meno e si vede molto peggio: **decidere, prima di spendere, cosa dovrà cambiare nel modo di lavorare.** È una riga scritta, non un progetto. Ma è la differenza fra un'azienda che ha comprato un'infrastruttura e una che ha comprato un modo diverso di decidere. [Come accompagno l'adozione →](https://lopezinthe.net/change-management/) ### Avete introdotto l'IA. Il 95% dei progetti non produce un euro di ritorno. URL: https://lopezinthe.net/articoli/avete-introdotto-lia-95-per-cento-non-vede-ritorno/ Last updated: 2026-07-30T10:02:35.000Z La scena è sempre la stessa, e non ha niente di tecnologico. L'azienda ha comprato le licenze. Ha fatto il kick-off con le slide giuste, ha erogato mezza giornata di formazione, ha mandato la comunicazione interna. Sei mesi dopo, in produzione, l'intelligenza artificiale la usano tre persone su venti, in modo estemporaneo, e nessuno sa dire quante ore o quanti euro abbia fatto risparmiare. Nel frattempo, in reparto, qualcun altro la usa lo stesso. Con il proprio account personale, dal proprio telefono, incollandoci dentro il capitolato di un cliente. Perché lo strumento aziendale non risolve il problema che ha davvero. ## Il numero che spiega la scena Nell'agosto 2025 il progetto NANDA del MIT ha pubblicato *The GenAI Divide: State of AI in Business*: oltre trecento implementazioni aziendali analizzate, cinquantadue casi studio, centocinquantatré interviste a dirigenti. Il risultato è diventato famoso: **il 95% dei progetti di IA generativa non produce alcun ritorno misurabile sul conto economico**. Solo il 5% genera valore finanziario documentabile. Non è un dato isolato. McKinsey, nel *State of Organizations 2026* — oltre diecimila dirigenti, quindici paesi, sedici settori — trova che l'88% delle organizzazioni sperimenta l'IA, ma meno del 20% ne vede risultati significativi e solo l'1% descrive l'adozione come matura. Due ricerche diverse, metodi diversi, stessa forma: la tecnologia è entrata quasi ovunque, il ritorno quasi da nessuna parte. La parte che di solito non viene citata è la conclusione del MIT, ed è quella che conta. I progetti non falliscono perché i modelli sono deboli. Falliscono per flussi di lavoro fragili, per assenza di apprendimento del contesto aziendale, per disallineamento con il lavoro di tutti i giorni. Il vincolo non è la qualità della tecnologia: è la qualità della gestione. ## Perché la diagnosi è quasi sempre sbagliata Di fronte a un'adozione ferma, le spiegazioni che circolano in azienda sono tre, e sono tutte e tre rassicuranti. **«La gente si abitua piano.»** Cioè: è un problema di tempo, aspettiamo. Ma il tempo da solo non ha mai fatto adottare niente, e sei mesi di attesa sono sei mesi di canone pagato. **«Serve più formazione.»** Cioè: è un problema di competenza. Quasi mai lo è. Le persone che usano l'IA di nascosto con il proprio account dimostrano esattamente il contrario: la competenza c'è, manca il permesso e manca il posto dove metterla. **«Aspettiamo la prossima versione dello strumento.»** Cioè: è un problema del fornitore. È la più comoda delle tre, perché sposta la responsabilità fuori dall'azienda e giustifica un altro anno di immobilità. Nessuna delle tre descrive quello che sta succedendo davvero, che è molto più semplice: **lo strumento è stato affiancato al lavoro invece di essere messo dentro il lavoro**. Nessuno ha riscritto il processo, e un processo che non cambia produce esattamente i risultati di prima. È lo stesso meccanismo che fa fallire l'adozione di un gestionale, e l'ho raccontato altrove: [la spesa è stata fatta, il beneficio no](https://lopezinthe.net/articoli/gestionale-che-nessuno-usa/). ## Il costo che non compare in nessuna riga di bilancio Le licenze non sfruttate sono la parte visibile e la meno grave. Il costo vero è un altro, e il MIT lo ha misurato: mentre solo il 40% delle aziende dichiara di aver acquistato un abbonamento ufficiale a uno strumento di IA, i dipendenti di oltre il 90% delle aziende interpellate dichiarano di usare regolarmente strumenti di IA personali per lavoro. È quella che è stata chiamata **economia ombra dell'IA**. Vale la pena leggerla nel verso giusto, perché il verso sbagliato è quello istintivo. Il verso sbagliato è disciplinare: «i dipendenti aggirano le regole, serve una policy». Il verso giusto è diagnostico: **se le persone usano di tasca propria uno strumento che l'azienda ha già comprato, il problema non è la loro disciplina, è che l'azienda non ha dato una direzione utilizzabile**. Hanno un lavoro da fare, hanno trovato un modo per farlo meglio, e lo hanno fatto fuori dal perimetro perché dentro il perimetro non c'era. Le conseguenze sono tre, in ordine di gravità crescente. Primo: dati aziendali — offerte, listini, dati di clienti e dipendenti — che escono dal controllo dell'azienda e finiscono in servizi mai valutati. Secondo: nessuno verifica la qualità di quel lavoro, perché ufficialmente non esiste. Terzo, il peggiore: **il miglioramento non si capitalizza**. Il collega che ha trovato il modo di preparare un'offerta in venti minuti invece che in due ore resta l'unico a saperlo, e quando cambia azienda se lo porta via. ## Cosa fa il 5% Le aziende che un ritorno lo ottengono non hanno una tecnologia migliore. Hanno tre pratiche, e nessuna delle tre è tecnica. **La direzione partecipa al disegno, non lo delega.** Decidere dove l'IA entra nel lavoro è una scelta di processo e di priorità, non una scelta di software. Delegarla all'IT — o, peggio, al fornitore — significa ottenere uno strumento configurato correttamente per un processo che nessuno ha discusso. **Si riscrive il flusso di lavoro, non lo si affianca.** È il fattore con l'impatto più alto misurato: secondo la ricerca BCG del 2025 sul divario fra adozione e impatto, le aziende ad alte prestazioni hanno una probabilità circa sette volte maggiore di aver ridisegnato i processi da capo a fondo. Non «usiamo l'IA per scrivere più in fretta le mail che scrivevamo prima», ma: questo passaggio del processo sparisce, questo cambia mano, questo controllo si sposta all'uscita invece che all'ingresso. **Qualcuno risponde del risultato, non dell'installazione.** È il punto che manca più spesso. La stessa ricerca BCG rileva che più della metà degli amministratori delegati dichiara di non vedere il legame fra l'IA e il conto economico, e che solo il 14% definisce con chiarezza l'impatto atteso su tutte le proprie iniziative. Le aziende che invece lo fanno si aspettano un ritorno più che doppio rispetto alle altre. Un responsabile di progetto risponde della messa in esercizio; qui serve qualcuno che risponda di un numero, entro una data. C'è poi una raccomandazione di McKinsey che vale la pena riportare per intero perché è scomoda: **per ogni euro investito in tecnologia ne andrebbero investiti cinque nelle persone**. Nella maggior parte delle aziende il rapporto è esattamente rovesciato — e la formazione è la prima voce che salta quando il budget si stringe. ## Nelle PMI lo stesso errore ha un altro nome Nelle imprese che seguo il problema raramente si presenta come «progetto di intelligenza artificiale». Si presenta come un abbonamento attivato dall'ufficio marketing, un assistente incluso in un aggiornamento del gestionale, una prova avviata da un responsabile volenteroso. Nessuno dei tre ha un obiettivo scritto, e nessuno dei tre ha un proprietario. Un caso che ho visto più di una volta: l'ufficio tecnico prepara le offerte a partire da capitolati lunghi decine di pagine. È un lavoro che consuma le persone più esperte in un compito che di esperto ha poco — leggere, estrarre, ricopiare. È esattamente il punto in cui uno strumento di IA vale qualcosa. Ma vale qualcosa solo se qualcuno riscrive il processo di offerta: dove entra lo strumento, chi controlla cosa produce, cosa succede quando sbaglia, e quanto tempo si è liberato. Senza questo, l'esito è quello di sempre: due tecnici su otto lo usano quando se ne ricordano, e a fine anno la domanda «quanto ci ha reso» non ha risposta. C'è un dato del MIT che per una PMI è particolarmente utile: le soluzioni acquistate da fornitori specializzati riescono in circa due terzi dei casi, mentre quelle costruite internamente riescono un terzo delle volte. Per un'azienda da venti o cinquanta persone la traduzione è netta: **il vantaggio non sta nel costruire lo strumento, sta nel ridisegnare il processo intorno a uno strumento che esiste già**. La prima è una spesa che non vi compete. La seconda è l'unica cosa che nessun fornitore può fare al posto vostro. ## Da dove si comincia Prima di aggiungere altri strumenti, serve una mappa. Si fa in una settimana e richiede quattro risposte scritte. - **Quali tre o quattro processi** userebbero l'IA in modo strutturato e ripetuto — non estemporaneo. Tre o quattro, non quindici: la dispersione è il modo più efficace per non ottenere niente. - **Cosa cambia nel flusso** di ciascuno di quei processi. Quali passaggi spariscono, quali controlli si spostano, chi fa cosa dopo. Se la risposta è «niente, si lavora come prima ma più in fretta», quel processo va tolto dalla lista. - **Chi risponde del risultato** di ciascuno, con nome e cognome, e su quale numero: ore liberate, tempo di risposta, errori evitati, offerte prodotte. - **Entro quando** quel numero viene misurato, e cosa si fa se non arriva. La soglia va dichiarata prima, non commentata dopo. E una quinta domanda, da fare per prima e a voce, non per iscritto: *chi in azienda sta già usando l'IA per conto suo, e per fare cosa?* Quelle persone hanno già svolto gratuitamente la parte più difficile del lavoro, che è capire dove serve davvero. Vanno cercate e ascoltate, non riprese. ## Il punto Il 95% non è un dato sulla tecnologia. È un dato sul management. Un'azienda che compra licenze e fa formazione ha comprato una possibilità, non un risultato. Il risultato arriva quando qualcuno riscrive il modo di lavorare e mette il proprio nome accanto a un numero e a una data. Finché questo non succede, l'IA resta quello che è oggi nella maggior parte delle imprese: uno strumento che qualcuno usa di nascosto, non un metodo che l'azienda governa. [Come accompagno l'adozione →](https://lopezinthe.net/change-management/) ### About URL: https://lopezinthe.net/en/about/ Last updated: 2026-07-29T05:30:00.000Z I am Diego Lopez. I live in Trieste, north-east Italy, and for over ten years I have been doing the same thing across very different industries: taking organisations that have grown complicated and putting them back in a position to decide. I trained as an architect at Politecnico di Milano. That origin explains more than it seems: designing a building means holding together technical constraints, budget, regulation and people who want incompatible things. It is precisely the job I do now, with different objects. ## Where I have worked I do not name clients here, out of respect for confidentiality agreements. I describe context and results, which is what you need in order to judge whether I can be useful. - **Shipbuilding.** Three and a half years leading a digital transformation programme at one of Europe's largest shipyards: an integrated platform for ship design and lifecycle management. The engagement began with a proof of concept against three global vendors and led to a 50 million dollar project acquisition, with project risk cut by 26% and costs reduced by 19% through fixed-price contracting. - **Naval process reengineering in China.** One year in Shanghai, converting a yard's production processes from container ships to cruise ships. Timelines went from nine months to four, with a 40% saving on technical staff costs. - **Energy and gas.** As general manager, I run projects funded under Italy's national recovery plan: compliant document management, contract cost control, and relations with sector regulators. - **Sports infrastructure.** Direction of an 18 million euro complex from project financing through to operation, including ISO 9001:2015 certification achieved with zero non-conformities. The full record, with company names, is on my [LinkedIn profile](https://www.linkedin.com/in/diegolopezconsulting/?ref=lopezinthe.net). ## What I do - Business process analysis and reengineering - Management control for small and medium enterprises - Direction of complex projects and programmes, including multi-vendor and multi-country - Technical and economic contract monitoring, budget and progress control - Change management and adoption of digital tools - Institutional relations, regulatory compliance, compliant document management If I had to name one competence: **translating technical language into business language, and back**. It is the point where most projects break. ## Education - Degree in Architecture, Politecnico di Milano - Lean Six Sigma Black Belt (in progress) - Financial Management, Discounted Cash Flow and Valuation - Program Management, University of Michigan — PMI recognised - Fundamentals of Project Planning and Management, University of Virginia - Successful Negotiation, University of Michigan - Competitive Strategy, INSEAD Languages: Italian (native), English (fluent). [Get in touch →](https://lopezinthe.net/en/contact/) ### Se non lo misuri, stai solo sperando URL: https://lopezinthe.net/pillole/semaforo-e-risultati-tracciabili/ Last updated: 2026-07-28T15:33:50.000Z Nel mio lavoro passo le giornate a dire agli imprenditori la stessa cosa: se un'attività non la misuri, non sai se ti conviene. Vale per una linea di prodotto, per un reparto, per un investimento in tecnologia. Vale anche per il tempo che dedichi alle relazioni professionali. Quante ore hai investito nell'ultimo anno fra incontri, colazioni, eventi e caffè? E quanto fatturato è arrivato da lì? Se la seconda risposta è «non saprei di preciso», hai un canale commerciale che non stai governando. ## Perché conta Il networking ha una reputazione ambigua proprio per questo: viene raccontato come una questione di simpatia e di fortuna. Ma il passaparola strutturato è l'esatto contrario dell'improvvisazione — è un sistema, e come tutti i sistemi ha degli indicatori. Misurare serve a tre cose, in ordine di importanza: - **Capire se ne vale la pena.** Un canale che non produce va corretto o chiuso, non subìto per abitudine. - **Vedere gli squilibri.** Se dai molto a qualcuno e non ricevi mai, non è un dramma: è un'informazione. Forse il vostro cliente non è lo stesso, e state entrambi perdendo tempo. - **Riconoscere chi ti aiuta.** Senza tracciamento ci si dimentica, e chi si sente non riconosciuto smette di dare. ## Il metodo Bastano quattro numeri, aggiornati una volta al mese. Non serve un gestionale. - **Referenze date.** Quante ne hai passate tu. È il primo numero, non il secondo: chi dà per primo mette in moto il sistema. - **Referenze ricevute.** Quante te ne sono arrivate, e da chi. - **Incontri individuali fatti.** È l'indicatore anticipatore: è quello che spiega i due numeri precedenti con due o tre mesi di scarto. - **Affari conclusi.** Il fatturato effettivamente incassato grazie a una referenza. Va dichiarato con onestà: gonfiarlo serve solo a ingannare sé stessi. Su questi numeri si può mettere un semaforo, esattamente come su qualsiasi altro indicatore aziendale: una soglia sotto la quale intervieni, una sopra la quale sei tranquillo. Un avvertimento che vale la pena fare: **questi numeri sono uno strumento interno, non un bilancio certificato.** Nessuno li verifica. In un gruppo serio la reputazione fa da filtro; in uno meno serio la corsa a mostrare risultati produce numeri inattendibili. Se li usi per decidere, usali onesti — sono tuoi. ## La sfida di questa settimana Apri un foglio di calcolo. Quattro colonne, una riga per mese, dodici righe. Compila la riga dell'ultimo mese con i numeri veri, anche se sono bassi. Soprattutto se sono bassi: è il punto di partenza, e senza punto di partenza fra sei mesi non saprai se sei migliorato. ### Method URL: https://lopezinthe.net/en/method/ Last updated: 2026-07-29T05:30:05.000Z Most consultants cover one phase. A controller measures but does not execute. A project manager executes but does not handle human resistance. A coach works on people but never touches the numbers. You know the outcome: analyses that stay in a drawer, projects that overrun, systems bought and never used. Every handover between specialists is a point where value leaks. I cover the whole chain, for a simple reason: **the three phases only work together**. Measuring without executing produces reports. Executing without adoption produces abandoned tools. Adoption without measurement produces enthusiasm that nobody can account for six months later. ## 1\. Measure Before changing anything you need to know where the company is losing margin, and how much time is left to fix it. That is not an accounting question: it is a question of survival and priority. I use a structured method here, called **TIMONE** — Italian for *helm*. It applies the 80/20 rule: identify the 20% of data that yields 80% of real control. The objective is not accounting precision to the cent, which is what year-end statements are for. It is decision timeliness and cash protection. In practice: a three-week discovery that does not disturb the organisation, a minimum viable data protocol, three market scenarios with pre-agreed triggers, and two cash sensors updated every Friday — months of survival if collections stopped tomorrow, and the ability to service bank debt. ## 2\. Execute Analysis becomes value only when something actually changes, within the time and cost planned. The difference between a project that lands and one that stalls is rarely technical skill: it is structure. Work breakdown, schedule, responsibilities assigned to named people, progress measured by value earned rather than money spent — which is what separates a delay from a cost overrun. Methodology chosen to fit the project rather than by conviction: predictive where requirements are stable, adaptive where they are not, hybrid in most real cases. ## 3\. Make it stick This is the phase almost nobody covers, and it is where projects die. The main reason innovation fails is not the wrong technology: it is people not using it. Nobody resists change out of stubbornness. They resist because change costs them something nobody has named: hard-won expertise made irrelevant, control shifting elsewhere, exposure to a new kind of error. The work consists of surfacing that cost and making it negotiable. ## How we would work together I do not sell days. I sell defined outcomes, with a scope and a deadline. - **Diagnosis** — three weeks, low impact on your organisation. You end up with a picture of the numbers, a ranked list of where margin is leaking, and a measure of your cash runway. You can stop there: the picture is yours. - **Intervention** — scope agreed after the diagnosis. One process, one line of business, one specific project. - **Fractional CTO** — ongoing part-time presence, for companies that need technical leadership but not a full-time executive. [Selected cases →](https://lopezinthe.net/en/cases/) ### Cases URL: https://lopezinthe.net/en/cases/ Last updated: 2026-07-29T05:30:03.000Z Real engagements with measured results. Client names do not appear: confidentiality agreements hold even when breaking them would be convenient, and a consultant who publishes client names without asking is the first sign you should not hand him your data. Sector, scale and figures are real, because that is what tells you whether a case resembles yours. ## Integrated platform for naval design **Context** — One of Europe's largest shipyards. Programme manager on behalf of the technology vendor, three and a half years. **Problem** — Design and production ran on separate systems, with manual data transfers between lifecycle phases. Every handover was a point of error and delay. **What I did** — Ran the proof of concept against three global vendors, then restructured the client's plan by introducing intermediate milestones. Not an organisational detail: bringing benefits forward reduces risk for both parties and changes the willingness to continue. **Results** — 50 million dollar project acquisition. Project risk reduced by 26%. Costs cut by 19% by replacing time-and-materials with fixed-price contracts. On the first milestone, extended to all client divisions, estimated return increased by 170% and change management costs reduced by 30%. --- ## From container ships to cruise ships **Context** — Chinese shipyard entering the cruise market. One year in Shanghai as programme manager. **Problem** — Production processes were built for a vessel that is essentially a hull. A cruise ship is a floating hotel: everything changes, from design to fit-out to the supply chain. **What I did** — Business process reengineering of construction, plus five parallel IT projects covering infrastructure, security, design, system interfaces and warehouses. Negotiated a 40% budget increase with general management by presenting an eighteen-month payback plan. **Results** — Timelines from nine months to four, with 40% saved on technical staff costs. Supplier selection costs down 30%. A two million dollar contract requirements management implementation cut six months from the twenty-six originally planned. --- ## An 18 million euro sports complex **Context** — Professional sports club. Facility director for two and a half years. **Problem** — A complex development to carry from financing through to operation: pitches, a 4,500 square metre multifunctional building, sports hotel, catering, rehabilitation centre and museum. With public bodies, a sports credit institution and federations to coordinate. **What I did** — Directed the project financing, coordinated design and legal teams, obtained federal technical approvals, managed relations with the municipality and future operators. In parallel, mapped business processes and renewed the IT infrastructure. **Results** — Quality certification achieved with zero non-conformities. Personal data exposure risk reduced by 80% through GDPR compliance work. A 230 thousand euro IT transformation delivered, with internal and external systems unified. --- ## Tender analysis from eight weeks to two **Context** — Industrial software multinational, UK operation. Proposal manager. **Problem** — Analysing a complex request for proposal took two months. On some tenders that meant arriving late; on others, not bidding at all. **What I did** — Redesigned the analysis process and coordinated international teams around the required competencies. **Results** — Analysis time from eight weeks to two. Savings of 500 thousand pounds. --- I also work with much smaller organisations — professional practices and micro enterprises — where the figures are of a different order but the logic is identical. Those cases are described on the [Italian version of this page](https://lopezinthe.net/casi/). [Get in touch →](https://lopezinthe.net/en/contact/) ### Contact URL: https://lopezinthe.net/en/contact/ Last updated: 2026-07-29T05:30:04.000Z The quickest way to find out whether I can be useful is to talk. The first half hour exists for exactly that and is not billed: either a problem worth working on emerges, or I save you time by saying so straight away. ## How to reach me - **Chat** — [message me directly](https://app.wildix.com/kite/diego@lopezinthe.net?ref=lopezinthe.net), the fastest channel - **Email** — [diego@lopezinthe.net](mailto:diego@lopezinthe.net) - **Phone** — [+39 040 9570722](tel:+390409570722) - **LinkedIn** — [diegolopezconsulting](https://www.linkedin.com/in/diegolopezconsulting/?ref=lopezinthe.net) ## What helps me help you A few lines are enough. Three things: - What the company does and how many people work there - The symptom that brought you here: margin that will not rise, deadlines that slip, a system nobody uses - What you have already tried The third matters most. Knowing what did not work says far more than any description of the problem. ## Working languages and coverage I work in Italian and English. I am based in Trieste, in north-east Italy, close to the Slovenian and Austrian borders. On-site work across north-east Italy; remote elsewhere. For international engagements I have worked on-site in China, the United Kingdom and the United States, and I am available to travel where the work requires it. ## Details Diego Lopez — Salita alla Madonna di Gretta 13, 34121 Trieste, Italy Italian VAT number 01250930953 ### La scala del conflitto: perché quello che funziona all'inizio peggiora le cose dopo URL: https://lopezinthe.net/articoli/scala-del-conflitto/ Last updated: 2026-07-28T15:43:26.000Z Due reparti che non si parlano più. Un fornitore con cui ogni scambio di email è diventato una schermaglia. Un socio con cui non si riesce più a chiudere una decisione. La reazione tipica dell'imprenditore è metterli in una stanza e far chiarire. A volte funziona. Altre volte peggiora tutto, e non si capisce perché — visto che la volta prima aveva funzionato. La ragione è che un conflitto non è uno stato: è un percorso con dei gradini. E la mossa giusta al terzo gradino è la mossa sbagliata al settimo. ## Come si scende Esiste un modello, sviluppato da Friedrich Glasl, che descrive nove fasi di escalation. Non serve conoscerle tutte a memoria: serve riconoscere le tre soglie che le separano, perché ciascuna cambia radicalmente cosa è possibile fare. ### Prima soglia: si può ancora vincere insieme All'inizio c'è una divergenza su un tema concreto. Le posizioni si irrigidiscono, la discussione si accende, ma l'oggetto del contendere è ancora *la questione*. Qui basta quasi sempre poco: un chiarimento sui fatti, un confronto strutturato, una decisione presa da chi ha l'autorità per prenderla. Entrambe le parti possono uscirne senza perdere la faccia. È la fase in cui l'intervento costa meno e rende di più. Ed è anche quella in cui quasi nessuno interviene, perché sembra roba da poco. ### Seconda soglia: si passa dalla questione alle persone Qui succede la cosa decisiva: **l'oggetto del conflitto smette di essere il problema e diventa l'altro**. Non si discute più su come organizzare il magazzino: si discute su chi ha ragione. Compaiono le alleanze, il reclutamento di terzi, il recupero di torti vecchi. La reputazione entra nel gioco, e da quel momento cedere non significa più cambiare idea: significa perdere. Le tecniche della fase precedente qui non funzionano più. Mettere le parti in una stanza a chiarire, senza una struttura e senza un terzo che conduca, diventa un'occasione per aggiungere danni. Serve una mediazione vera: qualcuno che tenga il processo e non prenda posizione sul merito. ### Terza soglia: si accetta di perdere pur di far perdere l'altro Nell'ultima parte della scala la logica si rovescia. L'obiettivo non è più ottenere qualcosa: è che l'altro non ottenga. Si accettano danni propri pur di infliggerne. Chiunque abbia visto una causa fra soci portata avanti per anni con costi legali superiori all'oggetto del contendere sa esattamente di cosa parlo. A questo livello non c'è mediazione che tenga: serve una decisione strutturale. Separare le funzioni, cambiare i riporti, sciogliere il rapporto. Non è una sconfitta del management: è il riconoscimento che il costo di tenere insieme ha superato il beneficio. ## Perché serve saperlo prima La conseguenza pratica di questo modello è controintuitiva ma decisiva: **l'intervento tempestivo non è una questione di sensibilità, è una questione di costo**. Nella prima fascia un conflitto si risolve con una conversazione. Nella seconda serve un professionista e qualche settimana. Nella terza si risolve con una riorganizzazione o una separazione, con i costi che comporta. Lo stesso identico disaccordo, affrontato con sei mesi di ritardo, cambia ordine di grandezza. ## Il segnale da tenere d'occhio Se dovessi indicare un solo indicatore da monitorare, è il passaggio dal *cosa* al *chi*. Finché le persone dicono «questa soluzione non funziona», si è nella prima fascia. Quando cominciano a dire «con loro non si riesce a lavorare», la soglia è stata superata — e da quel momento ogni settimana che passa alza il costo dell'intervento. È un segnale che si sente in riunione, e non richiede strumenti. Richiede solo che qualcuno stia ascoltando. [Come lavoro sui conflitti organizzativi →](https://lopezinthe.net/change-management/) ### La puntualità non è educazione, è la prima prova di affidabilità URL: https://lopezinthe.net/pillole/puntualita-e-fiducia/ Last updated: 2026-08-03T08:02:13.000Z Cosa costruisci quando arrivi nel momento in cui hai detto che saresti arrivato. _This post is for subscribers only._ ### Le tre domande da fare prima di aprire un cronoprogramma URL: https://lopezinthe.net/articoli/tre-domande-prima-del-cronoprogramma/ Last updated: 2026-07-28T15:43:29.000Z C'è un errore che vedo ripetersi in aziende di ogni dimensione, ed è sempre lo stesso: si apre il file del cronoprogramma prima di aver deciso cosa si sta facendo. Sembra produttivo. Ci sono le barre, le date, i nomi. Ma un piano dettagliato costruito su un obiettivo vago è solo un modo elaborato di darsi torto più avanti. Prima del piano servono tre risposte scritte. Scritte, non discusse: finché non stanno su un foglio, ognuno ha in testa una versione leggermente diversa, e le differenze emergono al primo conflitto. ## Prima domanda: qual è il risultato, misurato come «Digitalizzare i processi» non è un risultato. È una direzione. Un risultato è qualcosa che a fine progetto qualcuno può verificare senza discutere. «Le richieste di offerta vengono evase in tre giorni invece di dieci» è un risultato. «Il magazzino è allineato al gestionale con scarto inferiore al 2%» è un risultato. Il test è semplice: **se due persone possono guardare la stessa situazione e non essere d'accordo su se il progetto è riuscito, il risultato non è definito.** Questa domanda è scomoda perché costringe a impegnarsi su un numero. Ed è esattamente il motivo per cui va fatta prima, quando cambiarlo costa poco. ## Seconda domanda: chi decide quando ci sono conflitti Tempi, costi e ambito non possono essere tutti e tre fissi. Se qualcosa va storto — e qualcosa va sempre storto — uno dei tre deve cedere. La domanda è: **quale, e chi lo decide?** Nella maggior parte dei progetti aziendali questa persona non è mai stata nominata. Il risultato è che quando arriva il problema si convoca una riunione, si discute per due settimane e nel frattempo il team lavora nell'incertezza. Le due settimane di indecisione costano più della decisione sbagliata. Serve un committente con nome e cognome, con l'autorità di dire «questa funzione la togliamo» oppure «slittiamo di un mese» oppure «aumentiamo il budget». Se nessuno ha quell'autorità, il progetto non è approvato: è solo iniziato. ## Terza domanda: cosa non facciamo È quella che le aziende saltano sempre, ed è quella che salva i progetti. L'elenco delle cose fuori perimetro va scritto in modo esplicito. Non perché non si possano aggiungere dopo, ma perché quando si aggiungono **si vede che sono state aggiunte**, e si può decidere cosa cede in cambio. Senza quell'elenco, l'ambito cresce di richiesta in richiesta, ciascuna ragionevole presa da sola. Nessuno se ne accorge finché non è tardi. Poi il progetto sfora e la colpa cade su chi lo eseguiva, che aveva accettato ogni singola richiesta proprio per spirito di servizio. Un elenco di esclusioni ben scritto è fatto di frasi come: «non includiamo la migrazione dello storico oltre i due anni», «non modifichiamo il gestionale contabile», «non copriamo la filiale estera in questa fase». Sono frasi che qualcuno leggerà con fastidio, ed è il segno che erano necessarie. ## Poi si può pianificare Con queste tre risposte, il piano diventa un esercizio quasi meccanico: si spezza il lavoro in pacchetti, si stimano, si mettono in sequenza, si assegnano. Senza, il piano è una previsione dettagliata su una cosa che non è stata definita — e la precisione della previsione fa solo sembrare più credibile un errore. Trenta minuti di conversazione difficile all'inizio valgono mesi di recupero dopo. Il problema è che quei trenta minuti sembrano una perdita di tempo a chi ha fretta di partire. [Il metodo, dall'avvio alla chiusura →](https://lopezinthe.net/project-management/) ### Trovare il contatto giusto come un solution architect URL: https://lopezinthe.net/pillole/connector-effect-tecnologico/ Last updated: 2026-07-28T15:33:48.000Z Garbage in, garbage out. Se cerchi a caso nella rubrica, ottieni contatti inutili. Vale anche per il networking. _This post is for subscribers only._ ### Abbiamo comprato il gestionale e nessuno lo usa URL: https://lopezinthe.net/articoli/gestionale-che-nessuno-usa/ Last updated: 2026-07-28T15:42:15.000Z È una scena che si ripete con una regolarità impressionante. L'azienda ha investito. La selezione è stata fatta bene, il fornitore è serio, la formazione è stata erogata. Un anno dopo il sistema viene alimentato a metà, e il lavoro vero continua a girare su fogli di calcolo paralleli che qualcuno tiene aggiornati «perché è più veloce». La spesa è stata sostenuta. Il beneficio no. E la cosa peggiore è che l'azienda ora ha due sistemi invece di uno. ## La diagnosi sbagliata La spiegazione che si sente più spesso è che le persone «sono resistenti al cambiamento». Da lì si passa alla soluzione ovvia: più comunicazione interna, più formazione, magari un intervento motivazionale. Non funziona quasi mai, perché la diagnosi è sbagliata. La resistenza non è un tratto caratteriale. È una risposta razionale a un costo che nessuno ha nominato. Chi resiste ha quasi sempre una ragione precisa, e il fatto che non la dica ad alta voce non la rende meno reale. ## I quattro costi invisibili **La competenza che si azzera.** C'è una persona che da otto anni è il punto di riferimento su una procedura. Conosce le eccezioni, i casi strani, i trucchi. Il sistema nuovo standardizza tutto e la riporta a essere una qualunque. Nessuno le ha detto cosa diventa il suo ruolo dopo, e finché non glielo dici lei difenderà il sistema vecchio con ogni mezzo disponibile. **Il controllo che si sposta.** Rendere un dato visibile a tutti toglie potere a chi era l'unico ad averlo. È una redistribuzione, e le redistribuzioni hanno sempre qualcuno che ci perde. Fingere che sia solo un miglioramento tecnico non convince nessuno di quelli che ci perdono. **L'errore che diventa tracciabile.** Prima si sistemava a voce, ora resta scritto. Per chi ha sempre lavorato bene è indifferente. Per chi ha sempre compensato con la buona volontà una procedura fatta male, è una minaccia. **Il carico che aumenta prima di diminuire.** Nella fase di transizione si fanno le cose due volte. Se nessuno dice per quanto tempo, la fase di transizione viene percepita come lo stato definitivo. E a quel punto la resistenza non è resistenza al cambiamento: è resistenza a un peggioramento permanente, che è tutta un'altra cosa. ## Cosa funziona **Nominare i costi.** Un costo nominato si può compensare, ridurre o accettare consapevolmente. Un costo negato produce sabotaggio silenzioso — che è molto più efficace di qualsiasi opposizione dichiarata, perché non offre nulla contro cui argomentare. **Coinvolgere chi conosce il dettaglio.** Le persone non sono contenitori da riempire. Le soluzioni che reggono nel tempo sono quelle che chi lavora ha contribuito a costruire, perché conosce le eccezioni che il consulente non vede. Questo coinvolgimento va fatto *prima* della scelta dello strumento, non dopo: chiedere un parere quando il contratto è firmato è teatro, e si riconosce. **Dare un ruolo a chi lo perde.** La persona che era il riferimento sul sistema vecchio è la candidata naturale a diventare il riferimento sul nuovo. Costa una conversazione. Non farla costa un anno di attrito. **Dire quando finisce la transizione.** Una data. Anche approssimativa, ma dichiarata. ## Misurare l'uso, non la formazione Le ore d'aula erogate non sono un indicatore di adozione. Sono un indicatore di spesa in formazione. Quello che va misurato è l'uso reale: quante transazioni passano dal sistema nuovo, quanti fogli di calcolo paralleli sopravvivono, quante eccezioni vengono gestite fuori procedura. Con soglie dichiarate in anticipo: a tre mesi ci aspettiamo questo livello, e se non ci arriviamo facciamo questa cosa. Senza quella misura, si scopre il fallimento un anno dopo — quando ormai il sistema vecchio è tornato a essere quello vero e nessuno ha più voglia di riaprire il discorso. [Come accompagno l'adozione →](https://lopezinthe.net/change-management/) ### L'arte dell'ingaggio: la tecnica dell'intervista URL: https://lopezinthe.net/pillole/tecnica-dell-intervista/ Last updated: 2026-07-28T15:33:50.000Z Invertire la psicologia dell'invito. Non stai vendendo un posto: stai cercando la persona giusta. _This post is for subscribers only._ ### Metà del budget speso, un terzo del lavoro fatto URL: https://lopezinthe.net/articoli/meta-budget-un-terzo-del-lavoro/ Last updated: 2026-07-28T15:42:17.000Z Riunione di avanzamento. Il responsabile del progetto dice: «siamo a metà del budget». Tutti annuiscono e si passa al punto successivo. Ma metà del budget rispetto a cosa? Se a metà budget hai prodotto metà dei risultati, sei in linea. Se ne hai prodotto un terzo, hai un problema che nessuno ha ancora nominato — e che a fine progetto costerà il 50% in più del previsto. La spesa da sola non è un indicatore di avanzamento. È un indicatore di consumo. ## Le tre domande che servono Per sapere davvero come sta andando un progetto servono tre numeri, non uno. - **Quanto avevi previsto di spendere a oggi.** È il piano. - **Quanto hai speso davvero.** È la contabilità. - **Quanto vale il lavoro effettivamente prodotto.** È la domanda che quasi nessuno si pone, ed è quella che conta. Il terzo numero si costruisce così: per ogni attività completata, prendi il suo valore *a budget*, non il costo sostenuto. Se una lavorazione era preventivata 10.000 euro ed è finita, hai prodotto 10.000 euro di valore, indipendentemente da quanto ti è costata. Da qui escono due informazioni distinte, che nella pratica vengono sempre confuse. ## Ritardo e maggior costo non sono la stessa cosa **Se il valore prodotto è inferiore a quello pianificato, sei in ritardo.** Hai fatto meno lavoro di quanto avresti dovuto, a prescindere dai soldi. **Se hai speso più del valore prodotto, stai pagando troppo.** Il lavoro procede, ma ogni unità costa più del previsto. Le due situazioni richiedono interventi opposti, ed è per questo che confonderle è costoso. Un progetto in ritardo ma in linea con i costi ha un problema di capacità: mancano persone, o sono occupate altrove, o c'è un collo di bottiglia. Aggiungere controlli non serve a niente. Un progetto in linea con i tempi ma sopra i costi ha un problema di prezzi o di efficienza: le risorse costano più del previsto, o ne servono di più per fare la stessa cosa. Qui mettere pressione sui tempi peggiora tutto. Quando invece sei indietro su entrambi, il progetto va rifondato, non recuperato. È il momento di rimettere in discussione l'ambito, non di chiedere gli straordinari. ## La stima che nessuno vuole fare C'è un quarto numero, ed è quello che le direzioni chiedono per ultimo pur essendo il più importante: **a questo ritmo, quanto costerà davvero finire?** Il calcolo è brutale nella sua semplicità. Se finora hai prodotto valore a un'efficienza dell'80%, non c'è motivo di credere che il resto lo produrrai al 100%. Il budget rimanente va corretto con quella stessa efficienza. Il risultato è quasi sempre sgradevole, ed è il motivo per cui questo conto viene rimandato. Ma rimandarlo non cambia il numero: cambia solo quando lo scopri, e quanto margine hai per reagire. ## Cosa serve davvero per farlo Molti pensano che questo tipo di controllo richieda strumenti pesanti. Serve invece una cosa sola, ed è organizzativa: **attività abbastanza piccole da poter dire con onestà se sono finite o no**. Il nemico è la percentuale di completamento dichiarata a sensazione. Un'attività «all'80%» resta all'80% per settimane: è il modo educato di dire che non si sa. Se invece un'attività dura al massimo due settimane, la domanda diventa binaria — finita o non finita — e sparisce lo spazio per l'ottimismo involontario. Non serve un software da decine di migliaia di euro. Serve la disciplina di spezzare il lavoro in pezzi verificabili, e una persona che aggiorni i numeri con onestà anche quando dicono cose scomode. [Come porto a terra un progetto →](https://lopezinthe.net/project-management/) ### La matematica del networking: quando uno più uno fa tre URL: https://lopezinthe.net/pillole/matematica-del-networking/ Last updated: 2026-07-28T15:33:49.000Z Se dovessi assumere oggi quaranta venditori, quanto ti costerebbe in stipendi e in tempo? _This post is for subscribers only._ ### Quanti mesi resisti se domani smettono di pagarti URL: https://lopezinthe.net/articoli/quanti-mesi-resisti/ Last updated: 2026-07-28T15:43:25.000Z Faccio spesso questa domanda a un imprenditore, all'inizio di un lavoro: se da domani mattina non incassassi più niente, quanti mesi andresti avanti? Le risposte sono di tre tipi. C'è chi dice un numero preciso e ha ragione. C'è chi dice un numero preciso e sbaglia di parecchio. E poi c'è la maggioranza, che risponde «dipende», il che è un modo educato per dire che non lo sa. Non è una domanda retorica. È l'unico numero che stabilisce quanto tempo hai per correggere un errore. ## Perché l'utile non basta L'utile è un'opinione contabile. Dipende da come valuti le rimanenze, da quanto ammortizzi, da quando registri una fattura. È una misura utile, ma è una misura di competenza: dice come è andato un periodo, non se arrivi a fine mese. La cassa è un fatto. O ce l'hai o non ce l'hai. Le aziende non chiudono perché fanno perdite: chiudono perché finiscono i soldi. Sono due cose diverse, e il numero di imprese in utile che sono andate in crisi di liquidità lo dimostra ogni anno. ## Il numero Si chiama autonomia di cassa, o margine di sopravvivenza. Si costruisce con tre ingredienti: - **La cassa che hai davvero.** Somma dei conti attivi, al netto di somme vincolate o già impegnate. - **Gli affidamenti che non hai usato.** I fidi concessi dalle banche e ancora disponibili. Sono ossigeno vero, ma solo finché la banca non li revoca — e le banche li revocano proprio quando servono. - **Quanto esce ogni mese, comunque vada.** Non i costi totali: solo quelli che continuerebbero anche se l'attività si fermasse. Stipendi, affitti, rate, utenze, canoni. Calcolato sugli ultimi tre mesi, non sul budget. Dividi il primo più il secondo per il terzo, e hai i mesi di autonomia. Il calcolo richiede mezz'ora la prima volta e cinque minuti al mese dopo. Il problema non è la difficoltà: è che nessuno lo fa perché nessuno lo ha mai chiesto. ## Le tre zone Il numero da solo non serve. Serve sapere cosa fare a ciascun livello, *prima* di arrivarci. **Sotto i due mesi è emergenza.** Non è il momento di fare analisi: è il momento di eseguire azioni già decise. Blocco delle spese non essenziali, rinegoziazione dei termini con i fornitori, attivazione di finanza straordinaria. Se queste azioni le pensi quando sei già in zona rossa, le pensi male, perché le pensi sotto pressione. **Fra due e quattro mesi è attenzione.** L'ordinario regge, ma un ritardo di pagamento di un cliente importante ti mette in difficoltà. È la zona in cui conviene lavorare sul capitale circolante: sollecitare gli incassi, ridurre le scorte obsolete, allungare i termini in uscita dove si può. **Sopra i quattro mesi c'è spazio di manovra.** È l'unica zona in cui puoi permetterti scelte strategiche, perché puoi sostenerne il costo prima che producano ritorno. ## L'altro numero Se hai debito bancario, l'autonomia di cassa da sola non basta. Serve sapere se il flusso operativo copre le rate: quota capitale più interessi. Quando quel rapporto scende sotto uno, sta succedendo una cosa precisa e sgradevole: stai rimborsando debito a lungo termine contraendo debito a breve. Funziona finché la banca non se ne accorge, e la banca se ne accorge sempre — con qualche mese di ritardo, che è esattamente il tempo che perdi. Monitorarlo tu, con i tuoi numeri, ti dà quei mesi di vantaggio. È la differenza fra rinegoziare da una posizione di forza e subire una revisione delle condizioni. ## Ogni venerdì, non ogni trimestre Un dato di cassa trimestrale è archeologia. La previsione di cassa va tenuta su un orizzonte di tredici settimane e aggiornata ogni settimana — venerdì pomeriggio funziona bene, perché chiude la settimana e prepara la successiva. Tredici settimane sono un compromesso ragionato: abbastanza avanti da vedere arrivare un problema con il tempo di rimediare, abbastanza vicine da avere previsioni attendibili. Non serve un software. Serve la disciplina di un aggiornamento settimanale e una persona che se ne occupi con nome e cognome. [I due sensori di cassa nel metodo TIMONE →](https://lopezinthe.net/controllo-di-gestione/) ### Visibilità e credibilità: perché accettano i tuoi inviti URL: https://lopezinthe.net/pillole/visibilita-e-credibilita/ Last updated: 2026-07-28T15:33:50.000Z Il bene più prezioso per far crescere gli affari non è l'attenzione. È la fiducia. _This post is for subscribers only._ ### L'atteggiamento positivo come strategia commerciale URL: https://lopezinthe.net/pillole/atteggiamento-positivo-strategia/ Last updated: 2026-07-28T15:33:47.000Z A parità di competenza e di prezzo, si sceglie chi trasmette energia. Non è motivazione: è un vantaggio misurabile. _This post is for subscribers only._ ### Il cliente che fattura di più è spesso quello che ti costa URL: https://lopezinthe.net/articoli/il-cliente-che-fattura-di-piu/ Last updated: 2026-07-28T15:42:16.000Z C'è una conversazione che ho fatto decine di volte, sempre uguale. L'imprenditore mi mostra la classifica dei clienti per fatturato. In cima c'è sempre lo stesso nome, quello importante, quello che «se lo perdiamo siamo finiti». Poi guardiamo insieme quanto margine lascia davvero quel cliente, e il silenzio dura qualche secondo di troppo. Il fenomeno ha un nome: **sovvenzionamento incrociato**. I clienti sani finanziano quelli che perdono soldi, e nessuno se ne accorge perché il conto economico è un totale. ## Perché non lo vedi La contabilità generale ti dice quanto hai fatturato e quanto hai speso. Non ti dice *dove* hai speso, e soprattutto *per chi*. I costi diretti si attribuiscono facilmente: materiali, ore di produzione. Il problema sono gli altri, quelli che nella maggior parte delle aziende vengono ripartiti in proporzione al fatturato o alle ore di manodopera. È una scorciatoia che produce un risultato preciso e sbagliato. Perché il cliente grande, quello in cima alla classifica, quasi sempre: - Chiede personalizzazioni che nessun altro chiede - Cambia idea a lavorazione avviata - Ha un ufficio acquisti che richiede documentazione aggiuntiva - Paga a novanta giorni mentre tu paghi i fornitori a trenta - Occupa il tuo tempo e quello dei tuoi migliori collaboratori Niente di tutto questo compare come costo attribuito a lui. Compare come costi generali, spalmati su tutti, quindi pagati soprattutto dai clienti che non li hanno generati. ## Come si misura Il principio è semplice: **si smette di ripartire i costi indiretti per volumi e si comincia ad attribuirli in base a ciò che li genera davvero**. Non serve un progetto da sei mesi. Serve identificare le tre o quattro attività che assorbono il grosso dei costi indiretti e capire cosa le fa scattare. Un esempio concreto. Se la gestione degli ordini urgenti impegna due persone e il 60% degli ordini urgenti viene da due clienti, quei clienti stanno consumando una risorsa che stai attribuendo a tutti. Basta contare gli ordini urgenti per cliente per avere un'attribuzione mille volte più veritiera della ripartizione per fatturato. Le domande da cui partire sono quattro: - Quali attività consumano tempo delle persone in modo non proporzionale al valore prodotto? - Cosa le fa partire, e chi le fa partire più spesso? - Quanto costa ciascuna di quelle attività, all'anno? - Se ridistribuisco quel costo su chi lo genera, come cambia la classifica dei clienti? ## Cosa fare dopo Il risultato di questa analisi non è quasi mai «licenziamo il cliente». È molto più spesso una di queste tre. **Rinegoziare.** Non il prezzo in blocco: il prezzo delle cose che costano. Le urgenze, le personalizzazioni, i termini di pagamento. Un cliente a cui spieghi con i numeri perché una lavorazione fuori standard ha un prezzo fuori standard, nella maggior parte dei casi capisce. Chi non capisce ti sta dicendo qualcosa di utile. **Standardizzare.** Spesso il costo non nasce dal cliente ma da come lo serviamo. Se ogni ordine è un caso a sé perché nessuno ha mai definito cosa è standard, il problema è interno. **Cambiare il mix commerciale.** Se la marginalità reale per segmento è diversa da quella percepita, la forza vendita sta spingendo le cose sbagliate — in perfetta buona fede, perché insegue il fatturato. ## Il punto Un'azienda che lavora tantissimo e guadagna poco non ha quasi mai un problema di impegno. Ha un problema di visibilità: sta prendendo decisioni su una fotografia che non corrisponde alla realtà. La buona notizia è che questa analisi si può fare in poche settimane e con i dati che l'azienda ha già. Non serve un sistema nuovo: serve smettere di ripartire i costi con il criterio più comodo. [Come funziona il metodo TIMONE →](https://lopezinthe.net/controllo-di-gestione/) ### Superare i no: il metodo capisco, ho provato, ho scoperto URL: https://lopezinthe.net/pillole/capisco-provato-scoperto/ Last updated: 2026-07-28T15:33:48.000Z Le obiezioni non sono muri. Sono segnali di interesse travestiti da perplessità. _This post is for subscribers only._ ### Il minimo comun denominatore: il segreto di una presentazione da sessanta secondi URL: https://lopezinthe.net/pillole/minimo-comun-denominatore/ Last updated: 2026-09-14T15:52:53.000Z «Offriamo un servizio a 360 gradi.» È la frase che ti rende invisibile. Ecco cosa dire al suo posto. _This post is for subscribers only._ ### Il 121 non è un caffè, è il motore della tua redditività URL: https://lopezinthe.net/pillole/il-121-non-e-un-caffe/ Last updated: 2026-07-28T15:33:48.000Z Immagina di dover affidare le chiavi di casa a uno sconosciuto per un lavoro urgente. Lo faresti dopo averlo visto una volta sola, per sessanta secondi, in una stanza affollata? Certamente no. Nel business succede lo stesso. Nessuno mette a rischio la propria reputazione segnalando un fornitore di cui non si fida ciecamente. La fiducia non è un interruttore che si accende: è un edificio che si costruisce un mattone alla volta, lontano dal rumore degli incontri ufficiali. Eppure: pensa all'ultimo mese di lavoro. Quanti caffè hai preso con colleghi o conoscenti parlando del tempo, delle vacanze, di quanto è difficile il mercato? E quanti di quei caffè si sono trasformati in fatturato? ## Perché conta L'incontro individuale è lo strumento tecnico che trasforma la **visibilità** — sapere che esisti — in **credibilità** — sapere che sei bravo. Senza, la tua presentazione settimanale resta un annuncio pubblicitario. È durante questi incontri che si passa dal «cosa fai» al «come lo fai» e soprattutto al «chi posso presentarti». Un gruppo che non fa incontri individuali è un gruppo di conoscenti. Un gruppo che li fa bene è una squadra di partner commerciali. La differenza non è la simpatia. È l'architettura. ## Il metodo Perché un incontro non scivoli in chiacchierata, servono tre pilastri. ### 1\. Preparazione: scambiati la scheda prima Non presentarti senza aver scambiato in anticipo la scheda biografica. Il tempo dell'incontro serve ad approfondire, non a leggere dati che potevi mandare via email. Se arrivi a mani vuote, i primi venti minuti se ne vanno a raccontarsi cose che stanno su un foglio. ### 2\. La struttura 30/30/5 Venticinque o trenta minuti a testa. Non per elencare i successi: per raccontare **i punti di dolore che risolvi ai tuoi clienti**. È quello che permette all'altro di riconoscere il tuo cliente quando ci si trova davanti. Gli ultimi cinque o dieci minuti sono solo pianificazione: cosa farò io per te questa settimana. Se questo momento manca, l'incontro è stato una conversazione, non una riunione. ### 3\. Un obiettivo specifico Non cercare «tutto il lavoro possibile». Chiedi una referenza specifica, un contatto mirato, un'azienda con un nome. Più la richiesta è sottile, più è facile per l'altro trovare la soluzione. «Cerco aziende» non attiva nulla. «Cerco titolari di imprese manifatturiere che dicono di non sapere mai a che punto sono» fa scattare un ricordo preciso. ## La sfida di questa settimana Programma almeno due incontri individuali. Ma falli con persone **con cui non parli da almeno sei mesi**, o con cui non hai ancora trovato una sinergia evidente. Non andare a caccia di una vendita: vai a caccia di un modo per essere utile. Il business non si fa durante la riunione. Si fa grazie a quello che succede fra una riunione e l'altra.