25 ting, jeg tror på for at bygge fantastiske produkter

In This Article

Kære abonnenter, I dag vil jeg dele 10+ års PM-lektioner på kun 12 minutter. Jeg har været produktleder hos virksomheder som Roblox, Reddit, Amazon og Meta. Men det sjove er, at: Det, jeg tror på, er ofte det modsatte af, hvordan store virksomheder kan lide at arbejde. 😅Se min video nu for at få mit ufiltrerede bud på, hvordan man kan være en god premierminister i AI-æraen. Tidsstempler:(00:00) Hvorfor det, jeg tror på, ofte det modsatte af, hvor stor teknologi virker(00:18) Hastighed er den eneste voldgrav: Byg hurtige feedback-loops(02:34) Fokus er mere end du siger en superkraft10x yes(05:00) Produkt over proces: Afvis PM teater(07:32) Søg sandheden: Forbyd beslutning af udvalg(09:45) Bygherrer frem for bureaukrater: Start med bevis på arbejde Se nu på YouTube eller fortsæt med at læse nedenfor. Dette indlæg bringes til dig af...Framer Grundlæggere i den tidlige fase står ofte over for et frustrerende valg, som f.eks. AI-genereret slop.Framer løser dette ved at lade dig:Lancere et smukt professionelt websted på få timer uden at ansætte udviklere.Skaler dit websted fra MVP til et komplet produkt med CMS, analyser og AI-lokalisering. Startups i de tidlige stadier kan få et års Framer Pro gratis ($360 værdi) og slutte sig til tusindvis af grundlæggere, der allerede bygger på Framer Free Now-linket, kun med mit gratis nu-link nedenfor. feedback loops. Jo hurtigere du itererer med rigtige brugere, jo bedre bliver dit produkt. Byg en prototype om morgenen og få brugerfeedback til frokost. Afvis at lave 3+ runder med interne anmeldelser, før du taler med en rigtig bruger. Send til koncentriske cirkler. Det er næsten altid en dårlig idé at sende et nyt produkt til alle på én gang. Kør i stedet personale-alfaer og kundebetaer for at fange problemer og forbedre kvaliteten før lancering. Jeg ved virkelig ikke, hvordan man bygger fantastiske produkter uden et fællesskab af betabrugere, jeg kan tale med dagligt. Små teams sender hurtigere. Et team på 4-6 fuldstackbyggere, der er bemyndiget til at skabe sammen med brugere, vil udføre en organisation på 50 personer hver dag. Nøgleordet her er "empowered" - hvis du hyrer et hold af A-spillere, så giv dem autonomi til at lytte, sende, fejle og lære med rigtige brugere. Gentag med AI først. Alle har nu en AI-holdkammerat, som er tilgængelig 24/7. Så arbejd med AI for at opsummere feedback, udkast til planer og forbedre prototyper, FØR du mødes med dit team. At udføre det grundlæggende AI-arbejde før tid er nu en grundlæggende forventning. Bliv brugeren. Jeg anslår, at mindre end 10 % af PM'erne faktisk dogfooder deres produkt på ugentlig basis. Brug dit produkt som en førstegangsbruger og skriv en friktionslog over, hvor irriterende oplevelsen er. Ingen er for senior til at teste deres eget lort. Eksempel: Boris (skaberen af ​​Claude Code) bad om brugerfeedback på X og fik 100-vis af svar. Han arbejdede derefter med kunstig intelligens for at sende snesevis af rettelser på stedet. Han er det perfekte eksempel på et lille team (på 1 🙂), der gentager hurtigt med rigtige brugere.Link til postFocus er en supermagtGør færre ting bedre. Jeg tror ikke på mere end 1-3 P0-projekter pr. kvartal. Fokuser på at løse de største brugerproblemer, der får din virksomhed til at vokse i stedet for at prøve at bygge alt på én gang. Du skal prioritere, indtil det gør ondt - at sige "hvorfor gør vi ikke bare begge dele" eller opremse 5-10 prioriteter er et rødt flag. Gør den enkle ting først. Send altid den enkleste ting, der kunne fungere, og undgå at løse problemer, der ikke eksisterer endnu. For eksempel bør du sandsynligvis ikke optimere for skala, hvis dit 0-1-produkt ikke har produktmarkedspasning endnu. Fortsæt med at gentage dette mantra til dig selv og dit team. Bekræft først din mest risikable antagelse. Hvert produkt har et par antagelser, som, hvis de er forkerte, vil dræbe hele ideen. Valider disse antagelser med rigtige brugere ved hjælp af en simpel prototype eller A/B-test. Arbejd ikke på sekundære funktioner, hvis din kernehypotese forbliver ubevist. Beskyt din kalender. Din kalender bestemmer, hvad du rent faktisk arbejder med, og du kan ikke bygge gode produkter, hvis du ikke styrer din tid og energi. Jeg laver dybt arbejde om morgenen, når jeg har mental klarhed, og jeg er hensynsløs over for afvisende møder, der dræner min energi. Sig nej 10 gange mere, end du siger ja. Bliv fortrolig med at sige nej til funktioner, møder og endda brugeranmodninger, der ikke stemmer overens med dit arbejde med størst effekt. Vis empati og forklar dit rationale klart - den anden part vil normalt forstå.Eksempel: Jeg arbejdede engang på envirksomhed, hvor CPO annoncerede 9 prioriteter for året. Han havde endda et godt akronym til at hjælpe folk med at huske alle 9 ting. Et år senere gjorde vi næsten ingen fremskridt, og han reducerede prioriteterne til 3. Manglende fokus er et ekstremt almindeligt problem i succesrige tech-virksomheder. Anthropic er et eksempel på en virksomhed, der gjorde det rigtigt: Link til postProdukt > procesAfvis PM-teater. Jeg har talt om, hvor vigtigt det er at bygge feedback-loops med rigtige brugere. Men de fleste PM'er er fokuseret på internt teater som at polere dokumenter og lave endeløse forhåndsmøder før selve gennemgangen. Bliv besat af det produkt, som dine brugere rent faktisk bruger, ikke dine interne artefakter. Byg minimums-levedygtige planer. Stop med at lade som om, du ved præcis, hvad du skal bygge om et år. I stedet skal du lave en minimumsplan, der dækker brugerproblemet, visionen, målene, principperne, løsningen og det, du ikke gør. Hold det på én side, og opdater det, efterhånden som du lærer. Afvis årsplanlægning og OKR teater. Øv prototype første udvikling. Prototyper giver folk en meget bedre fornemmelse af din løsning end noget slide-deck eller dokument. De er også sjovere at bygge og nemmere at teste med rigtige brugere. Så valider interessen med en prototype, FØR du opretter din PRD og design. Besat af detaljerne. Standardtilstande, kantkasser og god kopi - disse detaljer er det, der adskiller et fantastisk produkt fra slop. Det er lige meget, hvor senior du er, du er nødt til at bryde dig om de mindste detaljer for at sende noget, du kan være stolt af. Forenkle produktanmeldelser. Intet sænker hastigheden som at vente uger på at komme på en chefs kalender, før du kan sende. Hvis du er leder, skal du give dine teams mulighed for at sende frit til betabrugere. Gennemgå prototyper asynkron i stedet for at blokere dem i din travle tidsplan. Eksempel: Ramp voksede til $32 mia. på rekordtid ved at give deres teams mulighed for at sende hurtigt. Som Geoff (Ramps CPO) forklarer i indlægget nedenfor, kan Ramp-teams sende til betabrugere til enhver tid. Den linje, som jeg især elsker, er "ledelse har 48 timer til at gennemgå, eller det sendes." Dette lægger ansvar på chefer for ikke at bremse hastigheden. Link til indlægSøg sandhedenArrogance er den største afbrydelse. Jeg kan ikke fordrage produktledere og skabere, der tror, ​​de er bedre end alle andre. De bedste ledere, jeg har mødt, er også de mest ydmyge, fordi de har fejlet før og set noget rigtig lort. Hvis du ikke er ydmyg, så lytter du ikke, og du vil ikke bygge gode produkter. Forbyd beslutning fra udvalg. Jeg tror ikke på tværfunktionel tilpasning som et mål. At forsøge at gøre alle interessenter glade vil uundgåeligt kompromittere produktoplevelsen. Søg først forskellige meninger, og få derefter en enkelt person til at ringe og eje resultatet. Omgiv dig ikke med sykofanter. Store virksomheder forfalder, når ledere omgiver sig med mennesker, der ikke vil udfordre deres ideer. Find og beløn de mennesker, der er villige til at stille svære spørgsmål. Hvis alle nikker med i din anmeldelse, er det et dårligt tegn. Antag god hensigt. Når du er uenig med nogen, så lyt for at forstå i stedet for at forsvare din mening. Chancerne er, at de gør en god pointe, du ikke har overvejet. De bedste debatter er kollaborative sandhedssøgende øvelser, ikke kampe, der skal vindes. Vær villig til at tage fejl. De fleste beslutninger er reversible tovejsdøre. Det rigtige træk er ofte bare at beslutte og lære i stedet for at vente på perfekt information. Jeg elsker dette citat fra mit interview med Yana: "På det tidspunkt, hvor du har diskuteret 2 ideer, har jeg allerede afsendt 10." Eksempel: For nylig på arbejdet pressede interessenter på til en funktion, jeg modstod i ugevis. Men jeg holdt åbent sind ved at tale med brugere og teste forskellige prototyper. Til sidst ændrede disse feedback-løkker mig. Jeg indrømmede, at jeg tog fejl, viste beviserne, og nu bygger vi noget, vi er sikre på. Målet er at finde sandheden, ikke at bevise, at du har ret.Bygherrer > bureaukraterLej bygherrer, ikke bureaukrater. Se efter folk, der virkelig interesserer sig for at lave gode produkter i stedet for folk, der gør det for at klatre op ad karrierestigen. Find folk, der har den "bare finde ud af det" energi - villigheden til at bære flere hatte for at løse problemer i stedet for at vente på tilladelse. Bevis for arbejde > legitimationsoplysninger. Ingen bekymrer sig om din FAANG stamtavle eller AI-produktcertifikat. Leje højtbureaufolk, der har bygget gode sideprojekter eller demonstreret bevis på arbejde. Den eneste legitimation, der betyder noget, er, hvad du har sendt, og dine ideer til at forbedre produktet. Ja eller nej. Hvis du ikke er begejstret for en kandidat, skal du ikke ansætte dem i håb om, at de løser sig. En stor leje slår tre middelmådige. Sænk aldrig overliggeren, fordi du er desperat efter at udfylde en rolle. Din jobtitel er ligegyldig. De bedste teams udvisker grænserne mellem PM, design og teknik. Jeg elsker, når ingeniører opdaterer mine specifikationer direkte, og designere lader mig justere kopier i Figma. Byg et team af fuld stack-byggere, der stoler på og respekterer hinandens håndværk. Udskift dig selv. Dit job som leder er at gøre dig selv unødvendig. Hvis dit team ikke kan fungere uden dig i en uge, så har du fejlet som leder. De bedste ledere styrker andre, så de kan gå videre til nye problemer. Eksempel: Jeg ansætter en senior PM lige nu, og jeg skrev udtrykkeligt i jobbeskrivelsen for at linke dit bedste sideprojekt eller afsendte arbejde. Jeg hader at se vag jargon som "Agil ekspert" eller "strategisk produktleder." Det der er meningsløst. Bare start med, hvad du sendte, og hvad virkningen var. Så der har du det - 25 ting, jeg tror på for at bygge fantastiske produkter. Skriv din egen liste ned, og arbejd for virksomheder, der deler de samme værdier og principper. Det vil gøre dit liv meget nemmere, jeg lover. For mere, se min 12-minutters video og se mine 40 livslektioner, jeg kender på 40, som jeg ville ønske, jeg vidste som 20. Her er en praktisk infografik med alle 25 ting, jeg tror på:

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