Meccanica di distribuzione: EOL – I prodotti non muoiono dall'oggi al domani, ma con largo preavviso.

Gio, 6 Ago 2026 - 07:06

Ulrich Spranger | CEO

Jarltech Europe GmbH

Tardi o presto, ogni dispositivo raggiunge lo stesso punto: la fine del ciclo vita. Il produttore ne annuncia la dismissione, il prodotto scompare dall'elenco dei prezzi e da qualche parte, in una sala riunioni, un cliente finale pronuncia la frase che ogni rivenditore teme: »Cosa intendi dire che non è più disponibile? Ne abbiamo 3.000 in funzione.« Oggi parleremo del motivo per cui questa frase non dovrebbe mai dover essere pronunciata. Perché i prodotti nel nostro settore non scompaiono da un giorno all'altro. Raggiungono la fine del loro ciclo vitale con un annuncio lungo e pubblico – basta solo prestare attenzione.

Innanzitutto, perché un produttore dovrebbe dismettere un prodotto che sta ancora vendendo bene? Raramente per scelta. Più spesso, non è il prodotto che ha raggiunto la fine del suo ciclo vitale, ma qualcosa al suo interno: un chipset che non viene più prodotto. Un display che non è più in produzione. Una certificazione wireless che non è più conforme alle nuove normative. Un sistema operativo che non riceve più aggiornamenti di sicurezza. Il produttore non dice: »Non vogliamo più produrlo.« Dice: »Non possiamo più produrlo a costi commercialmente validi.« È semplicemente così che funziona l'industria e, cosa più importante, è prevedibile perché segue una sequenza definita di fasi.

Quelle fasi hanno tutte dei nomi, e comprenderle è il vero trucco. Prima viene l'annuncio di fine vita (End-of-Life). Poi viene il periodo di ultimo acquisto (Last Buy o Last Time Buy), durante il quale il prodotto può ancora essere ordinato. Successivamente arriva la spedizione finale. Solo anni dopo termina finalmente l'assistenza – il punto in cui le riparazioni non sono più offerte e i pezzi di ricambio non sono più disponibili a magazzino. Spesso passano cinque anni o più dall'annuncio iniziale di EOL alla fine dell'assistenza. Non è una ghigliottina; è un addio lungo e ordinato. Se si conoscono tutte e quattro le date, non si ha un problema di EOL. Ma se si ignora la prima, alla fine tutte e quattro arrivano contemporaneamente.

L'EOL diventa particolarmente critico dove grandi volumi e standardizzazione si incontrano: durante i rollout. Un cliente finale con 3.000 dispositivi identici in 400 negozi non vuole che il dispositivo numero 3.001 sia diverso. Il suo software è stato validato per quel modello specifico. Le sue staffe di montaggio si adattano a quell'alloggiamento. I suoi dipendenti conoscono a memoria quei pulsanti. Per loro, un annuncio di EOL non è semplicemente un aggiornamento del catalogo – è un progetto. O si assicura una quantità sufficiente di scorte durante la finestra di ultimo acquisto per supportare il ciclo vitale rimanente – unità di ricambio, espansione, scorte di emergenza – o si inizia per tempo la migrazione al prodotto successore. Entrambe sono opzioni sensate. Solo la terza opzione è una cattiva scelta: non fare nulla e farsi cogliere di sorpresa.

È proprio qui che la distribuzione entra in gioco, perché è qui che siamo più vicini alla fonte. Riceviamo prima le notifiche di EOL. Conosciamo le roadmap dei prodotti. Sappiamo quale successore è veramente compatibile e quale porta solo un nome simile. Un buon distributore ti contatta prima che il problema esista: »Il tuo dispositivo di rollout sta per essere dismesso. La finestra di ultimo acquisto chiude in questa data, sono disponibili queste quantità e questo è il percorso di migrazione consigliato.« Consolidiamo le quantità di ultimo acquisto tra più rivenditori, riserviamo le scorte rimanenti per progetti in corso e gestiamo l'inventario per il cliente che inevitabilmente si rende conto – dopo la data di vendita finale – che ha ancora bisogno di altre 50 unità. Non è un lavoro appariscente, ma diventa inestimabile nel giorno in cui salva il rollout di un cliente finale.

Quindi ecco il mio consiglio, senza renderlo più complicato del necessario: non trattate le dismissioni dei prodotti come un inconveniente. Trattatele come un'opportunità di vendita. Ogni annuncio di EOL crea un motivo naturale per parlare con il vostro cliente – di migrazione, prodotti successori, scorte di emergenza o del prossimo progetto. I rivenditori che capiscono questo traggono doppio beneficio da ogni dismissione: una volta dall'acquisto finale del prodotto in uscita e di nuovo dall'acquisto del suo successore. Tutti gli altri si ritrovano a dover spiegare al proprio cliente perché il progetto non può più continuare.

Quindi ricordate questo: »Un prodotto muore due volte – una volta nel listino prezzi e una volta sul campo. Se si perde la prima morte, si affronterà la seconda completamente impreparati.«

To Overview

07/09/2026

Meccanica di distribuzione: A partire dall'11 settembre, le cose si fanno serie: il Cyber Resilience Act riguarda anche te

Nelle ultime settimane ho scritto del mercato grigio e del perché quell'affare da un broker potrebbe rivelarsi il dispositivo più costoso che tu abbia mai acquistato....

Nelle ultime settimane ho scritto del mercato grigio e del perché quell'affare da un broker potrebbe rivelarsi il dispositivo più costoso che tu abbia mai acquistato. Oggi, affrontiamo il lato legale della stessa storia – ed è considerevolmente meno romantico di qualsiasi cosa potrei dirti sulle garanzie. Il Cyber Resilience Act europeo è già in vigore. L'11 settembre 2026, entra in vigore il primo requisito importante: l'obbligo di segnalare le vulnerabilità attivamente sfruttate. Dall'11 dicembre 2027, tutti i nuovi prodotti con elementi digitali immessi sul mercato dovranno soddisfare i requisiti completi. So esattamente come suona. Un'altra regolamentazione, un altro acronimo, un'altra cosa per i produttori piuttosto che per te – direttamente nella cartella dove GDPR e Supply Chain Act stanno già prendendo polvere. Ed è proprio qui che risiede l'equivoco. La regolamentazione riconosce tre ruoli – produttore, importatore e distributore – e tutti e tre comportano obblighi. Come distributore, devi, tra le altre cose, verificare attentamente se un prodotto soddisfa i requisiti prima di metterlo a disposizione, e non devi venderlo se hai motivo di credere che non sia conforme. E chiunque porti merci nell'UE da paesi terzi al di fuori dei canali ufficiali potrebbe essere classificato legalmente come importatore molto prima di quanto vorrebbe – insieme agli obblighi considerevolmente meno piacevoli che ne derivano. Improvvisamente, quell'acquisto conveniente dell'altro giorno assume un significato completamente nuovo. La cosa buona di questa regolamentazione è che finalmente rende obbligatoria una domanda che era sempre giusta porsi: questo dispositivo continuerà a ricevere aggiornamenti di sicurezza e per quanto tempo? In futuro, i produttori dovranno specificare un periodo di supporto e affrontare le vulnerabilità durante quel periodo. Questo trasforma qualcosa che in precedenza era una questione di fiducia in qualcosa che può effettivamente essere verificato – e finalmente ti dà qualcosa di tangibile in una conversazione di vendita che non può essere semplicemente contestato. Perché è proprio qui che i prodotti di livello professionale si distinguono da quelli che sembrano semplicemente economici. Prendi un dispositivo che il tuo cliente intende utilizzare per cinque anni. Opzione A: €900, con un periodo di supporto dichiarato che copre l'intero ciclo di vita previsto. Opzione B: €640, provenienza incerta, e quando chiedi degli aggiornamenti, tutti lungo la catena di approvvigionamento semplicemente scrollano le spalle. Il tuo cliente risparmia €260 per dispositivo ed è felice. Ma se il dispositivo deve essere sostituito dopo tre anni perché non è più consentito operare sulla loro rete, ha effettivamente accantonato €640 e deve pagare tutto da capo. Su 200 dispositivi: €52.000 risparmiati, €128.000 persi. Nessuno vuole presentarsi alla propria riunione di gestione con queste cifre. C'è un secondo livello a questo che presto conterà di più per i tuoi clienti di medie dimensioni rispetto a qualsiasi sconto: le aziende che sono esse stesse soggette a requisiti di sicurezza più severi devono documentare la loro catena di approvvigionamento. L'acquirente che oggi ti chiede solo il prezzo, presto chiederà dichiarazioni di conformità, periodi di supporto e provenienza del prodotto. Se hai risposte chiare pronte, concludi la vendita. Se la tua risposta è "Devo controllare", hai appena affossato la tua offerta – e ho già scritto a lungo in questa serie su cosa penso di frasi del genere. E ora la parte scomoda – fortunatamente, è breve. Procurati la documentazione di conformità e i periodi di supporto dichiarati per i tuoi prodotti più importanti e archiviali correttamente – ti verranno richiesti, puoi contarci. Acquista da fonti che sono effettivamente in grado di fornire questa documentazione e tieni lontani i beni la cui origine nessuno sembra disposto a spiegare. E rendi il periodo di supporto una riga standard in ogni preventivo, proprio accanto ai tempi di consegna e alla garanzia. Non ti costa nulla e sposta la conversazione dal prezzo. Normalmente non sono un fan dell'uso delle regolamentazioni come argomento di vendita – sembra troppo simile a vendere con un dito puntato, e ne abbiamo avuto fin troppo abbastanza negli ultimi anni. Ma questa particolare regolamentazione chiarisce qualcosa che ha turbato il nostro mercato per molto tempo: confrontare i prezzi di cose che semplicemente non sono comparabili. Fino ad ora, un dispositivo con supporto garantito e provenienza documentata e uno senza potevano stare pacificamente l'uno accanto all'altro nella stessa colonna Excel come se fossero gemelli. Presto sarà un ricordo del passato. E lo ammetto liberamente: non vedo l'ora. **Quindi ricorda:** "Un dispositivo senza supporto di sicurezza garantito non è un dispositivo più economico. È un dispositivo con una data di scadenza di cui nessuno ti ha parlato.

03/09/2026

Meccanica di distribuzione: Il reclamo che non c'è mai stato

C'è una cifra nel nostro settore di cui nessuno ama parlare perché imbarazza tutti i soggetti coinvolti: una percentuale significativa di dispositivi restituiti come...

C'è una cifra nel nostro settore di cui nessuno ama parlare perché imbarazza tutti i soggetti coinvolti: una percentuale significativa di dispositivi restituiti come difettosi sono in perfette condizioni. Nessun guasto, nessun componente difettoso, niente. Configurazione errata, abbinamento errato, alimentatore sbagliato, mancata introduzione adeguata – o semplicemente un utente che si aspettava qualcosa per cui il dispositivo non è mai stato progettato. L'industria ha trovato un'abbreviazione meravigliosamente indulgente per questo: »NFF – no fault found« (nessun guasto riscontrato). Chiunque gestisca un centro di assistenza conosce la propria percentuale con precisione. Semplicemente, non lo dicono ad alta voce.

L'istinto di incolpare l'utente è comprensibile, ma è comunque sbagliato. Perché non è l'utente a pagare per il processo. Siete voi. Fate i conti: spedizione di andata e ritorno insieme, 30 €. Collaudo, anche se alla fine non si trova nulla, una stima di 45 €. Il vostro tempo impiegato per ricevere il reso, registrarlo, fare domande e sollecitare le persone – chiamiamolo generosamente un'ora a 75 €. E poi c'è la settimana in cui una delle postazioni di lavoro del vostro cliente è fuori servizio. Anche se ignoriamo generosamente quest'ultimo punto, siete già a 150 €. Venti casi come questi all'anno equivalgono a 3.000 €. Non li vedrete mai in nessun rapporto perché si distribuiscono uniformemente su dodici mesi – come tutte le cose veramente costose.

E ora la parte scomoda: la maggior parte di questi casi avrebbe potuto essere risolta con una telefonata di venti minuti. Nessun corso di formazione, nessun processo, nessun contratto di assistenza, nessun progetto con un comitato direttivo. Solo una chiamata in cui qualcuno chiede: »Cosa succede esattamente quando si preme il pulsante?« Nella maggior parte dei casi, è sufficiente per risolvere il problema. Ecco perché non vedo il supporto come un centro di costo, ma come la leva più efficace per ridurre il tasso di resi. E, per pura coincidenza, è anche la più economica.

C'è un secondo aspetto che è quasi sempre sottovalutato: un reso è anche una questione di fiducia. Il vostro cliente ha acquistato qualcosa, non ha funzionato, lo ha rispedito indietro – e tre settimane dopo il dispositivo torna con una nota che dice che tutto è perfettamente a posto. Dal loro punto di vista, quella nota dice: »È stata colpa vostra e nessuno vi ha aiutato.« Potete avere perfettamente ragione sui fatti e comunque perdere il cliente. Quando arriverà il prossimo rollout, non ricorderanno il vostro buon prezzo; ricorderanno quelle tre settimane. Avere ragione e fare affari sono due discipline diverse nel nostro settore, e si può essere campioni in una mentre si viene retrocessi nell'altra.

Cosa aiuta effettivamente: primo, una valutazione iniziale con quattro domande che sono sempre le stesse. Da quando? Riguarda ogni dispositivo o solo uno? Cosa è cambiato più di recente – firmware, rete, posizione, accessori? E: un dispositivo identico funziona su un'altra postazione di lavoro? Quelle quattro domande eliminano metà dei casi prima ancora che qualcuno tocchi una scatola di cartone. Secondo: ove possibile, fornire un dispositivo sostitutivo in loco anziché inviare quello difettoso. Terzo – e questa è la parte che richiede un po' di coraggio – rivedete i vostri casi una volta al trimestre e contate quanti erano »no fault found«. Il numero sorprende tutti. Sorprese anche me, all'epoca.

Indico esplicitamente anche la nostra direzione. Un distributore che si limita a elaborare i resi invece di cercare prima di aiutare si sta rendendo la vita troppo facile. Per il distributore, il caso è ben chiuso; per voi, è un cliente che ora pensa male di voi. Quindi la domanda da porre al vostro fornitore non è »Quanto velocemente elaborate un RMA?«. È: »Cosa fate per assicurarvi che non ne abbia bisogno in primo luogo?« Le risposte possono essere straordinariamente rivelatrici. Così come alcune delle espressioni.

C'è un motivo per cui entro così nei dettagli. Un dispositivo che viene spedito e restituito senza guasti riscontrati non genera entrate, né margini, né soddisfazione. È l'unico processo nella nostra intera catena in cui tutti i soggetti coinvolti perdono – e l'unico che avrebbe potuto essere evitato con una telefonata.

Quindi ricordate: »Il reclamo più costoso è quello in cui si scopre che in realtà non c'era niente di rotto.«

31/08/2026

Opinione: perché non invio più listini prezzi in PDF

Certo, ho già detto la mia su PowerPoint in questa serie, e la risposta è stata così positivamente travolgente che ho pensato di continuare mentre ho il vento in poppa....

Certo, ho già detto la mia su PowerPoint in questa serie, e la risposta è stata così positivamente travolgente che ho pensato di continuare mentre ho il vento in poppa. Perché c'è un secondo documento che viene distribuito nella nostra industria con esattamente la stessa regolarità acritica: il listino prezzi in PDF. Quaranta pagine, accurate a partire da una settimana fa, inviate via email una volta – e immortali d'ora in poi. Sono convinto che ci siano ancora listini Jarltech in circolazione oggi con prodotti che non esistono da anni. Seduti da qualche parte su un disco rigido, in una cartella chiamata »importante«. Il problema non è il formato. È la durata di conservazione. Dal momento in cui un documento del genere viene creato, è, nella migliore delle ipotesi, approssimativamente corretto. I tassi di cambio si muovono, i produttori annunciano adeguamenti di prezzo, le promozioni finiscono, i prodotti vengono ritirati. Quattro settimane dopo, non è più un documento di lavoro; è una fonte storica. E questa è la parte pericolosa: il centesimo giorno, sembra ufficiale come il primo. Almeno un cartone di latte ti dice quando è andato a male. Un PDF sta lì, educatamente zitto mentre fai male i tuoi calcoli. Lasciatemi quantificare quanto questo possa costare. Prezzi un progetto per 150 unità basato su un listino obsoleto di due revisioni di prezzo. Il prezzo di acquisto è aumentato del 4%, mentre il tuo prezzo di vendita è già nella quotazione e fuori con il cliente. A un prezzo unitario di 480 €, si tratta di poco più di 19 € per unità, o quasi 2.900 € in totale – a scapito del tuo margine, non del cliente. Questo è più di quanto la maggior parte delle aziende abbia regalato come sconto nella stessa gara. Almeno hanno ottenuto un risultato negoziato in cambio. Tu hai ottenuto una vecchia cartella. La seconda ragione è ancora più scomoda: un PDF non sa nulla della disponibilità. Ti dice quanto costa un dispositivo, ma non se esiste davvero. E siamo onesti – negli ultimi anni, la domanda cruciale nel business dei progetti è stata raramente »Quanto costa?« e quasi sempre »Quando posso averlo?«. Se sei seduto con un cliente e puoi dirgli immediatamente quante unità sono in magazzino oggi e quante altre arriveranno tra tre settimane, hai un vantaggio su chi dice: »Verifico e ti richiamo domani.« Ho scritto di questa frase altrove su questo blog. Ci sono davvero modi incredibilmente eleganti per girarsi in tondo nel nostro settore. L'alternativa non è appariscente, ed è proprio per questo che quasi nessuno ne parla: ottieni prezzi e livelli di scorte da dove hanno origine – in tempo reale. Tramite il tuo login al negozio, tramite un'interfaccia collegata al tuo sistema ERP, o tramite un feed che il tuo sistema scarica automaticamente durante la notte mentre dormi. Questa non è una fantasia di digitalizzazione inventata per la presentazione di un consulente. Le aziende all'avanguardia nel business dei progetti lo fanno da anni. L'implementazione richiede pochi giorni e un singolo ordine come quello sopra lo ripaga. Dopodiché, non dovrai mai più chiederti se il listino prezzi che hai nella tua cartella sia ancora corretto. E ora la parte imbarazzante, perché non voglio essere ipocrita: inviamo ancora noi stessi listini prezzi. I clienti li chiedono, e non costringerò nessuno a cambiare il modo in cui lavora. Ma al giorno d'oggi chiarisco cosa contengono – uno snapshot, valido oggi, non per il resto del trimestre. Se lo usi per calcolare un progetto che non verrà ordinato per altre sei settimane, ti assumi un rischio che nessuno ti toglierà di dosso in seguito. Se invece usi dati in tempo reale, non dovrai mai affrontare la conversazione sulla rinegoziazione in primo luogo. E diciamocelo, a nessuno piace avere quella conversazione due volte. E dato che qui sto confessando cose: mi entusiasmo sinceramente per un'interfaccia pulita. Sul serio. Mostratemi prezzi, livelli di scorte e stati degli ordini che fluiscono tra due sistemi senza che nessuno debba toccarli, e penso che sia una cosa bellissima. Probabilmente non la passione più eccitante che una persona possa avere, ma ne ho viste di peggiori. La ragione alla base è tuttavia del tutto pratica: si tratta della velocità di risposta. La differenza tra inviare una quotazione in venti minuti e inviarla la mattina seguente decide chi vince l'ordine più spesso di una differenza del 5% sul prezzo – perché una volta che il cliente ha trovato il primo fornitore in grado di consegnare, la decisione è spesso già presa nella sua testa. Tutto ciò che viene dopo è solo un preventivo di confronto. E i preventivi di confronto sono per lo più scritti per dare qualcosa da fare al sistema di archiviazione. Quindi, per concludere con una promozione completamente spudorata: a Jarltech, abbiamo un team API che passa tutto il giorno a fare esattamente questo – portare prezzi, disponibilità, dati dei prodotti e stati degli ordini direttamente nel tuo sistema, che si tratti di una piattaforma ERP, un negozio online o il tuo strumento di preventivazione. Chiamali. La conversazione non ti costa nulla, dura mezz'ora, e alla fine saprai se ha senso finanziario per te. Se dopo vuoi ancora lavorare con i PDF, va benissimo – ma almeno sarà una decisione consapevole, piuttosto che semplicemente perché nessuno ti ha mai suggerito un'alternativa. **Quindi ricorda:** »Un PDF ti dice quanto costava un dispositivo la settimana scorsa. Il tuo cliente vuole sapere quanto costa oggi – e quando può averlo.«

27/08/2026

Scriviamo il nostro software dal 1988

Qualche settimana fa, un rivenditore specializzato mi ha chiesto se potessimo stampare le bolle di consegna per i suoi clienti finali con il suo logo, i suoi dati...

Qualche settimana fa, un rivenditore specializzato mi ha chiesto se potessimo stampare le bolle di consegna per i suoi clienti finali con il suo logo, i suoi dati mittente e il suo sistema di numerazione. Ha chiesto con quel tono apologetico che si assume quando si è abituati a ricevere un no a domande del genere. Presso un distributore che utilizza un software standard, la risposta sarebbe stata effettivamente no – o, più precisamente: un ticket aperto con il fornitore del software, un posto nello schedule di rilascio e una data di implementazione per qualche momento dell'anno prossimo. La nostra risposta è stata: da lunedì. Il motivo risale a trentotto anni fa e, all'epoca, non era una strategia ma una necessità. Quando abbiamo iniziato nel 1988, semplicemente non esisteva un software adatto da acquistare per quello che facciamo. Avremmo potuto comprare qualcosa e adattare i nostri processi ad esso. Abbiamo fatto il contrario e adattato il software ai nostri processi. A posteriori, è stata la decisione più importante che questa azienda abbia mai preso, e voglio essere onesto: all'epoca, non avevo idea di quanto sarebbe stata significativa. Perché un sistema ERP standard fa qualcosa di molto specifico per un'azienda. Impone i propri processi in una struttura che qualcun altro ha progettato per la media di tutti i propri clienti. Ogni eccezione diventa una soluzione temporanea, ogni soluzione temporanea finisce per essere un foglio di calcolo Excel separato, e alla fine metà dell'azienda lavora attorno al proprio software. Si nota abbastanza facilmente dall'esterno, per inciso: ogni volta che si pone una domanda che dovrebbe essere semplice e la risposta è che purtroppo non si può fare perché il sistema non lo consente. Nessun sistema si rifiuta di consentire qualcosa. Nessuno ha scritto il codice per questo, tutto qui. La seconda parte è arrivata nel 1995, anche se all'epoca nessuno la chiamava cloud. Avevamo clienti che si collegavano al nostro sistema per vedere cosa avevamo in magazzino – in un momento in cui il modo usuale per ottenere tali informazioni era che qualcuno ti richiamasse dopo aver controllato il magazzino. Il vantaggio era lo stesso allora come lo è oggi: non chiedi, vedi da te. Nulla di tutto ciò è spettacolare. È semplicemente la differenza tra lavorare e aspettare. Il modo migliore per capire perché ciò è importante è cambiare prospettiva per un momento e chiedere a un produttore di cosa ha realmente bisogno da un distributore. La risposta raramente è "entrate". Quello che vogliono è sapere dove finiscono i loro dispositivi, tempestivamente e nel loro formato, non il nostro. Vogliono che un progetto registrato sia genuinamente protetto piuttosto che superato tre settimane dopo da un prezzo di listino. Vogliono che una variazione di prezzo effettuata dall'oggi al domani si rifletta in ogni listino prezzi clienti piuttosto che concludersi con rinegoziazioni. Se c'è un problema di firmware, vogliono sapere quali numeri di serie sono interessati – non sentirsi dire che purtroppo tracciamo solo i prodotti a livello di articolo. E vogliono che un nuovo prodotto sia disponibile per l'ordine il giorno in cui viene annunciato, completo di tutte le sue specifiche tecniche, piuttosto che quattro settimane dopo, quando qualcuno da qualche parte ha finalmente aggiornato i dati anagrafici. In un sistema standard, ciascuno di questi requisiti è o un costoso modulo aggiuntivo o un processo che due persone devono gestire manualmente. Per noi, è una domanda per i nostri stessi sviluppatori. Ecco perché i produttori ci affidano cose che altrimenti farebbero da soli: preconfigurando intere gamme di dispositivi, creando pacchetti specifici per il cliente e fornendo secondo un piano di rollout piuttosto che nell'ordine in cui arrivano gli acquisti. Questi non sono processi standard, motivo per cui il software standard non può ospitarli. Per te, come rivenditore, lo stesso meccanismo funziona semplicemente dall'altra direzione. I tuoi numeri di prodotto invece dei nostri sull'ordine. Il tuo listino prezzi, che il tuo collega vede anche quando chiama il venerdì. I tuoi accordi quadro con ordini aperti distribuiti su diversi mesi. Un flusso in tempo reale dei livelli di stock e dei prezzi nel tuo webshop invece di un file CSV che arriva via email al mattino ed è già errato a pranzo. Numeri di serie sulla bolla di consegna in modo da poter fornire al tuo cliente finale la documentazione per i suoi dispositivi senza doverla copiare manualmente. E, naturalmente, una bolla di consegna con il tuo logo quando spediamo direttamente al tuo cliente finale. Calcola il valore anche in uno solo di questi punti. Un rivenditore che inserisce manualmente duecento ordini al mese invece di elaborarli tramite un'interfaccia, impiega, quattro minuti per ordine, più di tredici ore al mese a digitare – oltre centocinquanta ore all'anno in cui nessuno sta vendendo; qualcuno sta semplicemente reinserendo informazioni che erano già digitali in primo luogo. E un operatore di webshop i cui dati di stock sono obsoleti di mezzo giorno venderà affidabilmente qualcosa alcune volte al mese che non è più disponibile. Ciascuna di queste cancellazioni costa loro non solo il margine sull'ordine, ma il cliente. Il vero punto, tuttavia, è che entrambe le parti stanno parlando dello stesso sistema. Il feedback di cui il produttore ha bisogno e i dati che desideri estrarre sono semplicemente due estremità dello stesso processo. Se acquisti un sistema e ne agganci un altro di lato, finisci con due sistemi e un foglio di calcolo Excel che li collega – e quel foglio di calcolo dovrà poi essere mantenuto da qualcuno che dovrebbe essere al telefono con te. Ora la parte scomoda, perché questo approccio non è gratuito. Se costruisci il tuo software, sostieni tu stesso i costi di sviluppo – con un prodotto standard, tali costi sono condivisi tra mille clienti. Paghiamo per ogni riga di codice noi stessi, e paghiamo anche per ogni errore noi stessi. Perché introduciamo bug che non esisterebbero in un software acquistato, e quando ciò accade non c'è nessun fornitore a cui puntare il dito. Questo è scomodo, ma è un accordo più onesto: le persone che hanno commesso l'errore sono anche quelle che lo risolvono. In definitiva, è lo stesso principio di cui ho scritto di recente. Se una decisione qui richiede un giorno o un trimestre non dipende da quanto sia intelligente una persona, ma da quante porte ci sono tra la tua domanda e la decisione. Quando si tratta di software, ce n'è esattamente una. Ecco perché la nostra risposta a un requisito insolito non è quasi mai "non si può fare", ma "quando ti serve?". **Ricorda:** "Nessun sistema si rifiuta di consentire qualcosa. Nessuno ha scritto il codice per questo – l'unica domanda è se la persona che può è nello stesso edificio.