Il prototipo è diventato il prodotto, e nessuno ha deciso che lo diventasse.
Era nato per dimostrare che l'idea reggeva. Ha funzionato così bene che è finito davanti agli utenti veri, con le scorciatoie di allora ancora dentro.
L'architettura che deve scalare.
Il prodotto funziona. Ha superato la fase in cui non era detto che funzionasse. E adesso il problema è il contrario: cosa succede se funziona davvero.
Da dove arrivano
Una di queste tre, di solito.
La crescita è già arrivata, e assumere richiede mesi che non hai.
Il piano dice che a quel numero di utenti ci arrivi tra sei mesi. Il traffico dice che ci sei quasi. Un tecnico bravo lo trovi in un trimestre, se lo trovi.
L'ha scritto una persona sola, e adesso serve una squadra.
Ha fatto un buon lavoro, e infatti sei qui. Ma il prodotto ha smesso di poter crescere alla velocità di un paio di mani.
Nessuno di questi è un problema oggi. Sono tutti e tre un problema il giorno in cui le cose vanno bene.
Chi l’ha già fatto
È un fortuna poter lavorare con persone intelligenti e appassionate: sviluppatori che amano vedere le cose funzionare bene e che si approcciano a ogni nuova tecnologia con curiosità genuina e capacità di apprendimento.
Non è questa la pagina, se
Qualcosa sta già creando problemi.
Se il prodotto ha già disservizi e bug, se i clienti se ne accorgono, se ogni intervento ne crea di nuovi: quello non è un problema di scala, è un prodotto in sofferenza e si affronta diversamente. Rescue
Cosa facciamo
Le scorciatoie di ieri si pagano tutte insieme.
In fase di prototipo alcune cose si ignorano di proposito, ed è giusto così: il prototipo serve a dimostrare che l'idea sta in piedi, non a servire diecimila persone. Portare un prodotto in produzione significa far emergere quelle cose una per una, prima che emergano da sole.
Infrastruttura
Server che seguono il carico Al posto di una macchina di dimensione fissa esposta su internet: un'infrastruttura che aumenta di capacità quando gli utenti arrivano tutti insieme e si riduce quando il traffico cala, così non si paga potenza che nessuno sta usando.
Sicurezza
La sicurezza, prima del primo incidente Reti private per i dati, accessi limitati a chi ne ha bisogno, un punto d'ingresso protetto, aggiornamenti di sicurezza gestiti. È la parte che in fase di prototipo si rimanda, e che al primo incidente diventa l'unica di cui si parla.
Tecnologie
Scelte adatte al caso, non alle abitudini Quello che regge dieci utenti spesso non è quello che ne regge diecimila. Si cambia dove serve cambiare, e si tiene dove il cambio costerebbe più di quanto rende.
Processi
Elaborazioni affidabili e tracciabili Quando qualcosa va storto si deve poter ricostruire cosa è successo, e quando si può ricostruire si può correggere. Senza tracciabilità ogni problema diventa un mistero.
Squadra
Un team, senza doverlo assumere Metodo di lavoro, revisione fra tecnici, ambienti separati per provare prima di rilasciare. È quello che permette a un prodotto di crescere con costanza invece che a scatti.
Se una parte la fai tu
Il nucleo resta solido.
Anche se il resto vuoi costruirlo tu.
A volte preferisci costruirti da solo una parte del prodotto, magari con l'AI: uno strumento interno, un'automazione, il gestionale che usano in quattro. Si può fare, sapendo che quella parte, e i rischi che porta, restano a te.
La parte su cui si regge il business la seguiamo comunque noi: i dati, i pagamenti, la sicurezza, quello che non può fermarsi. Lì lavoriamo con tutto il processo, e ne rispondiamo insieme a te. E progettiamo i collegamenti in modo che i tuoi strumenti si attacchino al nucleo senza poterlo rompere.
Il momento
Un sistema che non scala non si rompe a caso.
Si rompe quando arriva il picco. Cioè il giorno della campagna, del lancio, dell'articolo che gira, della demo davanti a chi doveva investire. Il carico che manda giù l'infrastruttura è lo stesso che stavate aspettando.
È il motivo per cui questo lavoro conviene farlo mentre non serve. Farlo dopo costa uguale, ma lo si fa mentre si stanno perdendo gli utenti che erano appena arrivati.
Il conto
Tre teste costano meno di dieci mani.
- Come lavora
La grande struttura
Molte persone, in gran parte alle prime esperienze: il progetto avanza per tentativi
La squadra piccola
Professionisti responsabili: chi lavora sul sistema è chi risponde di come funziona
- Cosa costa
La grande struttura
Centinaia di giornate a tariffa piena
La squadra piccola
Una frazione delle giornate. Il conto si vince lì — non sulla tariffa
- Cosa lascia
La grande struttura
Un prodotto che funziona ma genera debito tecnologico — risolvibile solo da chi l’ha creato
La squadra piccola
Codice pulito, portabile, tuo
| La grande struttura | La squadra piccola | |
|---|---|---|
| Come lavora | Molte persone, in gran parte alle prime esperienze: il progetto avanza per tentativi | Professionisti responsabili: chi lavora sul sistema è chi risponde di come funziona |
| Cosa costa | Centinaia di giornate a tariffa piena | Una frazione delle giornate. Il conto si vince lì — non sulla tariffa |
| Cosa lascia | Un prodotto che funziona ma genera debito tecnologico — risolvibile solo da chi l’ha creato | Codice pulito, portabile, tuo |
L’élite costa meno di quanto pensi. E arriva prima.
Come si comincia
Production & scalability check
Sapere quanto regge, prima di scoprirlo.
Si analizza quello che hai — software e infrastruttura — si identificano i punti che cedono per primi, e si esce con un piano di intervento in ordine di priorità, con i tempi. Poi decidi tu se andare avanti, anche con qualcun altro.
Se invece sai già cosa va fatto e vuoi vedere come lavoriamo prima di impegnarti, c'è una strada più corta: il Dry Run.