Kevin Hale (YC): come pitchare la tua startup

Kevin Hale legge migliaia di application Y Combinator ogni batch e in questa lecture spiega un punto contro-intuitivo per chi sta preparando il primo pitch deck: la maggior parte dei founder seed-stage non viene rifiutata perché ha un'idea debole, ma perché non riesce a comunicarla in modo riproducibile. Hale cita una stima interna di YC: per ogni company che invitano al colloquio, ce n'è probabilmente un'altra altrettanto valida che hanno scartato solo perché l'application non si capiva. La sua tesi è che chiarezza e concisione siano la fondazione del growth organico, e che il founder debba lavorare meno sulla narrativa e molto di più sulla struttura della frase con cui descrive la startup. Il talk è il seguito di una lecture precedente sul valutare le startup idea (problema, soluzione, insight): qui non si parla di cosa rende una idea buona, si parla di come confezionarla perché un investor la legga in dieci secondi e voglia approfondire.

Il ruolo dell'investor (e cosa non devi fare)

Hale parte da un'osservazione che ribalta l'aspettativa diffusa. L'investor mediocre fa le pulci al pitch, cerca i punti deboli, prova a smontarlo. L'investor bravo fa il contrario: sa che servono eventi rari per costruire una company da miliardi e usa l'ottimismo per immaginare quali di quegli eventi rari possono accadere a te. Tradotto operativamente: non devi venderti, ci pensa lui. Il tuo lavoro è metterlo nelle condizioni di farlo, e per farlo serve che capisca tre cose in pochi secondi: di cosa stai parlando, se la cosa lo eccita, se vuole lavorare con il tuo team. Sono le stesse domande che YC chiede ai founder di porsi a vicenda nelle weekly group sessions, e non è un caso.

Chiarezza: il fondamento del word of mouth

Le startup migliori crescono per passaparola, e il passaparola richiede che la persona seduta a tavola si ricordi cosa fai abbastanza bene da raccontarlo a qualcun altro. Hale tira la riga: "marketing e advertising sono la tassa che pagano le aziende che non hanno fatto qualcosa di remarkable". Per essere ricordata, l'idea deve prima essere capita, e per essere capita deve essere legibile. La metafora viene dal demo day: in sala ci sono mille investor, molti seduti dietro con la vista non più giovanissima, e una slide leggibile è quella che arriva anche a chi sta in fondo. Una idea legibile è la stessa cosa: la capisce chiunque, anche chi del tuo settore non sa nulla.

Hale elenca quattro nemici della chiarezza: ambiguità (la frase si presta a due letture), complessità (più idee intrecciate dove ne basterebbe una), mistero (jargon, pronomi vaghi, sottintesi) e ignorabilità (marketing speak, MBA speak, buzzword che l'investor scarta in automatico). L'antidoto è il registro conversazionale, quello con cui racconteresti la startup a tua madre: niente preamboli, niente nomi propri capitalizzati, niente difese preventive contro obiezioni che nessuno ha ancora sollevato.

I tre nomi: cosa, problema, cliente

Il test pratico che Hale propone è semplice. Chiedersi: dalla mia descrizione, l'investor riesce a "riprodurre" la mia startup nella sua testa? Vede un oggetto concreto? Per arrivarci servono tre nomi. Cosa stai costruendo (il prodotto, l'oggetto). Qual è il problema. Chi è il cliente. Senza questi tre nomi non c'è immagine mentale, e senza immagine non possono partire le domande successive che fanno scattare la curiosità.

Esempi che Hale considera vincenti:

• Airbnb: "Il primo marketplace online che permette ai viaggiatori di prenotare stanze da locali invece che da hotel". Conciso, descrittivo, riproducibile.
• Dropbox: "Sincronizza file tra i tuoi computer o quelli del tuo team". Senza pretese, senza difese.
• Lumini (current batch): "Stiamo costruendo visione a raggi X per soldati e first responder". Apre la curiosità invece di chiuderla.

Esempi che bocciano: "Trasformeremo la relazione tra individui e informazione" (zero nomi concreti), descrizioni narrative tipo "una volta c'era questo problema e arriva qualcuno a salvarci" (Hale deve leggere altre mille application, non ha tempo per la fiaba), descrizioni come "IT security services" o "a meritocratic decision support system" che sono talmente generiche che dieci team diversi costruirebbero dieci prodotti diversi a partire dalla stessa frase.

Quando usare X for Y (e quando no)

Il pattern "X for Y" è un'ottima scorciatoia perché eredita business model e comportamento da una company già nota. Ma funziona solo a tre condizioni precise. La X deve essere una household name, una company da miliardi che chiunque riconosce come successo (non l'azienda di nicchia di tuo zio). La Y deve volere il modello di X (deve essere chiaro perché quel segmento ha bisogno di quella struttura). E la Y deve essere un mercato grande, perché stai dicendo che sei un sottoinsieme e quel sottoinsieme deve avere abbastanza headroom per arrivare al miliardo. "Buffer for Snapchat" è l'esempio negativo che Hale porta: Buffer è una nice company, ma è una X troppo piccola per il pattern.

Concisione come segnale di qualità

L'ultima sezione della lecture è sulla brevità. Hale legge mille application a batch e ammette che la sua attenzione si esaurisce. Una descrizione concisa fa due cose: comunica il prodotto e manda un secondo segnale silenzioso al lettore. Dice che hai pensato a fondo all'idea (perché solo chi ha riflettuto a lungo riesce a stringere), che sei un team efficiente con le parole e quindi probabilmente con i pensieri e le azioni, e che sai distinguere il segnale dal rumore. Hale mostra il caso di una startup che si descriveva così: "La nostra company farà dispositivi medici a basso costo e basso consumo basati su intelligenza artificiale e IoT adatti per le comunità sub-sahariane". Funziona, ma è grasso. Tolti i buzzword (artificial intelligence, IoT) che sembrano messi lì per impressionare e non aggiungono unfair advantage, e tolto un modificatore secondario (low power consumption), la versione finale diventa: "Affordable medical devices for sub-Saharan Africa". Stesso prodotto, metà delle parole, e l'investor ora ha spazio mentale per fare le domande giuste sul team, sulla traction, sull'esecuzione.

La regola finale che Hale lascia ai founder è una: lead with what, not why or how. Il "perché" e il "come" sono importanti ma vengono dopo, e arrivano da soli quando il "cosa" è abbastanza chiaro da innescare la curiosità di chi ti sta ascoltando.