Stealth o build-in-public: come scegliere la postura

Stealth e build-in-public sono due posture opposte verso lo stesso problema: come gestire la comunicazione mentre la company costruisce. Il primo dice “non comunichi finché non hai una soglia raggiunta”. Il secondo dice “comunichi tutto, fin dal primo giorno, perché il pubblico è parte del processo di build”. Entrambe funzionano. Funzionano in mercati diversi, per profili diversi di founder, con economie del lancio diverse. Questo articolo dà cinque criteri pesati per scegliere quale postura è giusta per la tua situazione specifica.

Due posture, due economie del lancio diverse

Prima di entrare nei criteri, una distinzione concettuale importante.

Stealth è un’economia del lancio basata sulla concentrazione. Costruisci silenziosamente, accumuli vantaggio, esci con un evento concentrato che genera attenzione massima. Il valore del lancio è quasi tutto nel singolo momento di reveal.

Build-in-public è un’economia del lancio basata sulla distribuzione. Costruisci pubblicamente, accumuli pubblico man mano, il “lancio” è spesso un non-evento perché tutti già conoscono il prodotto. Il valore è distribuito sui mesi precedenti.

Le due economie producono outcome diversi su dimensioni diverse: hype iniziale, capacità di pivot, costo di acquisizione clienti, valutazione al primo round, difendibilità. Nessuna delle due è strutturalmente superiore. Sono adatte a contesti diversi.

Il pillar stealth startup: la guida italiana tratta esplicitamente lo stealth. Questo articolo fornisce il contrappeso: quando la postura opposta è preferibile.

Criterio 1: vantaggio tecnico difendibile

Domanda: il tuo prodotto si basa su un vantaggio tecnico che, se rivelato, potrebbe essere replicato rapidamente da incumbent o competitor?

Vantaggio replicabile rapidamente (3-6 mesi). Stealth obbligatoria. Mostrare il prodotto in build-in-public significa dare istruzioni gratuite ai competitor su cosa costruire.

Vantaggio difficile da replicare (12+ mesi). Build-in-public ammissibile. Anche se i competitor vedono cosa fai, la barriera di replica li tiene indietro. Esempi: prodotti basati su dataset proprietari accumulati, hardware con supply chain dedicata, brevetti chiave depositati.

Vantaggio non tecnico ma di esecuzione/brand. Build-in-public spesso preferibile. Se il vantaggio è la qualità di esecuzione, la community costruita, il brand, build-in-public amplifica esattamente questi asset.

Peso del criterio nel framework complessivo: alto. Se questo criterio dice “stealth obbligatoria”, gli altri criteri pesano meno.

Criterio 2: mercato regolato o sensibile

Domanda: opera in un settore con regolatori attivi, requisiti di compliance specifici, o sensibilità reputazionali alte?

Settore fortemente regolato (banking, healthcare critico, defense, infrastrutture nazionali). Stealth quasi obbligatoria. Build-in-public in questi settori ti espone a scrutinio regolatorio prima di essere pronto, e a rischio reputazionale per ogni piccolo errore visibile.

Settore moderatamente regolato (fintech consumer, healthtech B2C, edtech). Stealth preferibile, ma build-in-public ammissibile con cautela. Comunichi sul problema e sull’approccio, non sul prodotto specifico.

Settore non regolato (consumer apps, dev tools, productivity, content tools). Build-in-public ammissibile o preferibile. La libertà di comunicazione è un vantaggio competitivo strutturale.

Peso del criterio: alto in settori regolati, basso in non regolati.

Criterio 3: founder-following preesistente

Domanda: il founder ha già un audience pubblico (Twitter, LinkedIn, newsletter, podcast) di dimensione significativa nel segmento target?

Audience > 10.000 follower nel target segment. Build-in-public produce immediato compounding. Ogni post raggiunge migliaia di persone in pubblico interessato. Stealth in questo caso spreca un asset costruito faticosamente.

Audience 1.000-10.000 follower. Build-in-public produce trazione moderata, ma può essere accelerato dalla disciplina pubblica del founder. Stealth qui è una scelta legittima ma rinuncia a un asset utile.

Audience < 1.000 follower o assente. Build-in-public richiede di costruire audience da zero contemporaneamente al prodotto. È fattibile ma rallenta tutto. Stealth è spesso più efficiente per founder senza audience preesistente.

Peso del criterio: medio-alto. La presenza di audience pre-esistente sposta significativamente l’equazione.

Criterio 4: network effects come motore

Domanda: il valore del prodotto cresce con il numero di utenti che lo usano (network effects)?

Network effects forti. Build-in-public produce vantaggio strutturale: ogni nuovo utente reso pubblico attira altri utenti, creando ciclo positivo visibile. Stealth in mercati con network effects forti è quasi sempre subottimale.

Network effects deboli o assenti. Il numero di utenti early non genera valore aggiuntivo. Stealth è altrettanto efficace di build-in-public, e protegge da copycat che potrebbero accumulare network effects parallelamente.

Network effects negativi (es. brand luxury, exclusivity-driven). Stealth strutturalmente migliore. Esposizione visibile early erode il valore della scarcity.

Peso del criterio: alto in mercati con network effects forti.

Criterio 5: capacity-to-serve immediata

Domanda: hai capacity di servire utenti dal giorno uno, o devi costruire infrastruttura prima di poter accogliere domanda?

Capacity disponibile immediatamente. Build-in-public ammissibile. Ogni interesse generato si converte in user attivo che valida il prodotto.

Capacity da costruire in 3-6 mesi. Build-in-public produce frustrazione: generi interesse che non puoi servire, gli utenti early se ne vanno. Stealth durante la fase di build di capacity, build-in-public quando la capacity è pronta.

Capacity richiede 6+ mesi. Stealth strutturalmente preferibile. Aspetti che la capacity sia solida prima di esporre la domanda.

Peso del criterio: medio. Soluzione ibrida (stealth fino a capacity ready, build-in-public dopo) spesso ottimale.

Tre profili di founder e suggerimento di postura

Combinando i cinque criteri, emergono tre profili tipici con suggerimento di postura.

Profilo A: founder tecnico in deep tech regolato. Vantaggio tecnico difendibile, mercato regolato, audience limitata, network effects deboli, capacity da costruire. Suggerimento: stealth lunga, eventualmente reveal con annuncio di funding pesante. Esempi tipici: AI applicato a sanità, infrastruttura cloud enterprise, defense tech.

Profilo B: founder con audience in consumer/SaaS. Vantaggio non strutturalmente tecnico, mercato non regolato, audience preesistente significativa, network effects medi, capacity disponibile. Suggerimento: build-in-public dal giorno uno. Esempi tipici: developer tools, productivity SaaS, niche consumer apps.

Profilo C: founder in B2B SaaS con vantaggio di esecuzione. Vantaggio replicabile in 6-12 mesi, mercato moderatamente regolato, audience moderata, network effects deboli, capacity disponibile. Suggerimento: stealth iniziale (3-6 mesi), poi transizione a build-in-public a partire da primo cliente significativo. Esempi tipici: SaaS verticale industriale, marketplace B2B, automation tools.

I tre profili sono indicativi. Ogni caso reale combina caratteristiche di più profili e richiede adattamento. La regola generale: se quattro o cinque dei criteri puntano nella stessa direzione, segui quella postura. Se i criteri sono mescolati, considera il caso ibrido sotto.

Il caso ibrido: stealth con un footprint pubblico

Una postura intermedia spesso ottimale è la “stealth con footprint pubblico”. Mantieni stealth sul prodotto specifico, ma costruisci presenza pubblica sul tema generale.

Tre componenti tipiche di una stealth con footprint pubblico.

Newsletter del founder. Articoli su problemi del settore, tendenze tecnologiche, riflessioni operative. Niente menzione esplicita del prodotto in costruzione. Costruisce audience e credibilità senza svelare niente.

Partecipazione a community e podcast. Il founder è ospite a podcast verticali, partecipa a panel di settore, scrive guest post su pubblicazioni rilevanti. Tutto su tema generale, nulla sul prodotto specifico.

Open source di componenti non core. Pubblicazione open source di tool, librerie, dataset che sono utili al settore ma non sono il vantaggio competitivo principale. Costruisce reputazione tecnica senza esporre il prodotto.

La postura ibrida combina i vantaggi di build-in-public (audience, credibilità, network) con la protezione dello stealth (vantaggio competitivo, controllo del lancio). È particolarmente adatta a founder con profilo tecnico forte in mercati moderatamente regolati.

Vedi anche comunicare in stealth senza uscire: cinque canali per il dettaglio operativo dei canali utilizzabili in postura ibrida.

Stealth e build-in-public visti dal lato investitori

Una dimensione spesso trascurata: come gli investitori percepiscono le due posture.

Investitori in stealth. Fondi tradizionali (most generalist VC, deeptech funds, defense funds) tendono a preferire startup in stealth. Stealth segnala disciplina, capacità di gestione confidenzialità, focus sul prodotto. Una stealth ben gestita rassicura il fondo che la company saprà gestire informazioni sensibili nel ciclo di crescita.

Investitori in build-in-public. Fondi consumer-oriented, fondi early-stage con tesi su community, fondi specializzati in marketplace tendono a preferire build-in-public. Il pubblico già costruito è una forma di traction visibile e un asset di marketing che riduce il CAC futuro. Build-in-public dimostra capacity di esecuzione comunicativa.

Investitori indifferenti. Una porzione significativa dei fondi non ha preferenza strutturale: valutano il merito del business indipendentemente dalla postura. Per questi fondi, ciò che conta è coerenza tra postura e settore: una stealth in consumer iperpubblico è sospetta, un build-in-public in defense è altrettanto sospetto.

La regola generale: la postura va comunicata coerentemente con la tesi del fondo. Pitchare una stealth a un fondo consumer-oriented è inefficiente; pitchare un build-in-public a un fondo defense lo è ugualmente.

Antipattern delle due posture

Tre antipattern frequenti per ognuna delle due posture.

Antipattern stealth. (1) Stealth perpetua senza soglia di uscita definita. (2) Stealth nel settore sbagliato (consumer non-tech in cui community è asset chiave). (3) Stealth giustificata da paura del giudizio invece che da strategia.

Antipattern build-in-public. (1) Build-in-public sul prodotto specifico in mercato con vantaggio tecnico replicabile rapidamente. (2) Build-in-public senza disciplina su cosa NON comunicare (numeri sensibili, customer logos, dettagli architettura). (3) Build-in-public diventato performance di founder anziché strumento di company building.

Una nota sul terzo antipattern build-in-public: è il più insidioso perché si auto-rinforza. Il founder che riceve like sui post sente che il build-in-public funziona, anche se i like non si convertono in user paying o in capitale raccolto. Misura sempre l’efficacia del build-in-public sui KPI del business (acquisition, retention, fundraising), non sui KPI di vanity (engagement, follower count). Se il build-in-public produce engagement ma non risultati di business, è ginnastica social, non strategia.

Riconoscere gli antipattern è importante quanto applicare la postura giusta. Una postura corretta applicata male produce gli stessi outcome di una postura sbagliata.

Esempi misti: chi ha cambiato postura a metà strada

Tre casi notevoli di company che hanno cambiato postura in modo deliberato.

Da stealth a build-in-public. Diverse company SaaS hanno operato in stealth durante la fase di product-market fit e poi adottato build-in-public dopo i primi clienti significativi. La transizione è stata segnata da un evento: un primo round di funding annunciato, un primo cliente enterprise verificabile, un milestone di prodotto pubblico.

Da build-in-public a semi-stealth. Alcune company nate in build-in-public hanno ridotto significativamente la loro esposizione pubblica dopo i primi anni, spesso in concomitanza con maturazione enterprise (clienti più grandi che richiedono confidenzialità) o con transizione di tesi commerciale.

Postura selettiva per linea di prodotto. Company multi-prodotto che mantengono postura stealth su nuove linee in costruzione e build-in-public su linee mature. La doppia postura simultanea richiede disciplina interna ma è realmente praticata.

I tre pattern mostrano che la postura non è scolpita nella pietra. Cambia con la maturità della company, con l’evoluzione del mercato, con i nuovi obiettivi commerciali. La rigidità è quasi sempre subottimale.

Come decidere e quando rivedere la decisione

Tre passi operativi per chiudere la decisione.

Passo 1: applica i cinque criteri al tuo caso. Per ogni criterio, decidi se punta verso stealth o verso build-in-public, con peso (alto/medio/basso). Scrivi il risultato in mezza pagina.

Passo 2: identifica il profilo dominante. Confronta con i tre profili tipici. Se assomigli a uno, segui il suggerimento. Se sei tra due, valuta il caso ibrido.

Passo 3: pianifica una rivisitazione a 6 mesi. La postura non è fissa per sempre. Ogni 6 mesi rivedi se i criteri sono ancora gli stessi. Mercato regolato può deregolarsi. Audience può crescere. Network effects possono emergere o sparire. La postura va adattata.

Per il quadro complessivo della comunicazione in fase pre-launch, vedi anche comunicare in stealth senza uscire: cinque canali e stealth mode su LinkedIn. Per i vantaggi e rischi specifici della stealth come postura, vantaggi e rischi della stealth tratta il trade-off complessivo. Per il manifesto editoriale del progetto, la posizione esplicita di StealthStartup sulla postura silenziosa è documentata. Riferimenti aggiuntivi su strategia di lancio: Paul Graham essays, FirstRound Review, Sifted, Y Combinator Library.