Sviluppo software su misura
Quando lo strumento non combacia, è il lavoro a piegarsi allo strumento. Costruisco software sul processo che esiste già: le stesse operazioni, senza i passaggi che servono soltanto al programma.
Come si presenta
Di solito comincia così
- Tre versioni dello stesso foglio di calcolo
- Dati ricopiati a mano da uno strumento all'altro
- Un gestionale che copre metà del lavoro
- Passaggi che esistono solo perché il programma li chiede
Un software generico è costruito sulla media di migliaia di aziende. Se il modo in cui lavori è la ragione per cui i clienti tornano, adattarlo a quella media significa spegnere proprio quello, e pagare ogni mese per farlo.
Cosa costruisco
Piattaforme e applicazioni web
Strumenti che si aprono nel browser e funzionano su computer e telefono, senza installare niente. Accessi separati per ruolo, dati sempre aggiornati, nessuna copia locale da tenere allineata.
Gestionali e strumenti interni
Il posto in cui il lavoro viene registrato mentre si fa: anagrafiche, stati, attività, storico. Chi entra il giorno dopo trova esattamente la situazione che ha lasciato chi è uscito la sera prima.
Dashboard e report
I numeri che servono a decidere, calcolati dai dati veri invece che ricostruiti a mano ogni lunedì. Con la possibilità di esportarli, perché prima o poi qualcuno li chiederà in un altro formato.
Aree riservate e portali
Spazi dove clienti, collaboratori o reparti vedono soltanto ciò che li riguarda. I permessi sono espliciti e si leggono nel codice, non sono una convenzione che tutti ricordano a memoria.
Database e modello dei dati
Cos'è un cliente, quali stati può attraversare, quali passaggi sono ammessi e quali no. Il modello viene prima dell'interfaccia: quando è giusto l'interfaccia diventa quasi ovvia, quando è sbagliato nessuna interfaccia lo salva.
Come funziona
Il sistema, non solo la schermata
Come nasce un software su misura
- Processo
- Software
- Dati
- Integrazioni
- Controllo
Esempio reale:Valsusa BIOS
Il gestionale che l’azienda usa ogni giorno.
ClienteAgendaRilievoPreventivoPDFFornitoreCollaudo
Prima il processo, poi la tecnologia
Quasi sempre la richiesta iniziale è già una soluzione travestita. Prima di scrivere una riga guardo come si lavora davvero, dove si perde tempo e cosa si rifà ogni giorno: la tecnologia scelta troppo presto decide cosa riuscirai a costruire dopo.
Si costruisce per parti utilizzabili
Non un unico blocco da consegnare alla fine. Ogni parte funziona prima che cominci la successiva, così il sistema si può usare (e correggere) mentre cresce.
Le integrazioni falliscono in modo visibile
Un collegamento fragile è peggio di nessun collegamento: crea fiducia e poi la tradisce in silenzio. Ogni integrazione è costruita per dire quando non ha funzionato, invece di lasciare un dato a metà.
Il giorno del lancio deve essere noioso
Dispositivi reali, connessioni lente, dati sbagliati, persone che cliccano dove non dovrebbero. Si prova prima: se la pubblicazione è un evento emozionante, qualcosa è stato saltato.
Casi d’uso
- Sostituire un foglio di calcolo condiviso da più persone con uno strumento con permessi, storico e nessuna versione «finale (2)»
- Dare a un'attività un'unica fonte di verità, invece di quattro strumenti che si contraddicono
- Portare online un processo che oggi vive su moduli cartacei o PDF compilati a mano
- Costruire la prima versione di un prodotto digitale, con dentro solo ciò che serve per capire se regge
- Affiancare un software esistente con la parte che gli manca, invece di rifare tutto da zero
Tecnologie
Next.js, TypeScript, Node.js, PostgreSQL, Supabase, Vercel
Gli strumenti che uso più spesso su questo tipo di progetti. Non sono affiliazioni: sono scelte che si rivedono quando il progetto chiede altro.
Domande
- Quando conviene un software su misura invece di uno pronto?
- Quando il modo in cui lavori è un vantaggio e il software pronto ti chiede di rinunciarci, quando paghi licenze per funzioni che non usi mentre ti manca quella che serve, o quando tieni insieme due strumenti con il copia-incolla. Se invece esiste un prodotto che fa già il 90% del lavoro, lo dico: costruire per costruire non è un servizio.
- Si può partire da una prima versione ridotta?
- Sì, ed è quasi sempre la scelta giusta. Si decide insieme cosa entra nella prima versione (il minimo che rende il sistema utile) e si aggiunge il resto dopo averlo visto in mano a chi lo usa, non prima.
- Cosa succede dopo la pubblicazione?
- Il prodotto vero comincia lì: si osserva come viene usato, si tolgono gli attriti che nessuno aveva previsto e si migliora ciò che l'uso indica. Come continuare (interventi su richiesta o un rapporto continuativo) si concorda insieme, sul progetto.
Se la tua non è qui, ci sono le altre.
