Costruire un prodotto SaaS in 90 giorni: ristretto, onesto, rilasciato

Un prodotto SaaS in 90 giorni non è un claim di marketing, è una disciplina. La scadenza costringe a decisioni che altrimenti prenderebbero mesi. Tre giorni di discussione sul pricing diventano tre ore. Un workshop di roadmap da quattro settimane diventa quattro giorni. Quello che non ci sta viene tagliato. Non è mancanza, è focus.

La parte difficile non è il piano, è il taglio. Shape Up di 37signals descrive lo stesso schema: cicli brevi e fissi che costringono a decisioni vere, non sprint lunghi che promettono tutto.

Cosa ti porti a casa:

• Il taglio a 90 giorni: cosa resta dentro, cosa resta fuori.
• La crew: tre persone più gli agenti.
• La logica settimanale: cosa deve essere consegnato entro la settimana 4, 8, 12.
• Le auto-illusioni che trasformano 90 giorni in nove mesi.

La tesi

Costruisci un prodotto SaaS in 90 giorni tagliando stretto il problema, lavorando con una crew di tre persone più agenti AI e rilasciando in blocchi settimanali fissi. Non tutto quello che vorresti, ma la parte per cui la gente paga.

Cosa deve rientrare nel taglio a 90 giorni?

Quattro cose devono rientrare: un problema delimitato con chiarezza, un pilota a pagamento, la funzione minima che risolve il problema e un onboarding che funziona senza una call. Tutto il resto è fase due. La fase due comincia il giorno 91.

Concretamente: non "costruiamo una piattaforma per la marketing automation", ma "risolviamo l'attrito ricorrente sul forecast di pipeline tra marketing e sales per i team mid-market della DACH". Più stretto è il taglio, più realistico è il build.

Il pilota a pagamento è il più importante dei 4 punti. Ti costringe a fare la domanda sul pricing prima del build, non dopo. Chi non paga una fee di pilota non comprerà una licenza dopo. Come affilare il taglio a parole lo trovi in posizionamento di prodotto per il B2B.

Che aspetto ha la crew?

Tre persone: chi decide sul prodotto (il founder), un engineering lead, un designer con competenze frontend. Più da quattro a sei ruoli agentici: spec writer, QA, chi scrive le release notes, chi sintetizza le interviste ai clienti, chi produce gli asset di marketing. Niente SDR, niente account management, niente project manager.

Non è la versione ridotta di un team enterprise. È la forma naturale quando gli agenti AI si prendono il lavoro di routine. Tre invece di trenta non è uno slogan, è una questione di quali compiti restano.

I ruoli agentici non sono decorazione. Lo spec writer trasforma ogni intervista in un ticket testabile. L'agente QA controlla ogni build prima che ci guardi una persona. Come si tiene insieme questo modo di lavorare lo mostro in Dal vibe coding all'agentic engineering.

Come è strutturata la logica settimanale?

Lavori in tre blocchi da 30 giorni: discovery, build, activate. La discovery (settimane 1-4) chiarisce problema, ICP e pricing con 10-15 interviste. Il build (settimane 5-8) consegna la funzione minima più l'onboarding. L'activate (settimane 9-12) porta a casa da 3 a 5 piloti paganti e un rilascio onesto.

Demo breve ogni venerdì, decisione sul taglio ogni due settimane. Se il venerdì non riesci a fare una demo, il lunedì hai tagliato male.

Le interviste di discovery non sono una formalità. Producono l'ICP, il profilo del cliente ideale: le aziende in cui il problema costa di più. Senza quel profilo, dalla settimana 5 costruisci per tutti, quindi per nessuno. Con quel profilo sai esattamente chi chiamare nella settimana 9.

Quali sono le auto-illusioni più comuni?

Ne tornano tre. Prima: "ci serve una beta con cento utenti". Sbagliato, ti servono tre utenti paganti con un problema vero. Seconda: "ce lo facciamo da soli, costa meno che comprare un tool". Raramente vero in 90 giorni. Terza: "prima dobbiamo allinearci sul branding". Il branding nasce dal rilasciare, non da un workshop.

Cosa NON ci sta nei primi 90 giorni?

Fuori scope: SSO, integrazioni per loghi che non hai, pannelli di amministrazione, la seconda persona utente, i concetti di ruoli e permessi e tutto ciò che si chiama "enterprise-ready". Niente di tutto questo ti fa vincere il primo pilota pagante. Tutto questo si mangia settimane.

L'SSO è l'esempio migliore. Il single sign-on sembra obbligatorio. In realtà risponde a un ufficio acquisti con cui non stai nemmeno ancora parlando. Costruiscilo quando un cliente pagante lo mette come condizione. Prima di allora è procrastinare con la coscienza a posto.

Vale lo stesso per le integrazioni. Un'integrazione per ogni pilota vero è difendibile. 5 integrazioni per loghi su una wish list sono 4 di troppo. E un pannello di amministrazione per 3 clienti pilota lo sostituisci con l'accesso al database e un'ora di lavoro manuale a settimana.

La voce più costosa è la seconda persona utente, un secondo ruolo con bisogni tutti suoi. Raddoppia tutto in silenzio: secondo onboarding, seconda logica di pricing, seconda roadmap. Una persona utente, un problema, un prezzo. Il resto è giorno 91.

Da dove arrivano i primi piloti paganti?

Dalla tua rete, non dalle ads e non dall'outbound, cioè dai contatti a freddo con sconosciuti. I primi clienti sono design partner: aziende che conoscono il problema, si fidano di te e pagano. Cifre piccole, impegno serio.

Mark Roberge, primo capo del sales di HubSpot, la descrive come una fase a sé in The Science of Scaling. Secondo Roberge i primi clienti arrivano dalla rete personale e dalle referenze. L'obiettivo di questa fase è imparare, non fare fatturato.

Il suo secondo punto è scomodo: fissa il prezzo per ottenere impegno, non profitto. Il gratis attira chi non si impegna, dice Roberge. Una cifra simbolica batte il gratis, perché solo una fattura costringe a un sì o a un no onesti. Un pilota che non costa niente non dà nessun segnale.

Come primo obiettivo di apprendimento Roberge indica circa 20 clienti. È più di quanto ci stia in 90 giorni, e va bene così. I 3-5 piloti del blocco activate sono l'inizio di quella curva di apprendimento, non la fine. L'esperienza di Roberge arriva dal SaaS americano. Come punto di riferimento regge comunque, anche nella DACH.

Il confronto scomodo: 90 giorni contro 9 mesi

Un progetto di nove mesi con dodici persone in Svizzera costa all'incirca tra CHF 800'000 e 1'500'000, a seconda della seniority. Un progetto di 90 giorni con tre persone più gli agenti costa una frazione e risponde presto alla domanda centrale: qualcuno pagherà per questo? Se no, risparmi otto mesi. Se sì, hai otto mesi di vantaggio.

Non è speculazione. CB Insights indica "nessun bisogno di mercato" come la causa più frequente di fallimento delle startup. Un taglio a 90 giorni mette alla prova esattamente quella domanda prima che diventi cara.

Giorno 91: qual è la base successiva?

La seconda: il product-market fit, PMF in breve, la prova che i clienti pagano e restano. Stijn Hendrikse descrive il percorso in T2D3 come una corsa sulle basi: prima base l'MVP, cioè la prima versione vendibile, seconda base il PMF, terza base lo scaling. E le basi non si saltano.

Se le salti comunque, secondo Hendrikse dovrai tornare indietro a riparare. Combacia con quello che vedo. Un team che il giorno 91 scala il sales di solito scala un prodotto che nessuno vuole ancora tenere. I 90 giorni ti portano in prima base. Non oltre, ma ci arrivi davvero.

Hendrikse rende misurabile il PMF con una checklist di 10 milestone. Le ultime 3 sono le più dure: 10 clienti paganti, 10 testimonianze pubbliche di clienti paganti, 10 nuovi clienti paganti arrivati per referenza. Solo allora, dice, il PMF è raggiunto. È il traguardo onesto dopo i 90 giorni.

Le sue milestone sono esperienza dal lavoro con i suoi clienti, non leggi di natura. Ma come checklist sono utili, proprio perché sono scomode. Ti impediscono di confondere "abbiamo lanciato" con "abbiamo un business". Altro mestiere per questa fase lo trovi nell'hub software product management.

Outro

✅ Cosa funziona. Taglio stretto più crew piccola più scadenza fissa: si consegna. Ogni volta che la disciplina tiene.

❌ Cosa no. Provare a far stare ogni desiderio degli stakeholder in 90 giorni. Quella è la fase due, non la fase uno.

⚠️ Attenzione. "Allunghiamo solo di due settimane" è l'inizio dei nove mesi. Taglia prima di allungare.

Il punto più profondo: un taglio a 90 giorni non è un trucco di velocità, è un trucco di verità. La scadenza costringe alle decisioni che senza di lei non prenderesti mai. Ed è da lì che siamo partiti: tagliare invece di costruire.

Se vuoi vedere nel dettaglio com'è fatto un piano da 90 giorni, leggi il nostro processo.

Domande frequenti

Tre persone ce la fanno davvero?

Sì, se il taglio è stretto e gli agenti si prendono il lavoro di routine. Aggiungere persone in 90 giorni non aiuta, rallenta le decisioni.

E se il problema è più grande?

Allora tagli. Un problema più grande si può quasi sempre spezzare in un sotto-problema più piccolo e pagato. Se non si può, non è un problema da SaaS.

Quanto costa?

In Svizzera all'incirca da CHF 150'000 a 350'000 per 90 giorni con tre persone più uno stack di agenti. Una frazione di un progetto classico.

E se al giorno 90 non c'è nessun pilota?

Allora la discovery era sbagliata. Fermati, scrivi con onestà cosa hai imparato e decidi in modo consapevole se finanziare la fase due.

Quando si giustifica un setup più grande?

Quando tre piloti paganti confermano la domanda e il collo di bottiglia è dimostrabilmente la capacità di engineering, non le decisioni. Prima di allora, più persone accelerano solo la strada sbagliata.