»Sono in vacanza« non è una scusa. È un problema organizzativo.
Vorrei essere chiaro fin dall'inizio: sono assolutamente favorevole alle vacanze. Ne abbiamo tutti bisogno e dobbiamo prenderle nel modo giusto. Niente telefono sul comodino. Niente la sensazione opprimente che da qualche parte qualcosa stia per andare a rotoli. Ancora meglio se l'azienda non si accorge nemmeno che sei assente.
Ciò che mi ha davvero frustrato quest'estate, però, è la leggerezza con cui la gente sembra accettare che il lavoro rallenti semplicemente perché qualcuno è in ferie. Basta rimuovere una persona da una catena di quattro e improvvisamente nulla si muove. Per due settimane. A volte tre. Il cliente aspetta. Il fornitore aspetta. Il progetto aspetta. Questo non è un problema di vacanza. È un fallimento organizzativo.
Si può capire moltissimo di un'azienda da una singola email automatica. Un buon messaggio di risposta automatica è composto da due righe: "Sono assente dal... fino al..." – perché, francamente, a nessuno interessa se sei a Maiorca, in una clinica di riabilitazione o a un corso di formazione; non fa alcuna differenza per il mittente – seguito da: "Il mio sostituto è [Nome], disponibile all'indirizzo [email] e al numero [telefono], ed è autorizzato a prendere decisioni in mia assenza." Tutto qui. Non serve altro.
Poi c'è l'altra versione, quella che si riceve decine di volte al giorno: "Se la vostra richiesta è urgente, vi preghiamo di contattare...". Questo non è un passaggio di consegne; è ridare la responsabilità al mittente. Ora deve decidere se il suo problema è abbastanza importante da disturbare qualcuno che non ne sa nulla, non ha la documentazione necessaria e, molto probabilmente, non è autorizzato a prendere decisioni. In parole povere, il messaggio recita: "Sono in vacanza, quindi per favore non disturbate l'azienda con ordini o richieste mentre sono via." La parola chiave è **autorizzato**. Un sostituto il cui unico contributo è spiegare che non può dirti nulla non è affatto un sostituto.
La mia opinione su questo non è particolarmente comoda, ma la sostengo: se non hai passato adeguatamente i tuoi compiti aperti, allora non ti sei guadagnato la tua vacanza. Non perché invidio a qualcuno il tempo libero, ma perché un passaggio di consegne adeguato fa parte del lavoro tanto quanto scrivere un preventivo o fare una chiamata al cliente.
E se non c'è veramente un sostituto adatto, allora secondo me il sostituto dovrebbe essere il tuo manager. Sia pure, se è l'unico modo per garantire che qualcuno sia effettivamente in grado di prendere decisioni. Non ho assolutamente alcun problema quando uno dei nostri capi dipartimento viene da me e mi nomina come suo sostituto. Anzi, è esattamente l'istinto giusto.
Ciò che non funziona è quando più dipendenti prendono ferie contemporaneamente senza un adeguato coordinamento e, improvvisamente, nessuno è in grado di portare avanti un progetto. Se questo non ti preoccupa, forse saresti più felice nel settore pubblico. In un'azienda che dipende da clienti soddisfatti, questo conta moltissimo.
In un mondo ideale, non ci sarebbe nemmeno un messaggio di risposta automatica. Un collega o un manager semplicemente leggerebbe le tue email e risponderebbe. È così che abbiamo fatto noi di Jarltech per 30 anni. Non sempre ci riusciamo in ogni singolo caso, e ammetto volentieri che alcuni dei nostri messaggi di risposta automatica necessitano ancora di attenzione. Ma resto convinto che, da noi, nulla venga lasciato indietro. Con alcune altre aziende, temo di non essere così sicuro.
E ora al punto cruciale – che in realtà ha molto poco a che fare con i clienti.
Quando prepari la valigia, quale sensazione preferiresti avere?
Opzione uno: "Ah! Senza di me comunque non funziona niente." Sembra importante, ma in realtà è un marchio di fallimento. Significa anche controllare la posta in arrivo tre volte al giorno per senso di colpa e non staccare mai veramente.
Opzione due: "Un collega mi copre durante quello che di solito è un periodo più tranquillo. Clienti e fornitori sono assistiti. Nulla rimane in sospeso. E tra qualche settimana farò esattamente lo stesso per loro, così anche loro potranno partire rilassati."
La seconda opzione non è solo più professionale. È anche molto più riposante.
Ecco perché non considero la pianificazione delle ferie un noioso compito amministrativo per le risorse umane. La considero una delle responsabilità di leadership più importanti dell'anno. Chiunque organizzi una copertura adeguata, chiarisca in anticipo l'autorità decisionale e si assicuri che tre persone chiave non siano via contemporaneamente, sta praticando il management nel suo senso più vero: assicurare che l'azienda continui a funzionare senza di loro.
La prontezza operativa viene prima di tutto – ad agosto tanto quanto a novembre.
**Quindi ricordalo:** "Se nulla funziona senza di te, non è la prova della tua importanza. È la prova della cattiva pianificazione della tua azienda.
Iscriviti al blog CEO
Iscriviti qui alla newsletter gratuita del blog CEO Jarltech via email.
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.
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.«
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.«
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.