Quello che chiedono i clienti.

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.

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.

Quasi tutti i progetti cambiano qualcosa per strada. Le piccole modifiche rientrano nel contratto originale. I cambi più grandi diventano un change order scritto: nuovo perimetro, nuovo prezzo, firmato prima che il lavoro riparta.

Il lavoro si ferma e il calendario si sposta di conseguenza. La pausa ferma anche la fatturazione. Quando il tuo lato è pronto, riprendiamo dal punto in cui ci siamo fermati.

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.

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.

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 e allineamento della documentazione passano attraverso agenti AI interni. Architettura, decisioni di design e tutto quello che il cliente vede a schermo o in scrittura arrivano dalle persone. Il materiale del cliente resta dentro un’infrastruttura che controlliamo noi.

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.

Sì, prima della call di scoping 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.