La maggior parte di chi ha un’idea non sa cosa aspettarsi quando si rivolge a uno studio di design e sviluppo. Le agenzie mandano PDF da 40 pagine. I freelancer spariscono dopo il brief. Le software house parlano di “sprint” e “backlog” senza spiegare cosa significhi per te.
Qui spiego cosa succede quando lavori con Redini. Ogni passaggio, cosa fai tu, cosa facciamo noi, quanto dura. Nessun gergo inutile, nessuna promessa vaga.
Il primo contatto
Secondo uno studio di Clutch (2024), il 37% dei founder che hanno avuto problemi con agenzie o freelancer cita la mancanza di trasparenza iniziale come causa principale del fallimento. Per questo il nostro processo parte da un form che ti chiede subito le cose che contano: qual è il problema, a che punto sei, qual è il tuo budget indicativo. Rispondiamo entro 48 ore con una risposta diretta, non con un funnel di vendita.
Compili il form su redini.studio. Non è un form generico. Ti chiede tre cose precise: il problema che vuoi risolvere, a che punto sei con il progetto, e il tuo budget indicativo.
Niente commerciali, niente sequenze email automatiche. Se il progetto non è adatto a come lavoriamo, te lo diciamo subito.
Perché chiediamo il budget? Perché evita di perdere tempo a entrambi. Se hai €2.000 e il progetto ne richiede €15.000, meglio saperlo prima della call. Non è un filtro per escludere. È uno strumento per indirizzarti verso il percorso giusto. Con un budget ridotto, magari il percorso Guide (dove ti affianchiamo a definire bene il prodotto prima di costruirlo) è più sensato del Build.
Cosa succede dopo la risposta: se il progetto ha senso, ti proponiamo una call. Se non è adatto, ti spieghiamo perché e, quando possibile, ti indirizziamo verso una risorsa o un professionista più adatto.
Cosa succede nella prima call?
La prima call dura 30 minuti. Niente slide. Parliamo del problema che vuoi risolvere e di come immagini il prodotto. Le domande che facciamo:
- Chi userà questo prodotto? Come fa oggi senza?
- Che cosa hai già in mano: idea, schizzi, un prototipo, dati?
- Qual è il risultato minimo che renderebbe questo progetto un successo?
Non sono domande retoriche. Le risposte determinano il percorso e ci dicono quanto è già definito quello che vuoi costruire. Più hai chiaro il prodotto, più velocemente possiamo muoverci verso il design e lo sviluppo.
Alla fine della call sai due cose: se ha senso procedere e quale percorso è più adatto. Se la risposta è “non ha senso procedere adesso”, te lo diciamo. Non insistiamo per vendere qualcosa.
La call è gratuita. Se dopo 30 minuti non hai le idee più chiare di prima, abbiamo fatto male il nostro lavoro. Come fai a saperlo? Dovresti uscire dalla call con una direzione chiara, non con più dubbi di quando sei entrato.
Cosa succede durante l’Audit?
Ogni progetto parte dall’Audit. Sempre. È un audit di design e fattibilità tecnica: serve a capire come dare forma al prodotto e con quale stack costruirlo prima che tu investa in sviluppo. Dura 1-2 settimane e il deliverable è un documento operativo, non un PDF da 50 pagine che finisce in un cassetto.
L’Audit produce: analisi del problema dal punto di vista del prodotto e dell’esperienza, scope dell’MVP, architettura tecnica, timeline e budget con breakdown per funzionalità. Un piano che usi per decidere se andare avanti, cambiare direzione, o fermarti.
Cosa fai tu durante l’Audit: rispondi alle nostre domande, condividi i materiali che hai (schizzi, riferimenti, eventuali dati o ricerche già fatte). Il tuo tempo richiesto è di circa 3-4 ore distribuite sulla durata dell’Audit. Non ti chiediamo di bloccare le giornate. Lavoriamo in asincrono con check-in puntuali.
Cosa facciamo noi: definiamo lo scope di prodotto, valutiamo la fattibilità tecnica, stimiamo budget e tempi. Studiamo i prodotti di riferimento per orientare le scelte di design. Identifichiamo i rischi tecnici principali. Proponiamo l’architettura e lo stack tecnologico con le motivazioni di ogni scelta.
Il documento di Audit contiene numeri concreti: costo stimato per ogni funzionalità, timeline con date, rischi identificati con piani di mitigazione. Lo usi per prendere una decisione informata, che sia con noi o con qualcun altro.
Guide o Build: quale percorso scegliere?
Dopo l’Audit, scegli il percorso. La decisione dipende da quanto è già definito il prodotto e dal budget disponibile. Se non hai un background tecnico, entrambi i percorsi sono progettati per te. Non esiste una scelta giusta in assoluto.
Guide: hai un’idea ma non è ancora un prodotto definito. Ti affianchiamo per dare forma a cosa costruire, dalle funzioni alle priorità ai dettagli, fino a uno scope chiaro, e poi lo costruisci con chi vuoi, con noi, con un altro team o per conto tuo. Non è un corso teorico: si lavora sul tuo prodotto dal primo giorno.
Come funziona in pratica: ogni settimana una sessione in cui diamo forma al prodotto, decidendo quali funzioni servono, in che ordine e con quali dettagli, mentre tra una sessione e l’altra hai supporto asincrono per le decisioni che non possono aspettare. Decidiamo insieme, con criteri chiari, finché lo scope è solido.
Alla fine del percorso Guide hai le idee chiare su cosa costruire e in che ordine: uno scope definito e una rotta verso lo sviluppo, pronta da seguire con noi o con chi preferisci.
Build: vuoi che lo costruiamo noi. Definiamo milestone settimanali con deliverable verificabili. Tu vedi il progresso ogni 7 giorni, non dopo 3 mesi. Il codice è tuo dal giorno uno, con repository GitHub condivisa e accesso completo.
Come funziona in pratica: ogni lunedì ricevi l’elenco delle milestone della settimana. Ogni venerdì vedi cosa è stato completato, con un link all’ambiente di staging dove puoi testare. Se qualcosa non corrisponde alle aspettative, lo discutiamo subito. Nessuna sorpresa al momento della consegna perché la consegna avviene in modo continuo.
Il tuo ruolo durante il Build: testi le funzionalità sull’ambiente di staging, dai feedback, prendi decisioni di prodotto quando emergono domande. Richiede circa 2-3 ore a settimana del tuo tempo. Se non hai tempo per questo, il progetto rischia di andare in una direzione che non ti piace.
Se invece hai bisogno di un sito professionale prima di costruire un prodotto, il servizio Present è pensato per questo.
In entrambi i casi, il codice è AI-Ready: documentato, modulare, costruito per essere continuato da te o da chiunque altro. Per capire in dettaglio cosa significa, leggi AI-Ready: cosa significa davvero e perché conta per il tuo prodotto.
Come funziona l’handover?
Il progetto non finisce con il deploy. Finisce quando sei autonomo. Secondo uno studio interno su 12 progetti completati nel 2025, il 92% dei clienti Redini ha continuato a sviluppare il proprio prodotto in autonomia dopo l’handover, senza bisogno di supporto tecnico esterno continuativo.
Ti consegniamo: codice sorgente completo, documentazione operativa, accesso a tutti i servizi (hosting, database, analytics), e un video walkthrough dell’architettura.
La documentazione non è un PDF statico: è integrata nel codice, nelle cartelle del progetto, nei commenti. Vive dove serve.
Il video walkthrough dura 30-60 minuti e copre: la struttura del progetto, i flussi principali, come aggiungere una feature, come fare un deploy, dove guardare quando qualcosa si rompe. Lo puoi riguardare ogni volta che serve, condividerlo con un nuovo sviluppatore, o usarlo come riferimento quando lavori con l’AI.
Dopo l’handover, hai 30 giorni di supporto incluso per domande e piccoli aggiustamenti. Non è un contratto di manutenzione. È un cuscinetto per assicurarti che la transizione sia fluida.
L’obiettivo del metodo Build-to-Autonomy è questo: dopo il nostro lavoro, non hai bisogno di noi. Puoi continuare a sviluppare con l’AI, puoi assumere uno sviluppatore, puoi tornare da noi per la fase successiva. La scelta è tua, non un vincolo. Se vuoi confrontare questo approccio con le alternative, leggi agenzia vs freelancer vs consulente AI.
Quanto dura un progetto tipico?
Un progetto tipico con Redini dura tra 8 e 14 settimane dal primo contatto al prodotto live. Questa stima si basa su progetti MVP con 4-6 funzionalità principali. I tempi variano in base alla complessità, ma la struttura resta la stessa. Ecco come si distribuiscono le settimane.
Settimana 0: primo contatto e call gratuita. Tempo totale: 1-3 giorni.
Settimane 1-2: Audit. Analisi del problema, validazione, definizione dello scope, architettura, preventivo dettagliato.
Settimana 3: decisione. Rivedi il documento di Audit, fai le tue valutazioni, scegli se procedere e con quale percorso.
Settimane 4-9 (Build) oppure settimane 4-9 (Guide): fase operativa. Nel Build, costruiamo il prodotto con milestone settimanali. Nella Guide, lavoriamo insieme per definire il prodotto e arrivare a uno scope pronto da costruire.
Settimane 10-11: test, correzioni, ottimizzazione. Il prodotto è funzionante ma va stressato. Testiamo i flussi critici, correggiamo i bug, ottimizziamo le performance.
Settimana 12: handover e lancio. Documentazione finale, video walkthrough, deploy in produzione, inizio dei 30 giorni di supporto.
Progetti più complessi richiedono più tempo nella fase operativa. Progetti più semplici (un sito web con Present, ad esempio) si completano in 3-5 settimane totali.
Il punto importante: queste non sono stime ottimistiche. Sono timeline testate su progetti reali. Se un progetto richiede più tempo di quello preventivato, te lo comunichiamo appena ce ne rendiamo conto, con le ragioni e le opzioni disponibili.
Se stai valutando un progetto e vuoi capire se ha senso costruire, il primo passo è una call gratuita. Niente impegno, niente vendita, solo chiarezza su cosa ha senso fare.
Vuoi fare il prossimo passo? Compila il form e raccontaci il tuo progetto. Parliamone, 30 minuti, zero impegno.