La domanda che precede tutte le altre
Non è «quanto costa» e non è «quale tecnologia». È: quanto il modo in cui lavoriamo somiglia a quello di tutti gli altri? Perché dove il processo è standard, esiste già un prodotto che lo fa meglio di quanto potreste costruirlo voi, e che si aggiorna da solo quando cambia la normativa.
| Area | Comprare o costruire? |
|---|---|
| Contabilità e fatturazione elettronica | Comprare, sempre. La normativa cambia e qualcun altro la insegue per voi. |
| Paghe e presenze | Comprare, sempre. |
| Posta, documenti, firma | Comprare. |
| CRM commerciale generico | Comprare, salvo processi di vendita molto particolari. |
| Configurazione prodotto e preventivazione tecnica | Spesso costruire: è dove sta il vostro know-how. |
| Controllo di commessa con la vostra logica di margine | Spesso costruire. |
| Pianificazione con vincoli specifici del vostro impianto | Costruire. |
| Portali per clienti, agenti, fornitori | Quasi sempre costruire: nessun prodotto conosce i vostri dati. |
Cosa mettere nel primo rilascio
Un problema risolto per intero vale più di cinque toccati a metà.
La tentazione è includere tutto, perché ogni reparto ha la sua richiesta e nessuno vuole restare fuori. Il risultato è un progetto lungo, costoso e che va in produzione tardi, quando ormai le priorità sono cambiate. Il primo rilascio deve fare una cosa sola e farla completamente, dal primo passo all'ultimo.
- 01
Un processo, dal primo passo all'ultimo
Se digitalizzate la richiesta ma non l'approvazione, avete spostato il problema invece di risolverlo. Meglio un flusso completo che tre metà.
- 02
I ruoli minimi
Chi inserisce, chi approva, chi consulta. Le gerarchie complesse, le deleghe e le eccezioni arrivano dopo, quando saprete quali servono davvero.
- 03
Una sola integrazione
Quella senza cui il dato va inserito due volte. Le altre si aggiungono quando il sistema è in uso e le priorità sono chiare.
- 04
Tre numeri visibili
Non una dashboard: tre numeri che dicono se il processo sta funzionando. La reportistica configurabile è un progetto a sé, e quasi sempre prematuro.
Cosa rimandare senza rimpianti
- L'app mobile nativa: una web app responsive copre quasi tutti i casi interni.
- Il generatore di report configurabile: partite da report fissi, poi vedrete quali servono.
- La gestione dei permessi granulare: tre ruoli bastano per iniziare.
- L'importazione dei dati storici: valutate se servono davvero tutti, o solo l'ultimo anno.
- Le funzioni che qualcuno ha chiesto «perché prima o poi servirà».
Come si svolge un progetto fatto bene
| Fase | Durata tipica | Cosa produce | Segnale d'allarme |
|---|---|---|---|
| Analisi del processo | 2-3 settimane | Flusso, ruoli, dati, casi limite, criteri di successo | Nessuno ha parlato con chi esegue il processo |
| Prototipo navigabile | 1-2 settimane | Schermate cliccabili da validare prima del codice | Si passa direttamente allo sviluppo |
| Primo modulo | 6-10 settimane | Un flusso completo in produzione | Rilasci solo alla fine di tutto |
| Uso reale e correzioni | 3-4 settimane | Le modifiche che emergono solo usandolo | Il progetto si considera chiuso al rilascio |
| Moduli successivi | Continuo | Estensione su dati e struttura già in piedi | Ricominciare da capo ogni volta |
La fase che si taglia più spesso è la prima, ed è quella che determina tutto il resto. Un'analisi fatta con chi esegue il processo — non con chi lo racconta in riunione — fa emergere i casi limite prima che diventino varianti da pagare.
Le clausole che contano più del prezzo
Il rischio più caro di un progetto su misura non è che il codice sia mediocre: è che non possiate cambiarlo. Un progetto su tecnologie diffuse, con il codice vostro e una documentazione minima, passa a un altro team in poche settimane. Un progetto costruito su una piattaforma proprietaria del fornitore, no.
Da mettere per iscritto prima di firmare
- Proprietà del codice sorgente: vostra dal primo giorno, non al saldo finale.
- Accesso al repository, ai server, al database e a tutti gli account, intestati alla vostra azienda.
- Tecnologie dichiarate in anticipo e diffuse sul mercato, non un framework interno del fornitore.
- Documentazione minima consegnata: come si installa, come si aggiorna, dove sono le chiavi.
- Cosa succede se il rapporto finisce: tempi e modalità del passaggio di consegne.
- Tempi di risposta in caso di guasto bloccante, dichiarati.
- Chi lavorerà davvero sul progetto, e se sarà la stessa persona che state incontrando.
Come si misura il ritorno
Una web app interna non produce fatturato aggiuntivo: produce tempo recuperato, errori evitati e decisioni prese prima. Tutte grandezze misurabili, a patto di misurarle prima di partire — dopo, nessuno si ricorda com'era.
- a settimana per persona, recupero tipico su un processo con molto lavoro manuale
- 4 ha settimana per persona, recupero tipico su un processo con molto lavoro manuale
- persone coinvolte in un processo di reparto: il tempo si moltiplica
- 6persone coinvolte in un processo di reparto: il tempo si moltiplica
- orizzonte su cui valutare, non un trimestre
- 1 annoorizzonte su cui valutare, non un trimestre
- Ore a settimana dedicate al processo, prima e dopo.
- Errori o rilavorazioni al mese, e cosa costa ciascuno.
- Tempo che passa tra una richiesta e la risposta al cliente.
- Numero di volte in cui qualcuno deve chiedere «a che punto siamo».
Cosa succede dopo il primo anno
È la parte che quasi nessuno mette a budget e che determina se il progetto invecchia bene. Un software usato genera richieste di miglioramento — è un buon segno, significa che serve — e richiede manutenzione tecnica che non si vede: librerie da aggiornare, sicurezza, compatibilità.
| Voce | Cosa comporta | Cosa succede se la salti |
|---|---|---|
| Manutenzione correttiva | Correzioni e aggiornamenti tecnici | A tre anni il sistema diventa intoccabile |
| Evoluzioni funzionali | Le richieste di chi lo usa ogni giorno | Le persone tornano agli Excel per i casi non coperti |
| Infrastruttura | Hosting, backup, monitoraggio | Un guasto diventa un fermo aziendale |
| Supporto agli utenti | Soprattutto nei primi mesi | L'adozione si ferma a metà |
La manutenzione va messa a budget come quota annuale del progetto, dal primo anno. Non è un costo imprevisto: è la condizione perché quello che avete costruito continui a valere qualcosa.