Da Excel a gestionale web: come un azienda ha eliminato 20 ore di lavoro manuale a settimana — articolo

> Da Excel a gestionale web: come un azienda ha eliminato 20 ore di lavoro manuale a settimana

Case study su come un gestionale PHP su misura ha sostituito fogli Excel condivisi, riducendo errori e tempi operativi.

Luigi Iadicola
~5 min lettura
#Case Study #Gestionale #Business
Da Excel a gestionale web: come un azienda ha eliminato 20 ore di lavoro manuale a settimana
Da Excel a gestionale web: come un azienda ha eliminato 20 ore di lavoro manuale a settimana

Il contesto: un azienda intrappolata nei fogli di calcolo

Questa e la storia di un progetto che ho seguito come sviluppatore PHP freelance per un azienda manifatturiera con 15 dipendenti distribuiti tra ufficio commerciale, magazzino e amministrazione. Il loro flusso operativo si basava interamente su fogli Excel condivisi su Google Drive: ordini clienti, giacenze di magazzino, fatturazione e reportistica mensile. Ogni reparto aveva il proprio file, aggiornato manualmente, con formule fragili e dati che spesso non tornavano.

Il problema non era solo tecnologico. Era organizzativo. Ogni settimana si perdevano circa 20 ore tra copie manuali, errori di formula e dati duplicati. Il rischio di sovrascritture era costante: bastava che due persone aprissero lo stesso file e una delle due modifiche andava persa. Nessuno aveva una visione aggiornata in tempo reale dello stato degli ordini o delle giacenze. Le riunioni settimanali servivano principalmente a riallineare dati che avrebbero dovuto essere gia coerenti.

Perche un gestionale su misura e non un software pronto?

La prima domanda che il cliente mi ha posto e stata: "Non possiamo usare un gestionale gia pronto?". La risposta onesta e stata: dipende. Abbiamo valutato tre opzioni commerciali (Odoo, Dolibarr, un SaaS verticale di settore) e tutte presentavano lo stesso problema: richiedevano di adattare i processi aziendali al software, non il contrario. L azienda aveva flussi specifici, come la gestione degli ordini con stati personalizzati legati alla produzione interna, che nessun software standard copriva senza pesanti customizzazioni.

Il calcolo era semplice: il costo di un gestionale custom in PHP, costruito esattamente sui loro processi, era comparabile a un anno di licenze SaaS piu il costo di adattamento. Con il vantaggio che il software su misura sarebbe stato di loro proprieta e modificabile in qualsiasi momento.

Come ho affrontato la raccolta dei requisiti

Ho passato due giornate in azienda, una per reparto. Ho osservato come lavoravano realmente, non come pensavano di lavorare. La differenza e fondamentale: spesso i processi documentati non corrispondono a quelli effettivi. Ho mappato ogni passaggio, ogni scambio di email, ogni copia-incolla tra fogli. Il risultato e stato un documento di 12 pagine con wireframe e flussi operativi che il cliente ha validato prima di scrivere una riga di codice.

La soluzione tecnica: architettura del gestionale web

Il gestionale web e stato costruito in PHP con architettura MVC, database MySQL e un pannello admin dedicato. La scelta di PHP non e stata casuale: l azienda aveva gia un hosting Linux con supporto PHP, il che ha azzerato i costi infrastrutturali iniziali. L applicativo e stato progettato per essere leggero, veloce e manutenibile nel tempo.

Moduli principali sviluppati

  • Gestione ordini: inserimento con stati personalizzati (ricevuto, in lavorazione, pronto, spedito, fatturato), assegnazione a operatori, note interne per ogni stato
  • Dashboard operativa: KPI aggiornati in tempo reale — ordini in corso, valore medio ordine, tempi medi di evasione, alert su ritardi
  • Gestione magazzino: giacenze aggiornate automaticamente ad ogni movimento, soglie minime con alert, storico movimenti per prodotto
  • Gestione ruoli: permessi per reparto — il magazziniere vede solo le giacenze, il commerciale vede ordini e clienti, l admin vede tutto
  • Export automatico: generazione file XML compatibile con il gestionale di fatturazione esistente, eliminando il doppio inserimento

Scelte tecniche rilevanti

Ho implementato un sistema di audit trail completo: ogni modifica a qualsiasi record viene tracciata con utente, timestamp e valore precedente. Questo ha risolto uno dei problemi piu sentiti dal cliente, ovvero sapere chi ha cambiato cosa e quando. Il sistema di cache e basato su file per le query piu pesanti della dashboard, con invalidazione automatica su ogni write. L autenticazione usa sessioni PHP con token CSRF su ogni form.

Il processo di migrazione: da Excel al gestionale

La migrazione dei dati e stata la fase piu delicata. Ho scritto uno script PHP che importava i dati dai fogli Excel esistenti, normalizzandoli e verificando la coerenza. Su circa 4.000 righe di ordini storici, lo script ha identificato 127 incongruenze — dati che in Excel erano "corretti" solo in apparenza. Questo da solo ha giustificato l investimento agli occhi del cliente.

Il passaggio e stato graduale: per due settimane i reparti hanno usato sia Excel che il gestionale, fino a quando tutti si sono sentiti sicuri di abbandonare i fogli. Ho formato il team in una sessione di 3 ore, con un manuale operativo di 8 pagine scritto appositamente.

Risultati misurabili dopo 12 mesi

  • 20 ore settimanali recuperate tra data entry, correzione errori e riallineamento dati — equivalenti a mezza risorsa full-time
  • Zero sovrascritture: ogni modifica e tracciata con utente e timestamp, conflitti eliminati alla radice
  • Dashboard operativa consultata ogni mattina dal team — il dato e diventato la base delle decisioni, non le sensazioni
  • Tempo di onboarding nuovi dipendenti ridotto da 2 giorni a 3 ore grazie all interfaccia intuitiva
  • Errori di fatturazione ridotti del 90% grazie all export automatico verso il gestionale contabile
  • ROI raggiunto in 4 mesi considerando le ore risparmiate e gli errori eliminati

Cosa ho imparato da questo progetto

Questo case study mi ha confermato tre principi che applico in ogni progetto di sviluppo web su misura. Primo: osservare prima di progettare. Passare tempo in azienda a vedere come le persone lavorano davvero vale piu di qualsiasi documento di requisiti. Secondo: migrare gradualmente. Il big bang non funziona — le persone hanno bisogno di tempo per fidarsi del nuovo strumento. Terzo: il software su misura non e un lusso, e un investimento calcolabile. Se i processi aziendali sono specifici, adattare un software generico costa spesso di piu che costruirne uno dedicato.

Il gestionale e in produzione da oltre un anno senza downtime significativi. Le richieste di nuove funzionalita arrivano dal team stesso — segno che lo strumento e stato adottato davvero, non imposto dall alto.

altri articoli