La maggior parte dei founder non sa cosa aspettarsi da una consulenza tecnica. 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, o se crediamo che non sia il momento giusto per costruire, 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 Learn (dove impari a costruire in autonomia con l’AI) è 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, non della soluzione che hai in mente. Le domande che facciamo:
- Chi ha questo problema? Come lo risolve oggi?
- Hai parlato con potenziali utenti? Cosa ti hanno detto?
- Qual è il risultato minimo che renderebbe questo progetto un successo?
Non sono domande retoriche. Le risposte determinano il percorso. Se non hai ancora parlato con potenziali utenti, il primo consiglio sarà di farlo prima di investire in sviluppo. Se hai già validato e hai dati concreti, possiamo muoverci velocemente.
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. Il motivo è nei numeri: secondo Failory (2024), il 34% delle startup fallite cita la mancanza di un chiaro bisogno di mercato come causa primaria. L’Audit esiste per eliminare questo rischio 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, validazione della domanda, 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 dati che hai (analytics, interviste utenti, ricerche di mercato), ci metti in contatto con potenziali utenti se li hai. 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: analizziamo il mercato, valutiamo la fattibilità tecnica, definiamo lo scope e il budget. Analizziamo i competitor diretti e indiretti. 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.
Learn o Build: quale percorso scegliere?
Dopo l’Audit, scegli il percorso. La decisione dipende da quanto vuoi essere coinvolto nella parte tecnica e dal budget disponibile. Se sei un founder non tecnico, entrambi i percorsi sono progettati per te. Non esiste una scelta giusta in assoluto.
Learn: vuoi costruire in autonomia con l’AI. Ti affianchiamo per 4-6 settimane: scegliamo lo stack, impostiamo l’architettura, ti insegniamo a usare Claude Code o Cursor sul tuo progetto reale. Non è un corso teorico. Lavori sul tuo prodotto dal primo giorno.
Come funziona in pratica: nella prima settimana impostiamo insieme il progetto, la struttura delle cartelle, le convenzioni di naming, il database. Nelle settimane successive, tu costruisci le feature con l’AI e noi facciamo code review. Ogni settimana hai una sessione da 60-90 minuti dove analizziamo quello che hai fatto, correggiamo gli errori, e pianifichiamo la settimana successiva. Tra una sessione e l’altra hai supporto asincrono per i blocchi urgenti.
Alla fine del percorso Learn, sai come andare avanti da solo. Hai un progetto funzionante, una comprensione solida degli strumenti, e la capacità di iterare senza dipendere da nessuno.
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 (Learn): fase operativa. Nel Build, costruiamo il prodotto con milestone settimanali. Nel Learn, ti affianchiamo mentre costruisci tu.
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.