Software su misura
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.
Per chi è
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.
Il lavoro
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.
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.
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 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.
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.
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.
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.
L'incarico
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.
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.
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.
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 le resta
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.
Prossimo passo
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.
Prenoti la chiamataAnche a catalogo