25 cose in cui credo per creare ottimi prodotti

In This Article

Cari abbonati, oggi voglio condividere più di 10 anni di lezioni PM in soli 12 minuti. Sono stato leader di prodotto presso aziende come Roblox, Reddit, Amazon e Meta. Ma la cosa divertente è questa: ciò in cui credo è spesso l'opposto di come le grandi aziende amano lavorare. 😅Guarda ora il mio video per avere la mia opinione senza filtri su come essere un ottimo PM nell'era dell'intelligenza artificiale. Segnalibri: (00:00) Perché ciò in cui credo spesso è l'opposto di come funziona la grande tecnologia (00:18) La velocità è l'unico fossato: costruisci cicli di feedback rapidi (02:34) La concentrazione è un superpotere: dì no 10 volte di più di quanto dici sì (05:00) Prodotto rispetto al processo: rifiuta il PM teatro(07:32) Cercare la verità: decisione del comitato di vietare(09:45) Costruttori anziché burocrati: iniziare con prove di lavoroGuarda ora su YouTube o continua a leggere di seguito.Questo post ti è stato offerto da...FramerI fondatori nella fase iniziale spesso affrontano una scelta frustrante: passare settimane a creare un sito professionale o accontentarsi di qualcosa che assomiglia a una sbavatura viola generata dall'intelligenza artificiale.Framer risolve questo problema consentendoti:Lanciare un bellissimo sito professionale in poche ore senza assumere sviluppatori. Scala il tuo sito da MVP a prodotto completo con CMS, analisi e localizzazione AI. Le startup in fase iniziale possono ottenere un anno di Framer Pro gratuito (valore $ 360) e unirti a migliaia di fondatori che già costruiscono su Framer con il mio link qui sotto. Ottieni 1 anno di Framer gratis adesso Speed è l'unico fossato Costruisci cicli di feedback rapidi. Più velocemente esegui l'iterazione con utenti reali, migliore sarà il tuo prodotto. Costruisci un prototipo al mattino e ricevi il feedback degli utenti entro pranzo. Rifiuta di fare più di 3 cicli di revisioni interne prima di parlare con un utente reale. Spedisci a cerchi concentrici. È quasi sempre una cattiva idea spedire un nuovo prodotto a tutti in una volta. Esegui invece versioni alfa per lo staff e beta per i clienti per individuare i problemi e migliorare la qualità prima del lancio. Sinceramente non so come creare ottimi prodotti senza una comunità di utenti beta con cui posso parlare quotidianamente. I piccoli team spediscono più velocemente. Un team di 4-6 builder full-stack autorizzati a co-creare con gli utenti eseguirà un'organizzazione di 50 persone ogni giorno. La parola chiave qui è "potenziato": se assumi una squadra di giocatori di serie A, dai loro l'autonomia di ascoltare, spedire, fallire e imparare con utenti reali. Itera prima con l'intelligenza artificiale. Tutti ora hanno un compagno di squadra AI disponibile 24 ore su 24, 7 giorni su 7. Quindi lavora con l'intelligenza artificiale per riassumere feedback, elaborare piani e migliorare i prototipi PRIMA di incontrare il tuo team. Svolgere in anticipo il lavoro di base sull'intelligenza artificiale è ora un'aspettativa di base. Diventa l'utente. Stimo che meno del 10% dei PM effettivamente somministra il proprio prodotto su base settimanale. Utilizza il tuo prodotto come un utente alle prime armi e scrivi un registro degli attriti su quanto sia fastidiosa l'esperienza. Nessuno è troppo esperto per testare la propria merda. Esempio: Boris (il creatore di Claude Code) ha chiesto il feedback degli utenti su X e ha ricevuto centinaia di risposte. Ha poi collaborato con l'intelligenza artificiale per fornire dozzine di soluzioni sul posto. È l'esempio perfetto di un piccolo team (di 1 🙂) che interagisce velocemente con utenti reali. Il collegamento a postFocus è un superpotereFare meno cose e meglio. Non credo in più di 1-3 progetti P0 a trimestre. Concentrati sulla risoluzione dei maggiori punti critici degli utenti che fanno crescere la tua attività invece di provare a costruire tutto in una volta. Devi stabilire le priorità finché non fa male: dire "perché non facciamo entrambe le cose" o elencare 5-10 priorità è un segnale di allarme. Fai prima la cosa semplice. Spedisci sempre la cosa più semplice che potrebbe funzionare ed evita di risolvere problemi che ancora non esistono. Ad esempio, probabilmente non dovresti ottimizzare la scala se il tuo prodotto 0-1 non è ancora adatto al mercato. Continua a ripetere questo mantra a te stesso e al tuo team. Convalida prima la tua ipotesi più rischiosa. Ogni prodotto ha alcuni presupposti che, se sbagliati, ucciderebbero l'intera idea. Convalida queste ipotesi con utenti reali utilizzando un semplice prototipo o un test A/B. Non lavorare su funzionalità secondarie se la tua ipotesi principale rimane non dimostrata. Proteggi il tuo calendario. Il tuo calendario decide su cosa lavori effettivamente e non puoi creare buoni prodotti se non controlli il tuo tempo e la tua energia. Faccio un lavoro profondo la mattina quando ho lucidità mentale e sono spietato nel rifiutare riunioni che drenano la mia energia. Di' di no 10 volte più di quanto dici di sì. Mettiti comodo dicendo no a funzionalità, riunioni e persino richieste degli utenti che non sono in linea con il tuo lavoro di maggiore impatto. Mostra empatia e spiega chiaramente le tue motivazioni: l'altra parte di solito capirà. Esempio: una volta ho lavorato presso aazienda in cui il CPO ha annunciato 9 priorità per l'anno. Aveva anche un ottimo acronimo per aiutare le persone a ricordare tutte e 9 le cose. Un anno dopo, non avevamo fatto quasi alcun progresso e lui ha ridotto le priorità a 3. La mancanza di concentrazione è un problema estremamente comune nelle aziende tecnologiche di successo. Anthropic è un esempio di azienda che ha fatto la cosa giusta: Link a postProdotto > processoRifiuta teatro PM. Ho parlato di quanto sia importante creare cicli di feedback con utenti reali. Ma la maggior parte dei PM si concentra sul teatro interno, come lucidare i documenti e fare infinite riunioni preliminari prima della revisione vera e propria. Ossessionati dal prodotto che i tuoi utenti effettivamente utilizzano, non dai tuoi artefatti interni. Costruisci piani minimi praticabili. Smettila di fingere di sapere esattamente cosa costruire tra un anno. Crea invece un piano minimo praticabile che copra il problema dell'utente, la visione, gli obiettivi, i principi, la soluzione e ciò che non stai facendo. Mantienilo su una pagina e aggiornalo man mano che impari. Rifiutare la pianificazione annuale e il teatro OKR. Praticare il primo sviluppo del prototipo. I prototipi danno alle persone un'idea molto migliore della tua soluzione rispetto a qualsiasi presentazione o documento. Sono anche più divertenti da costruire e più facili da testare con utenti reali. Quindi convalida l'interesse con un prototipo PRIMA di creare il tuo PRD e progettare. Ossessionato dai dettagli. Stati predefiniti, casi limite e buona copia: questi dettagli sono ciò che distingue un ottimo prodotto da uno schifo. Non importa quanto sei anziano, devi preoccuparti dei più piccoli dettagli per spedire qualcosa di cui essere orgoglioso. Semplifica le recensioni dei prodotti. Niente rallenta la velocità come aspettare settimane per entrare nel calendario di un dirigente prima di poter spedire. Se sei un leader, consenti ai tuoi team di spedire gratuitamente agli utenti beta. Esamina i prototipi in modo asincrono invece di bloccarli nel tuo fitto programma. Esempio: Ramp è cresciuto fino a $ 32 miliardi in tempi record consentendo ai team di spedire velocemente. Come spiega Geoff (CPO di Ramp) nel post qui sotto, i team Ramp possono spedire agli utenti beta in qualsiasi momento. La frase che amo particolarmente è "la leadership ha 48 ore per essere rivista, altrimenti viene spedita". Ciò affida ai dirigenti la responsabilità di non rallentare la velocità. Link al post Cerca la verità L'arroganza è il più grande ostacolo. Non sopporto i leader di prodotto e i creatori che pensano di essere migliori di tutti gli altri. I migliori leader che ho incontrato sono anche i più umili perché hanno già fallito e hanno visto delle vere e proprie stronzate. Se non sei umile, non ascolti e non costruirai ottimi prodotti. Decisione sul divieto da parte del comitato. Non credo nell’allineamento interfunzionale come obiettivo. Cercare di rendere felici tutte le parti interessate comprometterà inevitabilmente l’esperienza del prodotto. Cerca prima opinioni diverse, poi chiedi a una sola persona di effettuare la chiamata e di gestire il risultato. Non circondarti di adulatori. Le grandi aziende decadono quando i leader si circondano di persone che non mettono in discussione le loro idee. Trova e premia le persone disposte a porre domande difficili. Se tutti annuiscono nella tua recensione, è un brutto segno. Presumi buone intenzioni. Quando non sei d'accordo con qualcuno, ascolta per capire invece di difendere la tua opinione. È probabile che stiano sottolineando un punto importante che non hai considerato. I migliori dibattiti sono esercizi collaborativi di ricerca della verità, non battaglie da vincere. Sii disposto a sbagliare. La maggior parte delle decisioni sono porte a doppio senso reversibili. Spesso la mossa giusta è semplicemente decidere e imparare invece di aspettare informazioni perfette. Adoro questa citazione dalla mia intervista con Yana: "Quando hai discusso 2 idee, ne ho già spedite 10". Esempio: recentemente al lavoro, le parti interessate hanno spinto per una funzionalità a cui ho resistito per settimane. Ma ho mantenuto una mente aperta parlando con gli utenti e testando diversi prototipi. Alla fine, questi cicli di feedback mi hanno fatto cambiare idea. Ho ammesso di aver sbagliato, ho mostrato le prove e ora stiamo costruendo qualcosa di cui siamo fiduciosi. L'obiettivo è trovare la verità, non dimostrare che hai ragione. Costruttori > burocrati Assumi costruttori, non burocrati. Cerca persone che si preoccupino sinceramente di creare ottimi prodotti invece di persone che lo fanno per salire la scala della carriera. Trova persone che abbiano quell'energia del "basta capirlo": la volontà di indossare più cappelli per risolvere i problemi invece di aspettare il permesso. Prova di lavoro> credenziali. A nessuno importa del tuo pedigree FAANG o del certificato del prodotto AI. Assumi in altopersone dell'agenzia che hanno creato grandi progetti collaterali o dimostrato prove di lavoro. L'unica credenziale che conta è ciò che hai spedito e le tue idee per migliorare il prodotto. Diavolo sì o no. Se non sei entusiasta di un candidato, non assumerlo sperando che funzioni. Un ottimo noleggio batte tre mediocri. Non abbassare mai il livello perché desideri disperatamente ricoprire un ruolo. Il tuo titolo professionale non ha importanza. I migliori team confondono i confini tra PM, progettazione e ingegneria. Adoro quando gli ingegneri aggiornano direttamente le mie specifiche e i designer mi permettono di modificare la copia in Figma. Costruisci un team di costruttori full-stack che si fidano e rispettano il mestiere degli altri. Sostituisci te stesso. Il tuo compito come leader è renderti inutile. Se la tua squadra non può funzionare senza di te per una settimana, significa che hai fallito come leader. I migliori leader danno potere agli altri in modo che possano passare a nuovi problemi. Esempio: sto assumendo un PM senior in questo momento e ho scritto esplicitamente nella descrizione del lavoro per collegare il tuo miglior progetto secondario o il lavoro spedito. Odio vedere un gergo vago come "esperto agile" o "leader di prodotto strategico". Quella roba non ha senso. Inizia semplicemente con ciò che hai spedito e quale è stato l'impatto. Ecco qua: 25 cose in cui credo per creare ottimi prodotti. Scrivi il tuo elenco e lavora per aziende che condividono gli stessi valori e principi. Ti renderà la vita molto più semplice, te lo prometto. Per saperne di più, guarda il mio video di 12 minuti e le mie 40 lezioni di vita che conosco a 40 anni e che vorrei conoscere a 20. Ecco una pratica infografica con tutte le 25 cose in cui credo:

You May Also Like

13 Trending Songs on TikTok in March 2026 (+ How to Use Them)

Our Best AI PM Workflows for Prototyping, Strategy, and Personal OS (2026)

China’s Cybersecurity Agency Issues Security Warning About OpenClaw