Quello che chiedono i clienti.
Quello che manca, chiedicelo.
Lo studio
Design e ingegneria per prodotti digitali. Disegniamo il prodotto, scriviamo il codice, mettiamo in piedi l’infrastruttura, e dopo il lancio teniamo il prodotto in piedi. L’AI gestisce le parti del lavoro che si ripetono. Le decisioni che pesano restano alle persone.
I lavori più tipici: SaaS B2B in cui costruire il prodotto e l’infrastruttura insieme, design system da mettere in piedi e tenere nel tempo, brand da rifare con tutto quello che serve (codice incluso), AI da integrare dentro un prodotto già attivo. Si può partire da un’idea, da un prototipo, o da un prodotto che ha bisogno di evolvere.
Come lavoriamo
Prima una call per capire cosa vuoi costruire, perché adesso, e che cosa significa per te "è andata bene". Da lì un contratto scritto con perimetro del progetto, consegne e prezzo. Il lavoro parte dopo le due firme.
All’avvio creiamo con te un workspace condiviso dove lo stato del lavoro resta visibile in qualunque momento: cosa è fatto, cosa è in corso, cosa è in coda. Le call si organizzano quando una decisione richiede uno scambio in tempo reale. Il resto passa per messaggistica asincrona.
Una finestra di correzioni post-rilascio rientra nel prezzo del progetto. Dopo, il lavoro continuativo può essere a retainer mensile, a progetti separati, oppure passa al tuo team se vuoi portarlo in casa.
Prezzi e modelli
Dipende dal perimetro. Un prodotto nuovo che parte da zero esce di solito in quattro-otto settimane, un intervento su un prodotto già vivo in meno. La data finisce nel contratto insieme al perimetro, una volta chiuso il brief.
Dipende dal perimetro del lavoro. Il form di contatto riporta le fasce che usiamo nella prima conversazione. Una volta chiuso il brief, il contratto fissa un numero concreto.
Sì. L’anticipo copre il kickoff e la prima fase di lavoro. Il resto si fattura su milestone legate alle consegne. I retainer si fatturano mensilmente, in anticipo.
Design, codice, deploy e una finestra di correzioni post-rilascio rientrano nel numero del progetto. I servizi di terzi (hosting, pagamenti, identità, monitoring) passano al costo. Tutto quello che esce dal brief si quota a parte prima che quel lavoro parta.
Dipende dal motivo. Se abbiamo sbagliato a stimare il perimetro di partenza, il numero originale resta. Se vuoi aggiungere qualcosa che il brief non copriva, è un change order: nuovo perimetro, nuovo prezzo, firmato prima che quel lavoro parta.
Stack e scelte tecniche
Perché il codebase resta leggibile al team che lo prende in mano dopo di noi. API stabili, type safety che intercetta gli errori prima del runtime, deploy su una piattaforma matura. Lo stesso stack copre il sito di marketing e il prodotto, e quello che di solito sarebbero due ingaggi separati si compatta in uno solo.
Si può fare, con la premessa che tempi e prezzo riflettono il costo reale di lavorare su un codebase meno familiare. Se vediamo che i vincoli rendono il progetto difficile da chiudere, lo diciamo prima della firma.
Allora prima lo leggiamo. Migrazioni da stack legacy o piattaforme no-code rientrano in quello che facciamo. Gli utenti attuali si portano dietro tutto: la struttura delle URL e la SEO restano valide dopo il passaggio. Se la migrazione ha senso o no dipende da cosa c’è dentro il codice esistente; la prima call serve anche a quello.
Sì. Code review, QA del design, QA dei contenuti, allineamento della documentazione e le prime bozze passano per agenti che abbiamo scritto noi. Architettura, decisioni di design e la revisione di tutto quello che esce restano alle persone. Il materiale del cliente resta dentro un’infrastruttura che controlliamo noi.
Output e proprietà
Tuo. La proprietà intellettuale passa alla consegna. Codice nei tuoi repository, infrastruttura sui tuoi account, file di design nel tuo workspace. Il contratto descrive la cessione per iscritto.
Sì. Sorgenti Figma, design token, documentazione dei componenti e il design system come pacchetto versionato. Tutto quello che a un altro team servirebbe per continuare a lavorare è dentro la consegna.
Sì. La documentazione si genera dal codice, quindi resta sempre allineata. I runbook coprono i percorsi operativi. Il design system arriva come pacchetto versionato con changelog. Un altro team può riprendere il lavoro il giorno dopo la riunione di consegna.
Tutto quello che è stato fatto fino a quel momento resta tuo: codice, file di design, documentazione, qualunque cosa sia stata fatturata. Il contratto specifica come si tratta l’anticipo residuo a seconda della fase in cui termina il rapporto.
Contratti e partnership
Sì, prima della call se c’è del materiale sensibile da discutere. Il tuo modello o il nostro, quello che parte prima.
Sì. I retainer si adattano al lavoro continuativo senza una data di fine fissa: manutenzione del design system, governance AI Ops, parti di prodotto che continuano a evolvere. Il contratto fissa la capacità mensile e il tipo di lavoro che ci sta dentro.
Sì, per le agenzie che vogliono un partner di delivery senza far crescere la squadra. Il lavoro appare con il tuo brand. La documentazione si scrive per il tuo team e per il tuo cliente. La relazione con il cliente resta tua.