Quando un'azienda chiede un gestionale o un tool interno, la risposta di default oggi è quasi automatica: "lo facciamo web". Spesso è giusto. Ma esiste una categoria di strumenti — quelli usati tutto il giorno, su postazioni fisse, a contatto con file e periferiche, talvolta offline — dove forzare il browser introduce attriti che costano tempo ogni singolo giorno. In questi casi un'app desktop nativa, costruita con Electron, è la scelta più razionale dal punto di vista del ROI. Questo articolo è una guida decisionale: quando il desktop conviene a una PMI, quando no, e quanto costa davvero mantenerlo.
Cos'è Electron e perché è ancora rilevante nel 2026
Electron impacchetta una web app (HTML, CSS, JavaScript) dentro un'applicazione desktop installabile su Windows, macOS e Linux, con accesso al sistema operativo. Nel 2026 resta lo standard di fatto: ci girano VS Code, Slack, Discord, Figma Desktop, Notion, 1Password e Linear. Il progetto rilascia una nuova versione major ogni circa otto settimane e mantiene aggiornate le ultime tre, quindi non è una tecnologia ferma. Il vantaggio per una software house è economico prima che tecnico: lo stesso stack di una web app diventa un'app desktop, riusando codice, competenze e UI. Per una PMI significa un solo team e un solo codice per coprire web e desktop, invece di due mondi separati.
Gli scenari in cui il desktop batte web e mobile
Il desktop non è "meglio" in assoluto. Conviene quando ricorre almeno uno di questi pattern di lavoro reale:
- Uso intensivo e quotidiano. Un operatore che vive nello strumento 6-8 ore al giorno guadagna da scorciatoie da tastiera, multi-finestra e zero dipendenza dalla scheda del browser tra altre venti.
- Integrazione con file system e periferiche. Stampanti di etichette, lettori di barcode, scanner, lettura/scrittura massiva di file locali, cartelle condivise: il browser qui è ingabbiato nella sandbox, il desktop no.
- Postazioni fisse. Back office, magazzino, reception, laboratorio: dispositivi sempre gli stessi, dove un'app installata e con auto-aggiornamento è più solida di un URL da ricordare.
- Lavoro offline o connettività instabile. Un database locale che sincronizza quando la rete torna evita che il lavoro si fermi quando la linea cade.
- Dati sensibili che restano in sede. In alcuni contesti tenere i dati sulla macchina, senza passare da un server esposto, semplifica il discorso compliance.
Per il mobile vale il rovescio: app sul telefono per attività brevi, in movimento, con fotocamera e notifiche push (vedi quanto costa sviluppare un'app mobile). Se il lavoro è "stare seduti e macinare dati", il telefono è lo strumento sbagliato.
Electron vs web app vs nativo puro: la tabella
La scelta è un trade-off tra costo di sviluppo, peso e accesso al sistema. In sintesi:
| Criterio | Web app | Electron (desktop) | Nativo puro (Tauri / Qt / Swift) |
|---|---|---|---|
| Costo iniziale | Più basso | Basso (riusa lo stack web) | Più alto (competenze dedicate) |
| Accesso a file/periferiche | Limitato (sandbox) | Completo | Completo |
| Funziona offline | Parziale | Sì | Sì |
| Peso app / RAM | Nessuna installazione | Pesante (~80-200MB, ~120MB+ RAM) | Leggero (Tauri ~2-10MB, ~30-50MB RAM) |
| Riuso codice web | Totale | Quasi totale | Scarso |
| Distribuzione e update | Istantanea (URL) | Installer + auto-update da gestire | Installer + auto-update da gestire |
Tauri (backend in Rust, WebView del sistema) nel 2026 è l'alternativa seria a Electron quando peso e consumo di RAM contano davvero. Lo consideriamo, ma richiede competenze Rust e un ecosistema meno maturo: per molti gestionali PMI il delta non giustifica il costo, e Electron resta la via più rapida al risultato.
I trade-off di costo e manutenzione, senza zuccherare
Il desktop aggiunge voci di costo che la web app non ha, e vanno messe a budget fin dall'inizio:
- Firma e notarizzazione. Per macOS serve l'iscrizione all'Apple Developer Program (circa 99 EUR/anno) e la notarizzazione, obbligatoria fuori dal Mac App Store. Su Windows serve un certificato di firma per evitare gli avvisi SmartScreen. Senza firma, l'auto-aggiornamento su macOS non funziona in modo silenzioso.
- Pipeline di distribuzione. Installer, canale di update e gestione delle versioni: con strumenti come electron-updater il costo infrastrutturale è basso, ma va impostato e mantenuto.
- Aggiornamenti di sicurezza. Electron incorpora Chromium: vanno seguiti gli aggiornamenti per non trascinarsi vulnerabilità note del motore.
Mini-caso reale: il NaCode Studios Tool
Il nostro gestionale interno, il NaCode Studios Tool, è proprio un'app desktop in Electron costruita in casa. Lo usiamo per gestire i servizi del sito, il blog, il tariffario, i preventivi, la roadmap e i contratti. L'abbiamo voluto desktop per ragioni concrete: ci lavoriamo dentro tutto il giorno, genera ed esporta PDF su file locali, e deve restare operativo anche con la rete capricciosa. Riusando lo stack web del sito e il backend Firebase (vedi Firebase come backend), il tempo per portarlo da web a desktop è stato contenuto: stesso codice di base, poche settimane di lavoro aggiuntivo [stima illustrativa, da confermare sul tuo progetto]. Il guadagno operativo — meno passaggi, meno strumenti aperti — lo ripaga giorno per giorno.
Come decidere per la tua PMI
La domanda giusta non è "desktop o web", ma "dove vivono i miei utenti e cosa devono toccare". Se lo strumento è a uso intensivo, su postazioni fisse, a contatto con file e periferiche e deve reggere l'offline, l'app desktop con Electron è spesso la scelta a ROI più alto — e con Electron il salto dal web è economico. Se invece il bisogno è accesso ovunque e zero installazione, la web app vince. È lo stesso ragionamento che applichiamo quando aiutiamo le aziende a digitalizzare con software su misura. Se vuoi capire quale forma — desktop, web o mobile — porta più valore al tuo processo, possiamo analizzare insieme il caso e dirti dove conviene davvero investire.
