--- title: "Software su misura, piccolo e di sua proprietà" description: "Sistemi costruiti apposta dove gli strumenti preconfezionati non bastano: archivi, portali, cruscotti, integrazioni. Costruiti piccoli su fondamenta collaudate, di sua piena proprietà." url: "https://gavai.io/it/services/custom-software" locale: "it" --- # Quando niente sul mercato fa al caso suo, costruiamo il piccolo sistema che lo fa. Alcune aziende hanno una forma che nessun prodotto rispecchia: un unico posto dove vivono ogni lavoro e il suo stato, un portale che i clienti consultano da soli, un cruscotto che mostra la settimana a colpo d’occhio, due strumenti uniti perché si comportino come uno. Noi costruiamo quelli, piccoli e semplici, e il risultato è suo per intero. Quando un prodotto esistente la servirebbe meglio, glielo diciamo prima che spenda qualsiasi cosa. ## Quando il su misura è la scelta giusta Il software preconfezionato va bene per la maggior parte delle aziende la maggior parte del tempo, e costa meno di qualsiasi cosa costruita. I segnali qui sotto sono l’aspetto che ha l’eccezione. - Paga una piattaforma con cento funzioni, ne usa sei, e quella che le serve davvero manca. - Le stesse informazioni vengono digitate a mano in due strumenti, e venerdì le copie non coincidono più. - Il modo in cui un lavoro attraversa la sua azienda vive nella testa di un dipendente di lunga data e in nessun altro posto. - Ha piegato un prodotto così lontano dal suo scopo che ogni aggiornamento del fornitore rompe i suoi espedienti. - I clienti chiamano per sapere a che punto sono le cose, perché non esiste una pagina da indicargli. - Ogni demo di prodotto finisce con lei che capisce che dovrebbe cambiare il suo modo di lavorare per adattarsi al software. ## Come si fa un buon lavoro su misura Su misura non significa grande. I sistemi che costruiamo sono deliberatamente piccoli, e tenerli piccoli, onesti e suoi richiede più disciplina che codice. Ecco come appare quella disciplina nella pratica. - **Un confronto onesto** — Il software su misura perde contro un buon prodotto più spesso di quanto vinca, e la valutazione parte da lì. Se uno strumento standard copre il lavoro e lo scarto è solo ai margini, le diciamo di comprare lo strumento, e possiamo aiutarla a configurarlo. Costruire si guadagna il suo posto quando la discrepanza sta nel cuore della sua attività — quando gli espedienti, il ricopiare e gli errori costano ogni anno più di quanto costerebbe un piccolo sistema. Mettiamo quel confronto per iscritto, così decide sui numeri, non sul nostro entusiasmo. - **Noioso di proposito** — Tutto poggia su fondamenta che sono noiose da un decennio: un database relazionale, un framework diffuso, un hosting su cui girano migliaia di altre aziende. La novità è un costo che si paga dopo, quando la parte ingegnosa richiede uno specialista per essere toccata. Un sistema noioso è un sistema che qualsiasi sviluppatore competente può riprendere in mano a freddo, ed è esattamente la proprietà che la lascia libera di lasciarci. - **Il minimo che risolve** — È il perimetro a decidere se questa storia finisce bene. Ogni schermata e ogni funzione porta un costo di manutenzione permanente, quindi la prima versione fa una cosa sola: elimina il problema che l’ha spinta a chiamare. Le idee che emergono lungo la strada finiscono in una lista scritta dei "un giorno" invece che nella costruzione. Dopo qualche mese di uso reale, molte di quelle idee smettono di sembrare necessarie — e quelle che sopravvivono si possono aggiungere a un sistema che già funziona. - **Dove ha senso l’IA** — La maggior parte di ciò che questi sistemi fanno non è IA, e non dovrebbe esserlo. Un passaggio che gira ogni volta allo stesso modo si scrive come codice ordinario, che costa meno e fallisce in modo prevedibile. L’IA è riservata ai passaggi che richiedono lettura e giudizio, e si guadagna l’accesso a ciascuno superando verifiche costruite sulla storia della sua attività — lavori veri, non dati dimostrativi. Tutto ciò che un cliente potrebbe vedere aspetta l’approvazione di una persona, e quando l’IA ne sbaglia una, quell’errore entra nelle verifiche che da quel momento deve superare. - **Costi di esercizio, per iscritto** — Il software di proprietà costa comunque qualcosa per restare acceso: hosting, un database, l’invio delle email, l’uso dell’IA se c’è, ciascuno fatturato dal suo fornitore alla sua carta, non alla nostra. Prima che la costruzione venga approvata riceve l’elenco — ogni servizio, cosa fa e una cifra mensile realistica — così il costo operativo è un numero che ha accettato, non una sorpresa in estratto conto. Se una scelta di progetto farebbe salire quel numero, lo viene a sapere quando è ancora una scelta. - **La consegna come standard** — Un sistema che non può funzionare senza di noi è un sistema che abbiamo costruito male. Dal primo giorno, ogni account è intestato alla sua azienda, il codice sorgente sta in un repository che controlla lei e le decisioni vengono messe per iscritto man mano che si prendono. Alla fine, chi lo userà lo impara sul sistema in funzione, e la documentazione si giudica con un solo test: uno sviluppatore che non ci ha mai incontrati deve poter subentrare basandosi solo su di essa. Tenerci al suo fianco dopo è una comodità, mai un guinzaglio. ## Dalla prima chiamata alla consegna - **Chiamata di verifica** — Una conversazione sul processo, non sulla tecnologia. Le chiediamo quanto le costano gli espedienti e verifichiamo se un prodotto esistente risolve già il problema. Se esiste, lo nominiamo e l’incarico può finire lì; è una risposta che vale la pena avere. - **Specifica** — Osserviamo il lavoro mentre viene fatto e mettiamo per iscritto esattamente cosa farà il sistema, cosa deliberatamente non farà e quanto costa costruirlo e farlo funzionare. Il prezzo è fissato prima che esista una riga di codice, e non si muove se non si muove il perimetro. Lei approva il documento, e il documento è l’accordo. - **Costruzione a tappe** — La prima versione funzionante arriva presto e gestisce una fetta reale del lavoro, così il suo team la usa mentre il resto è ancora in costruzione. Le correzioni fatte in questa fase costano poco; la stessa correzione dopo il lancio no. Vede i progressi come software funzionante, mai come un rapporto di stato. - **Consegna** — Ogni account non ancora a suo nome ci passa, le sue persone vengono formate sul sistema che useranno davvero, e codice e documentazione vengono consegnati senza trattenere nulla. L’assistenza successiva è facoltativa e fatturata a parte. Il sistema non ha bisogno di noi per continuare a funzionare. ## Cosa ha in mano alla fine Lo stato finale è fatto di beni, non di dipendenze. Tutto ciò che serve per far funzionare, modificare o sostituire il sistema è nelle sue mani, non nelle nostre. - Un sistema funzionante in uso quotidiano, su account intestati alla sua azienda. - Il codice sorgente completo in un repository che controlla lei, suo da modificare o da affidare a qualsiasi sviluppatore. - Una guida operativa in linguaggio piano: cosa fa il sistema, quanto costa ogni mese e le prime cose da guardare quando si comporta male. - Personale formato sul sistema vero, sul proprio lavoro vero. - La lista scritta dei "un giorno" — ciò che è stato lasciato fuori di proposito — così la prossima versione parte da decisioni, non da ricordi. Porti il processo per cui niente sembra fatto apposta. In una chiamata breve e gratuita le diremo se giustifica un software su misura — e se un prodotto lo copre già, le faremo il nome del prodotto.