gestionali
I software sul mercato costano poco e vi costringono a lavorare come vogliono loro. Quelli su misura sembrano fuori portata. C'e' una terza strada: costruire lo stretto necessario, partendo dal punto dove perdete piu' tempo.
Un gestionale generalista prova a servire tutti e finisce per chiedere a ognuno di adattarsi. Le conseguenze le conoscete: campi che non usate, passaggi obbligati che non c'entrano con il vostro lavoro, e la parte che vi serve davvero gestita fuori dal sistema, in un foglio Excel che nessuno ha mai voluto.
Un gestionale verticale fa il contrario: conosce il vostro mestiere. Sa cos'e' una commessa, o una pratica, o un intervento, e li chiama con il nome che usate voi.
Il metodo e' sempre lo stesso, il prodotto e' sempre diverso. Non esiste un gestionale che gestisce qualsiasi cosa: esiste un modo di costruirlo che si applica a settori molto diversi. Se vi promettessi un sistema universale vi starei vendendo, con altre parole, esattamente il generalista da cui state scappando.
Un sistema per studi professionali: clienti, pratiche, documenti, attività operative, flussi di lavoro configurabili, portale per il cliente finale e registro di chi ha fatto cosa. Web application in .NET 8 su PostgreSQL, in esercizio su server Linux.
Non posso fare il nome dello studio. Posso raccontarti come e' fatto dentro, e mostrarti le stesse scelte applicate al tuo caso.
Una chiamata con un cliente contiene decisioni, scadenze, promesse. Di solito finisce in un appunto che nessuno ritrova, o in niente.
Qui la trascrizione entra nel sistema, viene analizzata automaticamente per estrarne i punti che contano, e resta agganciata alla pratica giusta. Da quel momento e' materiale consultabile insieme a tutto il resto: chi legge la pratica sei mesi dopo trova anche quello che era stato detto, non solo quello che era stato scritto.
“Dove avevamo concordato quella penale?” e' una domanda a cui un archivio di cartelle non sa rispondere.
Ogni documento viene letto, spezzato in parti e indicizzato per significato. Si fa una domanda in italiano e il sistema risponde citando i documenti da cui ha preso la risposta: non un verdetto, ma un punto di partenza verificabile. La stessa ricerca lavora su un singolo fascicolo o su tutto l'archivio.
Negli anni ho costruito questa parte su materiali di ogni tipo: PDF e documenti digitali, scansioni, testi dattiloscritti, appunti scritti a mano e fotografie. Tutto quello che contiene parole diventa cercabile allo stesso modo, indipendentemente da come e' arrivato in azienda.
È la richiesta che sento piu' spesso da chi ha decenni di archivio in faldoni: non “digitalizzatemi tutto”, ma “fatemelo trovare”. Sono due lavori diversi, e il secondo costa molto meno del primo.
Quanto si riesce a leggere dipende dalla qualita' del materiale: una scansione storta e sbiadita o una grafia difficile danno risultati peggiori di un documento nitido. Su un campione dei vostri documenti si verifica prima, non dopo.
Esempio illustrativo. Non descrive un lavoro consegnato: serve a far vedere come cambia il sistema quando cambia il mestiere.
Al centro non c'e' la pratica ma la commessa: cosa era stato preventivato, cosa si sta consumando davvero, quali lavorazioni mancano, quali materiali sono fermi ad aspettare.
Cosa cambia il giorno dopo: si sa quanto sta costando una commessa mentre e' ancora aperta, invece di scoprirlo a consuntivo quando non si puo' piu' rimediare.
Il registro di chi ha fatto cosa. I flussi di lavoro configurabili invece che cablati nel codice. La ricerca sui documenti. Le anomalie segnalate invece che ingoiate.
Cambia il vocabolario e cambiano le schermate. L'impianto sotto e' lo stesso, ed e' il motivo per cui non si riparte da zero ogni volta.
Non come funzione da mettere in copertina. Entra nei punti in cui prima serviva per forza una persona a leggere, cercare o ricopiare.
Non decide da sola. Non manda niente a nome vostro senza che qualcuno abbia guardato. Non sostituisce un controllo dove sbagliare costa caro. Ogni risposta indica da quale documento arriva, cosi' potete verificarla in dieci secondi.
Un sistema che sbaglia in silenzio e' peggio di uno che non ci prova: il primo lo scoprite fra sei mesi, il secondo lo sapete subito.
Mezza giornata a vedere cosa fate, con quali strumenti e dove vi inceppate. Senza questa parte, qualunque preventivo e' un numero inventato.
Non dal sistema completo: dalla cosa che oggi vi costa piu' tempo. Le prime versioni utilizzabili arrivano in settimane, non in mesi, e le usate mentre il resto cresce.
Si aggiunge un pezzo alla volta, quando quel pezzo ha una ragione. Nessun modulo comprato in anticipo perche' “prima o poi servira”.
Codice leggibile e documentato, repository versionato, decisioni tecniche tracciate. Se un giorno il sistema dovra' essere ripreso in mano da qualcun altro, deve essere possibile farlo leggendo quello che ho lasciato scritto.
Proprieta', licenze, consegna del codice, assistenza e manutenzione sono scritte nella proposta, prima della firma, insieme a cosa e' incluso e cosa no. Non le lascio implicite: sono esattamente le voci su cui nascono i contenziosi, e mi capita di fare il perito in quei contenziosi.
Non lavoro per rendermi indispensabile. Un fornitore che vi tiene legati non ha piu' motivo di lavorare bene.
Ve lo dico prima, non dopo la firma. Se sul mercato esiste gia' un software che copre bene il vostro caso, compratelo. Costruire da zero ha senso quando il vostro modo di lavorare e' davvero diverso, o quando il sistema commerciale vi costringe a fare fuori dal sistema la parte piu' importante del lavoro.
Spesso quello che serve non e' un gestionale nuovo, ma far parlare fra loro quelli che gia' avete, o vedere in una schermata come sta andando. Costa meno e si fa prima.
Raccontami come lavorate e dove vi si inceppa. Vi dico se serve un gestionale, se basta molto meno, o se conviene comprare qualcosa che esiste gia'. Nessuna cifra prima di aver capito il problema.
Raccontami il tuo problema Come metto l'AI in produzione
resis.it