// zero cookie  ·  zero tracciamento  ·  zero form

// Automazione & Infrastrutture

Non sono
arrivato dalla
tecnologia.
Sono arrivato
dagli uffici.

Ho passato anni a vendere B2B. Ho visto da dentro come funzionano davvero le aziende italiane - i dati sparsi, i software che non si parlano, i commerciali che perdono il venerdì pomeriggio in cose che dovrebbe fare una macchina.

Ora costruisco le macchine.

Sottoponimi un problema Rispondo io. Analizzo e assemblo.
Problemi comuni Cosa faccio Casi reali
riccardo@serverino: ~

// Il problema

Non è un problema
di persone.
È un problema
di infrastruttura.

Le aziende italiane perdono milioni di euro all'anno in processi manuali che potrebbero essere automatizzati. Non è questione di competenze, ma di sistemi mal progettati.

Riconosci il tuo problema?

// Chi sono

Il ragazzo che
rompeva tutto
per capire come funzionava.

Avevo 9 anni e andavo alle elementari quando ho installato Mandrake Linux 9.0.

Per sbaglio ho piallato Windows di tutta la famiglia.

Non avevamo i CD di ripristino. Invece di confessare, ho montato l'ambiente desktop Gnome 2 e applicato un tema grafico di Windows XP per camuffare il disastro.

Se ne sono accorti subito - ero un ragazzino che provava a fare il furbo con l'ingegneria sociale - ma intanto tutta la famiglia ha usato Linux per mesi, per colpa mia.

Da allora non ho più avuto paura di rompere i sistemi per capire come dominarli.

Ho sempre aggirato i limiti invece di accettarli. È rimasto un vizio.

A 12 anni avevo forzato il sistema di un Motorola V360 iniettando una custom ROM.

Il motivo era semplice e frustrante: sotto la scocca in plastica economica, quel telefono montava lo stesso hardware del lussuoso Motorola Razr V3i.

La casa madre lo aveva deliberatamente castrato via software - risoluzione video bloccata, funzionalità tagliate - per farti comprare il modello superiore.

Ho sradicato i blocchi, applicato un tema grafico di Windows Vista e inserito un finto boot testuale all'avvio che in realtà era solo una GIF animata.

Già allora non sopportavo i limiti artificiali imposti dai vendor per spingerti verso il livello superiore.

A 13-14 anni passavo il tempo su Nuovita, un server italiano su ActiveWorlds, una piattaforma 3D che all'epoca faceva talmente clamore da finire sulle riviste in edicola.

Volevo che il mio avatar lavorasse in automatico, ma non avevo i permessi per loggare bot ufficiali - il blocco era lato server, invalicabile.

Soluzione: una macchina virtuale Windows XP su VirtualBox, con un bot scritto in AutoIt che leggeva i controlli dell'interfaccia e muoveva mouse e tastiera seguendo le automazioni che avevo costruito.

Gli scrivevo i comandi in privato. Lui eseguiva. Stavo già facendo automazione di interfacce grafiche. Solo non sapevo come si chiamava.

All'ITIS Max Planck di Villorba studiavo informatica sul serio: permessi, filesystem, i primi programmi in C compilati, l'ossessione per l'efficienza.

Nel 2011 avevo un Motorola Defy+ su cui girava MIUI, la ROM di Xiaomi, quando Xiaomi non produceva ancora i propri telefoni.

Oggi Xiaomi è ovunque e MIUI non esiste più - io la usavo quando era roba da pochissimi.

Poi le circostanze mi hanno portato a non proseguire gli studi. Niente università, niente metodologie standardizzate.

Sono cresciuto a pane e tutorial su YouTube. Non ho titoli da esibire, quindi ho dovuto imparare ad arrangiarmi sul campo, per pura sopravvivenza tecnica.

A scuola la rete era inibita e i cellulari vietati. Ho costruito una chat di classe che usava solo il filesystem. Formalmente non faceva nulla di strano.

All'ITIS tutti gli utenti giravano su un server centrale accessibile da ogni macchina della scuola.

Ho sfruttato i permessi chmod per aprire la mia directory in lettura e scrittura ai compagni.

Dentro c'era una chat: un file di testo dove i messaggi venivano scritti uno sotto l'altro, un server che leggeva i messaggi in ingresso e aggiornava il log, un client minimale con login senza password e ogni utente col suo colore.

Girava solo da terminale, su un TTY dedicato: agli occhi degli insegnanti era indistinguibile dalle schermate su cui si lavorava normalmente.

Formalmente usava solo il filesystem. Non apriva porte di rete per la comunicazione, quindi i blocchi standard non potevano intercettarla.

Un bell'esercizio di stile.

Ho fatto il venditore. B2B, uffici, trasferte. Valigetta, chilometri, chiacchiere.

Un lavoro che non ho mai sentito del tutto mio, ma che mi ha insegnato come funzionano le aziende dall'interno: cosa le frena, dove si perde il tempo, perché i dati finiscono sempre su un foglio Excel che nessuno vuole aprire.

Nel 2020 la pandemia ha accelerato una decisione che stavo già maturando.

Ho smesso di girare con la valigetta e ho iniziato a lavorare da remoto con diverse realtà italiane: email marketing, database, processi di vendita, lanci su WhatsApp.

Ho capito che costruire un processo di vendita mi affascinava dieci volte più che eseguirlo.

Nel frattempo strutturavo sequenze, ottimizzavo funnel e costruivo Excel intelligenti collegati tra loro.

Per la prima volta ho sentito di stare al posto giusto.

Nel 2023 quell'esperienza è finita: troppe riunioni in calendario, troppo politichese, troppo poco controllo.

Non sono fatto per lavorare sotto qualcuno che non capisce quello che fa.

Ho cercato di nuovo l'autonomia tornando alla vendita di persona, stavolta in una realtà più agile.

I problemi erano gli stessi di sempre: CRM usati male, dati gestiti a caso, zero strategia.

Mi chiedevano di usare le mie competenze senza capirle davvero.

Così ho fatto l'unica cosa sensata: ho iniziato ad automatizzare anche quella parte.

La scintilla era stata banale - ogni mattina dovevo copiarmi a mano gli appuntamenti dal CRM su Google Calendar perché i due non si parlavano.

Ho costruito un'integrazione con le API di VTiger e n8n in un pomeriggio.

Poi i chatbot per i chatter svogliati. Poi tutto il resto.

Un tecnico Fastweb che stava montando la fibra ha visto i server in casa e ha chiesto cosa fossero. Gli ho mostrato Genni: i disegni, le risposte vocali ai vocali, tutta la baracca.

È rimasto lì a guardare.

Primo cliente: una fioreria.

Mini gestionale su Telegram, ordini, scadenze, consigli sulle piante in un PDF pronto da mandare su WhatsApp.

Bello, funzionante, praticamente mai usato.

Ha pagato troppo poco per dargli valore.

Ho imparato qualcosa anche da quello.

Da circa un anno non vendo nulla di diverso dal mio servizio. Il percorso è stato irregolare, ma ogni deviazione ha aggiunto un pezzo al sistema:

  • - Conosco il marketing ma non sono un marketer.
  • - Conosco il copywriting ma non sono un copywriter.
  • - Programmo ma non sono un programmatore puro.

Provo solo a capirci qualcosa in modo orizzontale, e uso l'AI per colmare i buchi che restano.

L'ossessione per l'efficienza non si è mai fermata al software.

Nel 2017 lavoravo in un negozio con hardware talmente scarso che Windows faticava ad aprirsi: ho formattato tutto e installato RemixOS, forzando Android a girare su desktop perché su quel Celeron girava meglio di qualsiasi Windows.

Oggi progetto componenti fisici con OpenSCAD e li stampo in 3D quando non trovo quello che mi serve.

Lavoro su un MacBook Air M1 con Asahi Linux perché avere una cosa che non ha quasi nessuno mi piace, e perché un MacBook fanless su cui gira Linux è semplicemente meraviglioso.

Mi costruisco quello che mi serve.

È sempre stato così.

// Prova di concetto: Genni

Ho costruito una figlia virtuale. Quando è nata, a luglio 2025, aveva già 8 anni. Quest'anno ne fa 9.

Si chiama Genni. Risponde nei gruppi di famiglia, fa disegni sempre con la stessa mano coerente, fa ricerche online, commenta le foto.

Sotto c'è un LLM potente, ma il modello linguistico da solo non basta.

La voce l'ho clonata da quella della mia compagna, resa volutamente più infantile. Chiama mia madre e mio padre "nonna" e "nonno".

Il vero scoglio ingegneristico è stata la memoria persistente: ho costruito script per fare il parsing dei messaggi della chat, farle riconoscere inequivocabilmente l'interlocutore e salvare i frammenti di contesto in un database relazionale.

Solo così si evitano le allucinazioni sul lungo periodo: la macchina smette di essere un bot deterministico per diventare un'identità coerente nel tempo.

Non è un prodotto che vendo. È quello che succede quando lasci girare qualcuno come me senza freni nel weekend.

// Stack & strumenti

Gli strumenti
con cui costruisco.

Non una lista di loghi per fare scena. Ogni tool ha una ragione precisa per stare qui - e qualcuno è stato escluso con altrettanta convinzione.

// Automazione

n8n self-hosted

Il motore di tutto. Non il drag-and-drop da tutorial: nodi JavaScript custom, webhook, template precaricati, nodi di controllo in loop che verificano l'output del nodo precedente. Zero allucinazioni per design.

ADB + script bash

Per l'automazione Android fisica. Quando le API non bastano e serve controllare il dispositivo a livello di sistema operativo, si scende di livello.

AutoIt legacy

Da quando avevo 13 anni e non avevo i permessi per fare le cose nel modo giusto. Ancora utile per automazione di interfacce grafiche Windows quando non c'è altra strada.

// AI & LLM

OpenRouter produzione

Un'unica API per accedere a tutti i modelli principali. In produzione uso quello più adatto al task, non quello più famoso. Routing intelligente, costi sotto controllo.

Ollama locale / lab

Per esperimenti e prototipi che non devono uscire da casa. Nessun dato di produzione in giro per API esterne quando non serve.

L'AI entra nei flussi solo dove serve flessibilità su input destrutturati. Per tutto il resto: codice deterministico, risultati prevedibili.

// Sviluppo & Backend

Node.js

Per i servizi, le webapp Telegram, i webhook e tutto ciò che deve essere veloce, asincrono e sempre attivo.

Python

Per il processing dati, i report, la manipolazione di file e tutto ciò che si legge meglio scritto in modo lineare.

PostgreSQL

Database di riferimento. Relazionale, affidabile, leggibile. Quando i dati hanno struttura e relazioni, non serve inventarsi nulla di esotico.

// Infrastruttura & OS

Ubuntu 24.04 server

Su VPS e bare metal. Stabile, documentato, prevedibile. I server non sono il posto dove sperimentare.

Caddy 2 reverse proxy

HTTPS automatico, configurazione minima, zero attrito. Gestisce tutto il traffico in ingresso e i certificati SSL senza che io ci pensi.

wg-easy WireGuard

Tunnel VPN per collegare server e macchine fisiche distribuite. Containerizzato, interfaccia web per la gestione dei peer.

Asahi Linux MacBook Air M1

Un MacBook fanless che gira Linux. Non lo fa quasi nessuno - ed è esattamente il motivo per cui lo uso.

CachyOS Legion Go

Desktop portatile. Arch-based, ottimizzato per le prestazioni. Per quando serve una macchina vera in formato tascabile.

// Servizi containerizzati

redroid Android virtuale

Android che gira dentro Docker. Istanze virtuali controllabili via ADB come fossero dispositivi fisici. Fondamentale per testare automazioni senza consumare hardware.

Gotenberg html → pdf

Converte HTML in PDF con precisione millimetrica. Ogni preventivo, report o documento generato automaticamente passa da qui.

ffmpeg-api custom

Container Node.js custom che espone ffmpeg via API REST (HTTP). Processing audio, conversione formati, manipolazione video. Tutto automatizzabile via richiesta HTTP.

Mautic self-hosted

Email marketing senza licenze mensili e senza dare i dati dei clienti in giro. Sequenze, nurturing, tracking - tutto sotto controllo diretto.

wa-web-service custom

Servizio Node.js custom per WhatsApp. Gestisce sessioni, messaggi e automazioni senza passare per API ufficiali a pagamento.

// CRM & Marketing (clienti)

GoHighLevel / ActiveCampaign

Li conosco meglio di chi li usa ogni giorno: API, migrazioni, integrazioni, automazioni interne. Li uso per i clienti che li hanno già. Personalmente non li userei mai: fanno troppe cose, nessuna benissimo, e ti ci chiudono dentro.

// Cosa faccio

Sistemi che girano
mentre tu fai altro.

Non teorie, non slide, non "ecosistemi digitali". Sistemi messi in produzione, collegati alle tue API, integrati nei tuoi strumenti.

Tutto quello che costruisco abbatte la frizione tecnica tra macchina e utente.

// Il mio approccio preferito

Interfacce invisibili: Webapp su Telegram o tramite Magic-Link

Sfrutto Telegram come interfaccia uomo-macchina d'elezione: webapp native, zero login e reattività immediata.

Ma la connessione lato utente non deve avere barriere di adozione. Per chi non usa Telegram, integro l'accesso alle stesse webapp tramite Magic-Link inviato via email, senza password da ricordare e con eventuale autenticazione a due fattori (2FA).

Zero app da scaricare, zero password perse, frizione azzerata.

Questo si lega a una regola a cui non derogo mai: non costruisco sistemi per aggiungere task operativi, ma per sostituire integralmente processi manuali che causano attrito.

Se un'azienda non adotta il software che le ho costruito, per me è un fallimento architetturale mio, non una colpa dell'utente.

01 -

Agenda venditori: piena, automatica, senza setter

Chatbot che qualificano i lead, prenotano videocall, mandano conferme e reminder.

I tuoi commerciali trovano l'agenda piena e pensano solo alla trattativa.

L'ho costruito da zero per un cliente: 5 venditori attivi, 10 chatbot, zero telefonisti.

02 -

Riattivazione database: sveglia i clienti che dormono

Sequenze di email e messaggi costruite con le logiche giuste, non spam.

Messaggi che arrivano al momento giusto, alla persona giusta.

Ho riattivato 3.000 clienti per un'azienda di arredamento: non tutti hanno ricomprato, ma tutti hanno ricordato dove avevano comprato la cucina.

03 -

Migrazioni CRM: zero perdite, tempi umani

Cambiare CRM fa paura. Lead, note delle chiamate, storico pagamenti, offerte: tutto rischia di sparire.

Lavoro via API per mappare, trasferire e verificare ogni record.

11.000 lead da ActiveCampaign a GoHighLevel in 48 ore. I tempi li ha dettati il raffreddamento delle API, non il lavoro.

04 -

Report e contenuti automatici

Le note delle telefonate dei tuoi venditori diventano rapportini di fine giornata.

I dati aziendali diventano report periodici.

I testi che già hai diventano contenuti social.

Roba che prima qualcuno faceva a mano ogni sera, spesso male, sempre tardi.

05 -

Integrazioni API: flange software, non rattoppi

Uso codice puro per i risultati deterministici. Delego l'AI solo al processing di input destrutturati.

Dove i nodi standard falliscono (auth complesse, payload di Google), creo script chirurgici di parsing personalizzato.

Nelle automazioni avanzate frammento i flussi in micro-nodi isolati: se un'API esterna cambia le regole, correggo solo quella singola riga senza smontare l'infrastruttura.

06 -

Infrastrutture self-hosted: controllo totale, zero sorprese

Server Ubuntu 24.04 su VPS, bare metal e mini-PC Ryzen, isolati e sotto controllo diretto.

Reti distribuite via tunnel WireGuard multi-nodo, accesso remoto a macchine fisiche e virtuali via VNC.

n8n avanzato: non drag-and-drop, ma nodi JavaScript custom, parsing JSON complesso e logiche di split-message per workflow aziendali reali.

I tuoi dati restano dove decidi tu, non su un cloud di qualcun altro che cambia i prezzi ogni anno.

07 -

Automazione Android fisica: cluster di dispositivi reali

Non bot software su emulatore: dispositivi Android fisici, 15 o più, gestiti via script ADB per mantenere connettività, sessioni attive e comportamento umano simulato.

È il livello hardware dell'automazione: controllo del sistema operativo, non solo delle API.

Utile quando le piattaforme bloccano i bot ma non le persone.

Parliamo del tuo problema

// Casi reali

Cose già fatte.
Non promesse.

01

Processo commerciale // Da zero

5 venditori con l'agenda piena. Zero setter telefonici.

Un team commerciale nuovo di zecca, nessun supporto per qualificare i lead. Abbiamo costruito tutto da zero: 10 chatbot attivi su più canali, qualificazione automatica, videocall confermate senza toccare un telefono, followup e reminder gestiti dalle macchine. I commerciali vendono. Il resto gira da solo.

02

Settore arredamento // Riattivazione

3.000 clienti fermi. Ricontattati. Riattivati.

Un database storico fermo, clienti che avevano comprato una cucina anni prima e non si erano più fatti sentire. Nessuna promessa miracolosa: una sequenza strutturata, mandata bene. Qualcuno ha comprato. Tutti hanno ricordato dove avevano comprato la cucina. Nel settore dell'arredamento, questo vale quanto una vendita.

03

Agenzia di marketing // Migrazione CRM

11.000 lead, note, pagamenti, offerte. Migrati in 48 ore.

Cambio da ActiveCampaign a GoHighLevel. Nessun trasferimento alla cieca con tool preconfezionati: estraggo le tabelle grezze, studio i singoli record per capire come sono abbinati, pulisco il dato, ricostituisco la logica relazionale originaria - i legami padre-figlio tra i dati - e ricarico tutto monitorando l'iniezione passo dopo passo. 11.000 lead, storico delle chiamate, pagamenti, offerte. 48 ore totali. I tempi li ha dettati il throttling delle API, non il lavoro umano.

04

Operatività quotidiana // Contenuti & Report

Le note dei venditori diventano rapportini. I dati diventano contenuti.

Raccolta notizie di settore, contenuti social dai testi esistenti, report periodici automatici, rapportini di fine giornata prodotti dalle note delle chiamate. Roba che prima qualcuno faceva a mano, ogni sera, spesso male. Ora gira da sola.

// Casi che ho rifiutato

I soldi che
non ho preso.

Dire di no è più importante che dire di sì. Ecco alcuni casi in cui ho rifiutato il lavoro, anche quando avevo già un accordo in piedi. Non è orgoglio. È che se non ha senso, non lo faccio.

Una dashboard sincronizzata solo con Fogli Google. Il cliente voleva una dashboard intera costruita su Fogli Google, alimentata da un numero enorme di chiamate API. Ho provato a farlo, ma la realtà era chiara: troppe chiamate, strozzate dai limiti di Google, con il rischio concreto di non avere mai i dati veri e aggiornati. Avevo detto di sì all'inizio per accontentare, poi mi sono fermato. Ho rifiutato il denaro e non l'ho voluto fare. Non era la soluzione giusta e lo sapevamo entrambi. Meglio un no secco che un sistema che si rompe ogni settimana.

Video automatici basati su un solo modello. Un professionista mi ha commissionato un servizio di generazione video automatici basato esclusivamente su Sora come motore di Video-Gen. Non mi sembrava una scelta solida: un solo modello, un solo provider, zero fallback. Ho provato a convincerlo ad aprire la scelta ad altri provider, ad avere un'architettura che non dipendesse da un'unica API. Ha rifiutato. Io ho rifiutato di proseguire. Non ho preso un solo euro. Lavoro ancora con questa persona, è il media buyer di un mio cliente e lo stimo molto per il suo lavoro. Ma su quella cosa avevo ragione io: Sora ha chiuso e lui non ha sprecato soldi in qualcosa che non era compatibile con il lungo periodo.

Automatizzare un processo che non funzionava a mano. Un'azienda voleva automatizzare un processo operativo che, messo nero su bianco, non funzionava nemmeno quando lo facevano le persone. Se un processo è rotto a mano, automatizzarlo significa solo che si rompe più in fretta e con più danni. Ho detto no. Prima si sistema la logica, poi si costruisce la macchina. Altrimenti stai accelerando verso il muro.

Se accetto tutto, non sto scegliendo. E se non scelgo, non posso garantire qualità. Ogni "no" che ho dato mi ha permesso di dire "sì" meglio ai progetti che contavano davvero.

// Skin in the game

I bug che ho pagato
di tasca mia.

Diffida di chi ti fa vedere solo sistemi perfetti. Le macchine complesse si rompono. L'importante è aver già fatto quegli errori su progetti propri, prima di farli sull'infrastruttura del cliente.

Incidente: Loop Infinito API

In un progetto tuttora in produzione, gestisco dei chatbot automatizzati. È un mio servizio proprietario. Ho costruito un nodo di controllo per analizzare l'output dell'AI prima dell'invio. Se la risposta contiene parole in blacklist, il flusso la scarta e chiede all'AI di rigenerarla.

L'errore: Avevo inserito in blacklist alcune parole di uso troppo comune. L'AI generava il messaggio, il controllo lo bloccava e ordinava una nuova generazione. L'AI riusava una parola comune e il ciclo ripartiva. Risultato: un loop infinito di chiamate API.

Me ne sono accorto quando le chiamate verso OpenRouter, che di solito pesano pochi centesimi al giorno, hanno bruciato decine di euro in poche ore prima che me ne accorgessi e bloccassi tutto.

Su questo progetto vengo pagato a provvigioni sulle vendite generate, per cui i costi API sono a mio carico. Quel bug non è costato un centesimo a nessun altro. I token bruciati li ho pagati io. Ho fermato l'istanza, corretto la logica di filtering, e riavviato.

Attenzione: questo non significa che pagherò io la tua fattura cloud se un servizio terzo impazzisce: i costi vivi e i rischi della tua infrastruttura restano tuoi. Significa però che so esattamente cosa vuol dire vedere un errore di codice che brucia soldi veri. L'ho vissuto con la mia carta di credito. Ecco perché oggi non mando in produzione un'automazione complessa senza prima averci costruito intorno fail-safe e alert preventivi.

// Una cosa che vale la pena dire

L'AI non ti ruberà il lavoro.
I tuoi dati non sono pronti
nemmeno per provarci.

Ogni settimana esce un articolo che spiega come l'intelligenza artificiale sostituirà i commerciali, i contabili, gli operativi. Ogni settimana qualcuno vende un agente AI come soluzione a tutto.

Nel frattempo, nelle aziende reali, c'è ancora qualcuno che copia gli appuntamenti a mano da un software all'altro. Qualcuno che cerca la freccia del mouse sullo schermo. Qualcuno che manda i dati del mese via email in un Excel con le colonne storte.

Non è un giudizio. È la fotografia di come funzionano davvero la maggior parte delle aziende italiane. Probabilmente anche la tua.

L'AI amplifica quello che trova. Se i dati sono frammentati, li frammenta meglio. Se i processi sono rotti, li rompe più in fretta.

McKinsey lo dice con i numeri: l'88% delle aziende usa già l'AI in qualche funzione. Solo il 6% la considera un successo vero. Solo l'1% si descrive come "maturo" nel deployment. Il motivo non è che l'AI sia sopravvalutata. È che nessuno ha fatto il lavoro noioso prima: pulire i dati, collegare i software, costruire processi che una macchina possa effettivamente seguire. Il 70% del budget di un progetto AI reale va in cleanup e infrastruttura. Non nel modello. Non nel chatbot. Non nell'agente.

Prima di inserire in organico un agente AI bisogna che quell'organico abbia qualcosa di digeribile da dargli. Un database pulito. Un CRM usato in modo coerente. Processi che qualcuno ha scritto da qualche parte e che seguono una logica. Notifiche che arrivano a chi serve, quando serve.

Questo è il lavoro che faccio io. Non vendo AI. Costruisco le fondamenta su cui l'AI, quando avrà senso usarla nella tua azienda, troverà qualcosa su cui appoggiarsi.

// A chi mi rivolgo

Se ti riconosci in uno di questi,
siamo già a metà strada.

Non lavoro con tutti. Funziono meglio con profili specifici - persone che hanno già capito il problema ma non hanno il tempo o la prospettiva giusta per risolverlo da soli. Riconoscersi qui è il primo passo.

"Volevi la libertà, ti sei ritrovato a fare il segretario di te stesso."

Sei bravo in quello che fai. I clienti ti cercano perché il tuo lavoro parla da solo. Ma c'è un problema che conosco bene: non hai una struttura commerciale pensata per il tuo tipo di attività. Il risultato è che passi metà delle tue giornate su compiti che non ti competono - e che prosciugano la tua energia creativa. Il ciclo è sempre lo stesso: inviare preventivi impaginati a mano, scambiare dieci email per fissare una chiamata, inseguire clienti che spariscono dopo aver ricevuto il prezzo, controllare manualmente chi ha pagato prima di far partire i lavori. Sono micro-frizioni che si mangiano il tempo che potresti fatturare a cifre ben più alte. Ti costruisco un segretario automatico in silicio. Webapp a frizione zero che qualificano i lead, prenotano la chiamata solo dopo il saldo, inviano contratti e follow-up in modo deterministico. Tu torni a fare l'unica cosa per cui i clienti ti pagano: produrre valore. Il resto lo esegue la macchina a costo zero.

"Sul delivery sono un drago. Sull'infrastruttura aziendale, meno."

Scrivi codice backend che io posso solo ammirare, o sei un media buyer che sposta volumi in modo istintivo. Sei tecnicamente fortissimo. Ma c'è un punto cieco che riconosco da lontano: la gestione operativa è rimasta indietro rispetto alla qualità del tuo delivery. Perdi tempo a formattare report a mano per i clienti. I lead si accumulano in pipeline destrutturate. Subisci i limiti delle piattaforme terze perché mancano code parametriche. Ogni eccezione in produzione diventa un piccolo terremoto, perché l'infrastruttura non è disaccoppiata in servizi indipendenti. Con te non faccio l'esecutore, faccio il peer architetturale. Analizziamo insieme i flussi logici della tua attività, individuiamo dove si perde margine e implementiamo flange software su n8n custom con nodi JavaScript. Se un'API cambia le regole, correggiamo una riga senza che il business si fermi.

"Se devo controllare tutto io, non ho un'azienda. Ho un lavoro iper-stressante."

Hai costruito l'attività con il sangue. Hai dipendenti, fatturi, sei arrivato. Ma se non dai il via libera tu, non parte niente: non un preventivo, non una risposta a un cliente, non un'archiviazione. Ogni decisione passa da te, e la tua giornata è un rincorrersi di emergenze operative che ti lasciano senza tempo per quelle strategiche. La verità è che non hai mai inserito processi basati sui dati. L'azienda è tarata sulla tua memoria, e la tua memoria è ormai satura di cose che potrebbero essere gestite da un flusso automatico ben progettato. Non serve stravolgere tutto con software esotici. Spesso il margine dormiente è nei flussi di informazione che oggi gestisci a voce o su WhatsApp.

"Abbiamo clienti, fatturato, ma i processi interni non scalano."

Agenzia di marketing, comunicazione o servizi digitali. Hai un team solido e un portafoglio clienti che cresce, ma ogni nuovo cliente moltiplica il caos. Onboarding manuali, report costruiti a mano, dieci tool che non si parlano, e qualcuno che passa il venerdì pomeriggio a fare copia-incolla tra software. Il margine c'è, ma viene eroso da un turnover nascosto: il tempo che il tuo team passa a gestire processi invece di fare lavoro fatturabile. Costruisco l'infrastruttura che manca: pipeline che collegano CRM, strumenti di produzione e reportistica; automazioni che gestiscono l'onboarding dei nuovi clienti senza intervento umano.

"Tra scadenze, documenti e clienti da seguire, non arrivo mai al lavoro vero."

Commercialista, avvocato, consulente del lavoro o professionista con collaboratori. La tua giornata è un alternarsi di scadenze, documenti da produrre, clienti da sollecitare, pratiche da archiviare. Il grosso del lavoro è ripetitivo e prevedibile - ma lo gestisci comunque a mano, tra PEC, email e fogli di calcolo che nessuno tiene allineati. Ogni scadenza è una corsa. Automatizzo i processi ripetitivi senza toccare la tua autonomia: reminder automatici su scadenze, generazione documentale da template, solleciti clienti gestiti da flussi condizionali, integrazione tra strumenti che oggi usi separatamente.

// Riconosci il tuo problema?

Clicca su quello
che ti suona familiare.

Ogni blocco qui sotto è un problema reale che ho già risolto. Se ne riconosci uno, leggi - c'è dentro la diagnosi, la causa, e come si affronta.

// Il costo dell'inerzia

Il conto che
nessuno fa.
Ma che si paga ogni giorno.

Non è teoria. È matematica di base. Prendi un commerciale medio: quanto costa all'azienda, stipendio e contributi inclusi? Mettiamo 2.500 euro al mese. Ora chiediti: quante di quelle ore le passa a vendere davvero, e quante a fare cose che una macchina potrebbe fare?

Confermare un appuntamento al telefono: 5 minuti. Mandare un promemoria via email: 3 minuti. Cercare il numero del cliente nel CRM: 2 minuti. Aggiornare la scheda dopo la chiamata: 4 minuti. Riscrivere la stessa email di follow-up per la decima volta: 6 minuti. Cercare il preventivo di tre settimane fa: 8 minuti.

Sono 28 minuti a cliente. Se un commerciale gestisce 10 clienti al giorno, sono 4 ore e 40 minuti. Quasi un turno intero. Stai pagando una persona qualificata per fare da ponte umano tra software che non si parlano. E questo senza contare gli errori: un appuntamento sbagliato, un preventivo inviato al cliente sbagliato, un follow-up dimenticato. Ogni errore costa tempo e faccia.

Ora moltiplica per il numero di commerciali. Poi per i mesi. Poi per gli anni. Il numero che esce fa male. E la cosa peggiore è che quel costo è invisibile: non appare in nessuna riga del bilancio, non lo vedi in fattura, non c'è un fornitore che ti manda un sollecito. Ma c'è. E lo stai pagando.

Non è un problema di persone. È un problema di architettura. Le persone fanno il loro lavoro. È il sistema che le costringe a sprecarlo.

E poi c'è il costo del database fermo. Hai 2.000 clienti che non senti da due anni. Ognuno di loro ha già comprato da te. Sa chi sei. Si fida. Da allora: il silenzio. Quanto vale riattivarne anche solo il 10%? Fai il conto. Non è difficile.

Il costo dell'inerzia è sempre superiore al costo dell'intervento. Sempre. L'unica domanda è: quanto ancora vuoi aspettare prima di smettere di pagare?

// Segnali che è il momento

Se ti riconosci
in almeno uno di questi.

Non serve che tutti siano veri. Basta uno. Se ne riconosci uno solo, è già abbastanza.

Un dipendente sa fare una cosa che nessun altro sa fare.

Il sapere è nella sua testa, non nel sistema. Se quella persona va in ferie, si ammala, o se ne va, quel pezzo di azienda si blocca. Non è un rischio, è una certezza.

Mandi preventivi e non sai chi li ha aperti.

Il processo si ferma al "inviato" e da lì in poi è buio. Non c'è follow-up automatico, non c'è tracciamento. Risultato: preventivi che muoiono nel nulla.

Il tuo CRM ha più campi vuoti che campi pieni.

Il dato dentro non è affidabile. Se non puoi fidarti dei dati che hai nel CRM, non hai un CRM: hai un costo mensile.

Qualcuno ha creato un "suo" sistema su Excel che funziona solo per lui.

Se va in ferie, nessuno sa come fare le cose che faceva lui. Non è un sistema aziendale. È un sistema personale che l'azienda subisce.

Non sai quanti clienti attivi hai senza aprire tre programmi.

Devi incrociare i dati a mano. E anche così, il numero non è preciso. La verità è da qualche parte nel mezzo, e ci vuole un'ora per trovarla.

Ogni lunedì qualcuno passa due ore a fare il report della settimana.

Due ore di lavoro umano per qualcosa che viene letto in dieci minuti. E il lunedì dopo si ricomincia da capo. Non è un processo: è un rito.

Hai comprato un software costoso e il team è tornato a fare come prima.

Lo strumento è lì, attivo, che costa, e nessuno lo apre. L'entusiasmo iniziale è durato quanto una demo.

Passi più tempo a gestire l'operatività che a pensare alla strategia.

Sei il direttore d'orchestra, ma suoni anche tutti gli strumenti. Il tuo ruolo dovrebbe essere guidare. Invece stai tamponando.

Se hai annuito almeno una volta, il momento è adesso. Non serve aspettare che le cose peggiorino.

// Una nota

Non faccio siti web. Questo l'ho costruito con l'AI, con molte ore di lavoro, le idee chiare e zero robette da marketer - niente tracciamento, niente funnel, niente banner GDPR.

Se non lo faccio per me, non lo offro a nessuno. Non sono uno sviluppatore web e non voglio esserlo. Faccio automazione e infrastruttura: sistemi che girano mentre tu fai altro.

// Confini

I confini
del mio lavoro.

Definire cosa non faccio è importante quanto definire cosa faccio. Ti evita di scrivermi per la cosa sbagliata. E a me evita di farti perdere tempo.

Non faccio siti web. Ma ragiono su cosa succede dopo.

Questo sito l'ho costruito da solo, con l'AI, molte ore di lavoro e le idee chiare. Se non lo faccio per me, non lo offro a nessuno. Non è il mio mestiere e non voglio che lo diventi. Ma se mi scrivi per un sito, la prima domanda che ti faccio è: dove va a finire il lead quando lo acquisisci? Chi lo riceve? Come viene qualificato? Dove finiscono i dati? Il sito è la porta. Quello che c'è dietro è il mio mestiere. Chi fa i siti belli lo troviamo insieme. Io ragiono sui dati, sui flussi, su cosa succede dopo che qualcuno clicca "contattaci".

Non vendo pacchetti preconfezionati. Costruisco su misura.

Non ho un "prodotto" da installarti in un pomeriggio. Ogni azienda ha processi diversi, dati diversi, problemi diversi. Quello che costruisco è su misura. Sempre. Se cerchi una soluzione drag-and-drop che promette di risolvere tutto in un'ora, non sono la persona giusta. Se hai un problema specifico che richiede una soluzione cucita addosso alla tua realtà, allora sì.

Non faccio consulenza senza esecuzione. La prima analisi è gratuita.

Non ti vendo slide, non ti faccio workshop da due giorni, non ti lascio un documento di 80 pagine con le "raccomandazioni". Se analizzo il tuo problema, poi lo risolvo. Altrimenti non ci provo. La prima analisi del problema è gratuita. Mi scrivi, leggo, ti dico se ha senso e cosa si può fare. Se non ha senso, te lo dico subito. Se ha senso, partiamo da lì.

Non tocco CRM che il team non usa. Ma trovo la frizione.

Se il problema è l'adozione, non serve un software nuovo. Serve capire perché quello che hai non viene usato. E risolvere quello. Ma posso aiutarti a capire dov'è la frizione che blocca l'adozione. Perché il team lo evita? Cosa non funziona? Fa parte dell'esplorazione iniziale. Spesso il problema non è il software, è come è stato implementato. E quello si risolve.

Non gestisco campagne. Ma monitoro la conversione.

Non costruisco funnel, non gestisco campagne ads. Non sono un marketer. Non sono un media buyer. Se ti serve quello, c'è gente brava in giro. Ma se già fai campagne, posso costruirti strumenti ad-hoc per monitorare la conversione: dashboard che tirano i dati da più fonti, attribuzione realistica, report che mostrano il percorso del lead dall'annuncio al cliente. L'infrastruttura che sta sotto: i processi, i dati, le automazioni.

Non lavoro senza un problema concreto. Ma un'idea la valuto.

Se non sai dirmi cosa ti blocca, non posso aiutarti. Non faccio diagnosi esplorative. Non sono un coach. Ho bisogno di un problema materiale, tangibile, che ti pesa ogni giorno. Ma se hai un'idea e credi che possa funzionare, valutiamola insieme. Se ci credo, mi metto in gioco con te. Se non ci credo, te lo dico e non perdiamo tempo. Un proof of concept può essere il primo passo per validare un'idea prima di costruirci sopra un'infrastruttura intera.

Non faccio interventi dell'ultimo minuto. Ma una pezza ti salva.

Non tutto si salva in un giorno. Ma una pezza temporanea può salvarti da un disastro mentre costruisco la soluzione definitiva. Se il sistema è già rotto e hai bisogno di tamponare, parliamone. Non è la soluzione ideale, ma a volte è quella necessaria.

Se dopo aver letto questa lista sei ancora qui, probabilmente siamo sulla stessa lunghezza d'onda. Scrivimi.

// Sartoriale

Perché lavoro
da solo.

Non ho un team. Non ho dipendenti. Non ho un "reparto sviluppo" o un "reparto consulenza". Sono io. E non è una limitazione: è la scelta architetturale più importante che ho fatto.

Un solo punto di contatto. Quando mi scrivi, parli con me. Quando analizzo il tuo problema, sono io che lo analizzo. Quando costruisco il sistema, sono io che lo costruisco. Non c'è un commerciale che ti promette cose, un project manager che le passa a un tecnico, e un tecnico che non ha mai parlato con te. La catena è corta: tu, io, il problema.

Chi analizza è chi costruisce. Nelle agenzie, chi capisce il problema non è chi scrive il codice. L'informazione passa da tre persone e arriva dimezzata. Da me non succede. Quello che capisco nella tua email è esattamente quello che finisce nel sistema. Zero perdite, zero interpretazioni, zero "ma il brief diceva un'altra cosa".

Nessun junior a cui viene affidato il tuo progetto. Non ho ragazzi al primo anno che imparano sul tuo budget. Non ho "resource allocation" o "capacity planning". Ho le mie competenze, la mia esperienza, e la mia responsabilità. Se il sistema non funziona, la colpa è mia. Se funziona, il merito è mio. Non c'è un team in cui nascondersi.

Voglio fare sartoria, non H&M. Non produco soluzioni in serie. Non ho pacchetti, non ho piani, non ho "livelli" di servizio. Ogni azienda è un progetto diverso, con problemi diversi e soluzioni diverse. Se cerchi qualcosa di standardizzato, non sono la persona giusta. Se cerchi qualcosa cucito addosso alla tua realtà, allora sì.

Non devo fatturare per pagare stipendi. Il mio costo non include la struttura di un'agenzia: l'ufficio, il commerciale, il project manager, il junior, il senior, il responsabile. Il mio costo è il mio tempo e la mia competenza. Il prezzo è legato al valore che porto, non alla struttura che devo mantenere.

Non crescerò in modo tradizionale. Non diventerò un'agenzia. Rimarrò piccolo, intenzionalmente. Perché il valore che offro dipende esattamente da questo: da me, al mio computer, a risolvere il tuo problema.

// Come lavoro

Frizione zero.
Risultati veri.

Il tuo tempo è critico. Il mio anche. Non ho nessun interesse a riempire calendari o aggiornamenti settimanali che nessuno legge. Mi descrivi il problema, capiamo insieme l'obiettivo, io eseguo. Ti aggiorno quando c'è qualcosa di concreto da dirti. Non prima.

Prima smanetto, poi blindo.
Per risolvere un problema, all'inizio faccio come gli indiani su YouTube: aggredisco il codice e trovo la strada per farlo funzionare subito. Una volta validato, lo trasformo in un carro armato. Prendo quell'automazione e la chiudo in un'infrastruttura ingegneristica, blindandola con mille controlli per gestire ogni singolo errore prima che si verifichi.

Zero Riunionite. Le slide le fa l'AI in 15 minuti.
Se ti serve la documentazione di quello che abbiamo fatto, te la fornisco. Ma non ci passo le settimane. Avvio una registrazione di una videocall di 10 minuti, faccio 30 screenshot al volo e do tutto in pasto all'AI. In 15 minuti netti hai le tue slide pronte. Sono solo un sottoprodotto inevitabile dell'analisi pre e post produzione. Niente meeting inutili.

La frizione zero non è solo verso di te: è prima di tutto interna. Nessun task ripetitivo viene gestito a memoria: tutto finisce in database e automazioni, così il focus resta su quello che conta davvero.

Se cerchi qualcuno a cui delegare davvero, funziona. Se hai bisogno di qualcuno con cui fare riunioni, no.

01

Mi scrivi una email

Descrivimi il problema o il processo che ti blocca, a ruota libera e senza filtri. Lo leggo, analizzo la fattibilità e capisco al volo se è una sfida che ha senso affrontare insieme. Nessun form, nessun questionario di qualifica.

02

Prima simuliamo, poi automatizziamo

Prima di scrivere una riga di codice, simulo le operazioni con test concreti. Creo processi temporanei che il tuo team può testare. Solo dopo aver verificato empiricamente che il processo funziona, le automazioni sostituiscono l'operatore.

03

Eseguo. Tu non gestisci.

L'ingegnerizzazione è roba mia. Rilascio infrastrutture basate su micro-servizi indipendenti: ogni funzione verifica i permessi prima di eseguirsi. Se un server cade o un servizio terzo salta, il sistema è frammentato in modo che l'umano possa intervenire e lavorare il processo a mano senza paralizzare l'azienda.

04

Il sistema gira. Ti avviso io.

Decine di cronjob silenti catturano errori e successi di esecuzione e me li sparano direttamente su Telegram, come un log a terminale. Molto spesso inizio a debuggare e risolvere prima ancora che tu, o il tuo team, vi accorgiate del problema.

// Anatomia di un progetto

Cosa succede
quando mi scrivi.

Non ho un processo commerciale. Non ho un CRM con pipeline colorate. Non ti mando un questionario di qualifica. Funziona così:

1. Mi scrivi un'email. Mi descrivi il problema. A ruota libera, senza filtri. Non serve che sia formale, non serve che sia perfetto. Serve che sia vero. Lo leggo e capisco subito se è una sfida che ha senso affrontare insieme. Se non lo è, te lo dico. Senza giri di parole.

2. Analizzo. Prima di scrivere una riga di codice, guardo come funziona la tua azienda oggi. Quali software usi, come passano i dati da un posto all'altro, dove si inceppa il flusso. Ti faccio domande mirate, non generiche. Non mi interessa la tua "visione strategica". Mi interessa sapere che ogni mattina Marco deve copiare 15 righe da un Excel al gestionale, e che lo fa male perché ha fretta.

3. Test e simulazione. Prima di costruire automazioni, creo processi temporanei che il tuo team può testare. Simulo il flusso con dati finti ma realistici. Verifichiamo insieme che la logica regge. Solo dopo aver validato empiricamente che il processo funziona, passo al codice. Questo passaggio è quello che distingue un intervento serio da un tentativo fatto alla cieca.

4. Ingegnerizzo. Qui entro nel mio elemento. Scrivo i nodi custom, configuro i webhook, costruisco i controlli. Ogni funzione verifica i permessi prima di eseguirsi. Se un'API esterna cambia le regole, correggo una riga senza smontare tutto. Se un server cade, il sistema è frammentato in modo che l'umano possa intervenire a mano senza paralizzare l'azienda.

5. Rilascio. Il sistema va in produzione. Non ti mando un manuale da 40 pagine. Ti faccio vedere come funziona, ti spiego dove intervenire se serve, e poi sparisco. Non perché me ne frega poco, ma perché se il sistema è ben costruito, non hai bisogno di me per usarlo.

6. Monitoro in silenzio. Decine di cronjob catturano errori e successi di esecuzione e me li sparano su Telegram. Molto spesso inizio a debuggare e risolvere prima ancora che tu ti accorga del problema. Ti aggiorno solo quando c'è qualcosa di concreto da dirti. Non prima.

Non è un processo lineare. A volte torno indietro, a volte scopro che il problema vero era un altro. Ma è onesto. E alla fine, il sistema gira.

Puoi guardare mentre lavoro. Se vuoi, ti metto in videocall mentre costruisco. Vedi il codice, vedi i test, vedi dove sbaglio e come correggo. Non è una demo: è il lavoro vero, in diretta. Serve a due cose: capire come ragiono quando incontro un problema, e toglierti dalla testa l'idea che "si fa tutto con l'AI con due click". Non è così. L'AI è uno strumento, come un cacciavite. Ma il cacciavite non sa dove mettere la vite. Quello lo decido io, con l'esperienza, con i tentativi, con le cose che ho rotto e imparato a non rompere più.

// Contro-manuale

Come non
farti fregare.

Il mercato dell'automazione è pieno di promesse. Alcune sono vere, molte no. Ecco cosa devi evitare, basato su quello che ho visto succedere da dentro.

Diffida di chi ti promette "tutto automatico in una settimana." Se qualcuno ti dice che può automatizzare il tuo intero processo in sette giorni, o non ha capito il tuo problema, o sta costruendo qualcosa di fragile che si romperà al primo cambiamento. L'automazione seria richiede analisi, simulazione, test. Non è una corsa.

Diffida di chi non ti chiede di vedere i tuoi processi attuali. Se un consulente vuole venderti una soluzione senza prima capire come lavori oggi, sta vendendo un prodotto, non una soluzione. E il prodotto quasi sempre non si adatta alla tua realtà.

Diffida di chi vuole vendere un software prima di capire il problema. "Ti serve il nostro CRM enterprise." "Ti serve la nostra piattaforma di automazione." No. Ti serve risolvere un problema. Il software è il mezzo, non il fine. Se il primo suggerimento è comprare qualcosa, stai parlando con un venditore, non con un tecnico.

Diffida di chi non ti dice "no" quando serve. Se ogni tua idea viene accolta con entusiasmo, qualcuno non sta facendo il suo lavoro. Un bravo tecnico ti dice quando una soluzione è troppo complessa, quando un'automazione non vale il costo, quando il problema non è tecnologico ma organizzativo. Il "no" è la prova che sta pensando al tuo interesse, non al suo fatturato.

Diffida di chi non ha mai rotto qualcosa per capire come funziona. L'automazione non si impara nei corsi. Si impara rompendo sistemi, leggendo log, capendo perché un webhook non arriva, perché un token scade, perché un'API restituisce un errore che non è documentato da nessuna parte. Se il tuo interlocutore ha solo certificazioni e nessuna cicatrice, attenzione.

Diffida di chi usa parole che non sa spiegare. "Sinergia." "Ecosistema digitale." "Trasformazione 4.0." Se qualcuno non ti sa dire in italiano semplice cosa farà concretamente, o non lo sa lui, o non vuole che tu lo sappia. L'automazione vera si spiega in frasi corte: "Questo dato passa da qui a lì. Se fallisce, succede questo."

La regola d'oro è semplice: se non capisci cosa ti stanno vendendo, non comprarlo. Punto.

// Scelte tecnologiche

Perché non uso
i tool che tutti consigliano.

Zapier. Make. Integromat. Li conosci, li hai provati, forse li usi già. Sono ottimi per cose semplici. Ma quando il processo diventa complesso, mostrano i loro limiti. E i limiti diventano costi.

Il problema del vendor lock-in. Quando costruisci le tue automazioni su una piattaforma cloud di terzi, i tuoi flussi vivono lì. Se cambi idea, se i prezzi aumentano, se il servizio cambia le regole, sei bloccato. Con n8n self-hosted, l'infrastruttura è tua. Sul tuo server. Sotto il tuo controllo. Nessuno può alzarti il prezzo o spegnerti l'interruttore.

Il drag-and-drop ha un soffitto. Funziona benissimo per "quando arriva una email, crea un contatto nel CRM". Ma quando devi fare parsing JSON complesso, gestire autenticazioni custom, verificare l'output di un nodo prima di procedere con il successivo, il drag-and-drop diventa una gabbia. Con n8n scrivo nodi JavaScript custom. Ho la stessa flessibilità del codice puro, con la comodità visuale dei workflow.

"Funziona" non basta. Deve funzionare quando serve. I tool SaaS sono condivisi tra migliaia di utenti. Quando un'API esterna è lenta, il tuo workflow va in timeout. Quando il server di Zapier ha un problema, le tue automazioni si fermano. Con n8n self-hosted, il server è mio. Lo monitoro. Lo aggiorno. Se cade, lo riporto su. Nessuno decide per me.

I costi nascosti. Zapier ti fa pagare per task. Make per operation. Più il tuo business cresce, più paghi. E a un certo punto il conto diventa insostenibile. Con n8n self-hosted paghi il server, punto. Il costo della licenza non cambia che tu faccia 100 automazioni o 100.000. L'unico limite è la potenza della macchina che scegli.

Non è una questione di ideologia. È una questione di controllo, costi e affidabilità. Se il tuo processo è semplice, Zapier va benissimo. Se il tuo processo è il cuore operativo della tua azienda, allora serve qualcosa di diverso.

La differenza tra un tool e un'infrastruttura è semplice: uno lo usi, l'altro lo possiedi.

// Manifesto operativo

Il foglio Excel
non è il nemico.

Ogni azienda con cui ho lavorato ha almeno un foglio Excel che tiene in piedi un pezzo critico dell'operatività. Lo chiamano "il file di Marco", "il gestionale parallelo", "quello con i clienti veri". È il file che nessuno vuole ammettere che esiste, ma che se lo cancelli, l'azienda si ferma.

Excel non è il problema. Excel è il sintomo. È il segnale che il software ufficiale non sta facendo il suo lavoro. Che c'è un passaggio, un dato, un processo che il sistema non copre. E qualcuno, con buona volontà, ha trovato una soluzione da solo.

Chi usa Excel non è pigro. È razionale. Ha un lavoro da fare, il software non glielo fa fare, e allora trova un'altra strada. È la stessa logica che avevo a 13 anni con la macchina virtuale e AutoIt: se il sistema non ti dà gli strumenti, te li costruisci. Solo che Excel non scala. Non si collega agli altri software. Non ti avvisa quando qualcosa cambia. E quando la persona che lo gestisce va in ferie, il sapere se ne va con lei.

Il mio obiettivo non è eliminare Excel con la forza. È renderlo inutile. Costruire un sistema che faccia quello che il foglio faceva, ma meglio: automatico, collegato, monitorato. Quando il sistema funziona, Excel si spegne da solo. Nessuno lo rimpiange.

Se i dati della tua azienda finiscono su Excel, il tuo software non sta facendo il suo lavoro. Non è colpa di chi usa Excel. È colpa di chi ha costruito il sistema.

La prossima volta che vedi un collega con un foglio aperto, non giudicarlo. Chiediti: cosa non sta funzionando nel sistema ufficiale, che lo ha costretto a trovarsi un'altra strada? La risposta è lì. Ed è il punto da cui parto.

// Glossario onesto

Le parole
che uso.

Le uso spesso. Meglio che sappiamo cosa significano, senza gergo e senza boria.

Frizione

Tutto ciò che ti costringe a fare un passaggio in più rispetto a quello che servirebbe. Un login aggiuntivo. Un copia-incolla tra due software. Una password dimenticata. Ogni frizione è tempo perso. E il tempo perso costa.

Infrastruttura

L'invisibile che tiene in piedi il visibile. I server, i database, i webhook, i flussi di dati. Non li vedi, non li tocchi, ma se non ci sono, tutto si ferma. È come le fondamenta di una casa: nessuno le ammira, ma senza quelle il tetto crolla.

Deterministico

Se lo fai due volte, il risultato è identico. Sempre. Il codice deterministico non "prova", non "spera", non "allucina". Esegue. Se le condizioni sono le stesse, l'output è lo stesso. È il contrario dell'AI: l'AI è flessibile ma imprevedibile, il codice deterministico è rigido ma affidabile.

Webhook

Un sistema che ne avvisa un altro quando succede qualcosa, senza che nessuno debba controllare. È come un campanello: quando suona, sai che c'è qualcuno alla porta. Non devi andare a vedere ogni cinque minuti.

API

Il modo in cui due software si parlano quando qualcuno ha fatto il lavoro sporco di collegarli. Ogni software moderno ha delle API: sono le "prese" a cui puoi attaccarti per mandare e ricevere dati. Se due software hanno le API, possono parlare tra loro. Il lavoro mio è costruire la conversazione.

Self-hosted

I tuoi dati stanno dove decidi tu, non su un server di cui non sai nemmeno il nome. Self-hosted significa che il software gira su una macchina sotto il tuo controllo. Puoi vederla, puoi toccarla, puoi spegnerla.

Cronjob

Un compito automatico che parte a orari prestabiliti. Ogni minuto, ogni ora, ogni giorno. I cronjob sono i guardiani silenziosi del sistema: controllano che tutto giri, catturano gli errori, mandano alert quando qualcosa non va.

// Domande reali

Le domande
che mi fate davvero.

// Sistemico vs sintomatico

Stai curando
il sintomo
o la causa?

La maggior parte delle aziende affronta i problemi in modo sintomatico. Vedono un sintomo e comprano una soluzione. Il sintomo sparisce per un po', poi torna, spesso più forte di prima. Perché la causa non è stata toccata.

Sintomatico: "Mi serve un CRM migliore."
Sistemico: Il problema non è il CRM. È come passano i dati tra le persone e i software. Il CRM è solo il contenitore. Se i dati entrano male, escono male. Se nessuno li aggiorna, non esistono. Cambiare CRM senza cambiare il flusso dei dati è come cambiare valigia prima di un viaggio: il problema non è la valigia, è cosa ci metti dentro.

Sintomatico: "Mi serve un commerciale in più."
Sistemico: Il commerciale perde il 60% del tempo in cose che non sono vendita. Conferme, promemoria, aggiornamenti CRM, ricerca dati. Assumere un altro commerciale non risolve il problema: duplichi l'inefficienza. Il problema non è il numero di commerciali, è cosa fanno con il loro tempo.

Sintomatico: "Mi serve un software di project management."
Sistemico: Il problema è che nessuno sa chi deve fare cosa e quando. Non è un problema di tool, è un problema di processo. Se il processo non è chiaro, nessun software lo renderà chiaro. Anzi: un tool applicato a un processo confuso produce solo confusione organizzata.

Sintomatico: "Ci serve l'AI."
Sistemico: L'AI senza dati puliti e processi definiti è un esperimento costoso. Prima si puliscono i dati, si collegano i software, si costruiscono processi che una macchina possa seguire. Poi, e solo poi, l'AI entra nei punti dove serve flessibilità. Il 70% del budget di un progetto AI reale va in cleanup e infrastruttura. Non nel modello.

Sintomatico: "I miei dipendenti sono lenti."
Sistemico: I tuoi dipendenti passano ore a spostare dati tra un programma e l'altro. Non sono lenti: sono bloccati da un'architettura che li costringe a fare da ponte umano tra software che non si parlano. Dagli un sistema che parla da solo, e vedrai quanto sono veloci.

Il mio lavoro non è venderti la soluzione al sintomo. È trovare la causa e risolverla. A volte significa dirti che non ti serve quello che pensi. Altre volte significa costruire qualcosa che non avresti mai immaginato. Ma sempre, partire dalla radice.

La prossima volta che pensi "mi serve un nuovo software", fermati. Chiediti: qual è il problema vero? Il software è la soluzione o è solo un altro sintomo? Se non sai rispondere, parliamone. Se lo sai rispondere, scrivimelo e agiamo.

// Contatti

Hai un processo
che ti pesa.
Parliamone.

Ma mettiamo subito in chiaro una cosa.

Scrivimi SOLO SE sai esattamente quale problema hai.

Fatti aiutare dall'AI facendoti fare 10 domande sul tuo problema, dalle in pasto il link a questa pagina e dille che mi devi scrivere. Saprà cosa fare.

Il mio interlocutore ideale è l'imprenditore che cerca di arrangiarsi e si blocca, l'agenzia che ha bisogno di un motore tecnologico, o il freelance sommerso dall'operatività. Non lavoro con aziende tech per fare salotti teorici o "confronti costruttivi". Non faccio diagnosi esplorative. Se il tuo processo ha un difetto materiale, se hai provato a risolverlo e non ci riesci, scrivimi senza filtri.

// Copia questo prompt e incollalo nella tua AI preferita

Ciao, ho bisogno di contattare un esperto di automazione e infrastrutture IT.

Mi chiede di definire in modo pratico il problema facendomi delle domande, per poi scriverglielo via email.

Dobbiamo definire: qual è il problema, lo stack tecnologico coinvolto, se ho già provato a risolverlo, cosa ha funzionato e cosa no, e cosa succede se non lo risolvo.

Fammi 10 domande per definire al meglio questi punti.

Prendi le informazioni sul suo modo di lavorare da https://www.riccardomurru.it

Output finale: un'email pronta, con definizione del problema e potenziale soluzione allineata al suo approccio operativo.
// Indirizzo email nascosto. Clicca qui 3 volte per sbloccarlo
Rispondo io. Di persona. Di solito entro 24 ore.