25 ting jeg tror på for å bygge gode produkter

In This Article

Kjære abonnenter, I dag vil jeg dele 10+ år med PM-timer på bare 12 minutter. Jeg har vært produktleder i selskaper som Roblox, Reddit, Amazon og Meta. Men det morsomme er at: Det jeg tror på er ofte det motsatte av hvordan store selskaper liker å jobbe. 😅Se videoen min nå for å få mitt ufiltrerte syn på hvordan man kan være en god statsminister i AI-æraen. Tidsstempler:(00:00) Hvorfor det jeg tror på ofte det motsatte av hvor stor teknologi fungerer(00:18) Hastighet er den eneste vollgraven: Bygg raske tilbakemeldingssløyfer(02:34) Focusy is no superpower say yes(05:00) Produkt over prosess: Avvis PM teater(07:32) Søk sannheten: Forby beslutning av komiteen(09:45) Byggere fremfor byråkrater: Begynn med bevis på arbeid Se nå på YouTube eller fortsett å lese nedenfor. Dette innlegget er brakt til deg av...Framer Grunnleggere på tidlig stadium står ofte overfor et frustrerende profesjonelt valg, for eksempel å finne et lite profesjonelt valg: bruke et lite profesjonelt valg i uken. AI-generert slop.Framer løser dette ved å la deg:lansere et vakkert profesjonelt nettsted på timer uten å ansette utviklere.Skaler nettstedet ditt fra MVP til et komplett produkt med CMS, analyser og AI-lokalisering. Startups i tidlig stadium kan få ett års Framer Pro gratis ($360 verdi) og bli med tusenvis av grunnleggere som allerede bygger på Framer Free Now-linken nedenfor. tilbakemeldingsløkker. Jo raskere du itererer med ekte brukere, desto bedre blir produktet ditt. Bygg en prototype om morgenen og få tilbakemeldinger fra brukerne til lunsj. Avvis å gjøre 3+ runder med interne vurderinger før du snakker med en ekte bruker. Send til konsentriske sirkler. Det er nesten alltid en dårlig idé å sende et nytt produkt til alle samtidig. Kjør i stedet personalalfaer og kundebetaer for å fange opp problemer og forbedre kvaliteten før lansering. Jeg vet virkelig ikke hvordan jeg skal bygge gode produkter uten et fellesskap av betabrukere jeg kan snakke med daglig. Små team sender raskere. Et team på 4-6 fullstack-byggere som har myndighet til å lage sammen med brukere, vil kjøre en organisasjon på 50 personer hver dag. Nøkkelordet her er "bemyndiget" - hvis du ansetter et team med A-spillere, gi dem autonomi til å lytte, sende, feile og lære med ekte brukere. Gjenta med AI først. Alle har nå en AI-lagkamerat som er tilgjengelig 24/7. Så arbeid med AI for å oppsummere tilbakemeldinger, utarbeide planer og forbedre prototyper FØR du møter teamet ditt. Å gjøre det grunnleggende AI-arbeidet på forhånd er nå en grunnleggende forventning. Bli brukeren. Jeg anslår at mindre enn 10 % av PMs faktisk tester produktet sitt på ukentlig basis. Bruk produktet ditt som en førstegangsbruker og skriv en friksjonslogg over hvor irriterende opplevelsen er. Ingen er for senior til å teste sin egen dritt. Eksempel: Boris (skaperen av Claude Code) ba om tilbakemeldinger fra brukerne på X og fikk hundrevis av svar. Han jobbet deretter med AI for å sende dusinvis av rettelser på stedet. Han er det perfekte eksempelet på et lite team (på 1 🙂) som gjentar seg raskt med ekte brukere. Link til postFocus er en superkraftGjør færre ting bedre. Jeg tror ikke på mer enn 1-3 P0-prosjekter per kvartal. Fokuser på å løse de største brukernes smertepunkter som gjør virksomheten din vokse i stedet for å prøve å bygge alt på en gang. Du må prioritere til det gjør vondt - å si "hvorfor gjør vi ikke bare begge deler" eller liste opp 5-10 prioriteringer er et rødt flagg. Gjør den enkle tingen først. Send alltid det enkleste som kan fungere og unngå å løse problemer som ikke eksisterer ennå. For eksempel bør du sannsynligvis ikke optimalisere for skala hvis 0-1-produktet ditt ikke passer til produktmarkedet ennå. Fortsett å gjenta dette mantraet til deg selv og teamet ditt. Bekreft din mest risikable antagelse først. Hvert produkt har noen få antagelser som, hvis feil, vil drepe hele ideen. Valider disse forutsetningene med ekte brukere ved å bruke en enkel prototype eller A/B-test. Ikke arbeid med sekundære funksjoner hvis kjernehypotesen din forblir uprøvd. Beskytt kalenderen din. Kalenderen din bestemmer hva du faktisk jobber med, og du kan ikke bygge gode produkter hvis du ikke kontrollerer tid og energi. Jeg jobber dypt om morgenen når jeg har mental klarhet og jeg er hensynsløs når det gjelder å avslå møter som tapper energien min. Si nei 10 ganger mer enn du sier ja. Bli komfortabel med å si nei til funksjoner, møter og til og med brukerforespørsler som ikke stemmer overens med arbeidet ditt med størst effekt. Vis empati og forklar begrunnelsen din tydelig – den andre parten vil vanligvis forstå. Eksempel: Jeg jobbet en gang på etselskap hvor CPO annonserte 9 prioriteringer for året. Han hadde til og med et flott akronym for å hjelpe folk med å huske alle de 9 tingene. Et år senere hadde vi knapt noen fremgang, og han reduserte prioriteringene til 3. Mangel på fokus er et ekstremt vanlig problem i vellykkede teknologiselskaper. Anthropic er et eksempel på et selskap som gjorde det riktig: Link til postProduct > processReject PM teater. Jeg har snakket om hvor viktig det er å bygge tilbakemeldingssløyfer med ekte brukere. Men de fleste statsministerene er fokusert på intern teater som å polere dokumenter og gjøre endeløse forhåndsmøter før selve gjennomgangen. Vær besatt av produktet som brukerne dine faktisk bruker, ikke dine interne artefakter. Bygg minimum levedyktige planer. Slutt å late som om du vet nøyaktig hva du skal bygge om et år. Lag i stedet en minimumsplan som dekker brukerproblemet, visjonen, målene, prinsippene, løsningen og det du ikke gjør. Hold den på én side og oppdater den etter hvert som du lærer. Avvis årsplanlegging og OKR teater. Øv prototype første utvikling. Prototyper gir folk en mye bedre følelse av løsningen din enn noe lysbildekort eller dokument. De er også morsommere å bygge og lettere å teste med ekte brukere. Så valider interessen med en prototype FØR du lager PRD og design. Besatt av detaljene. Standardtilstander, kantbokser og god kopi - disse detaljene er det som skiller et flott produkt fra slop. Det spiller ingen rolle hvor senior du er, du må bry deg om de minste detaljene for å sende noe du kan være stolt av. Forenkle produktanmeldelser. Ingenting bremser hastigheten som å vente uker på å komme på en leders kalender før du kan sende. Hvis du er en leder, gi teamene dine mulighet til å sende fritt til betabrukere. Gjennomgå prototyper asynkronisert i stedet for å blokkere dem rundt den travle timeplanen din. Eksempel: Ramp vokste til $32 milliarder på rekordtid ved å gi teamene deres mulighet til å sende raskt. Som Geoff (Ramps CPO) forklarer i innlegget nedenfor, kan Ramp-team sende til betabrukere når som helst. Linjen jeg liker spesielt godt, er "ledelse har 48 timer på å vurdere, ellers sendes det." Dette legger ansvarlighet på ledere for ikke å bremse hastigheten. Link til innleggSeek the truthArroganse er den største turn off. Jeg tåler ikke produktledere og skapere som tror de er bedre enn alle andre. De beste lederne jeg har møtt er også de mest ydmyke fordi de har feilet før og sett noe skikkelig dritt. Hvis du ikke er ydmyk, så lytter du ikke, og du vil ikke bygge gode produkter. Forby avgjørelse i komiteen. Jeg tror ikke på tverrfunksjonell justering som et mål. Å prøve å gjøre alle interessenter fornøyde vil uunngåelig kompromittere produktopplevelsen. Søk først forskjellige meninger, og la deretter en enkelt person ringe og eie resultatet. Ikke omgi deg med sykofanter. Store selskaper forfaller når ledere omgir seg med mennesker som ikke vil utfordre ideene deres. Finn og belønn folk som er villige til å stille vanskelige spørsmål. Hvis alle nikker med i anmeldelsen din, er det et dårlig tegn. Anta gode hensikter. Når du er uenig med noen, lytt for å forstå i stedet for å forsvare din mening. Sjansen er stor for at de gjør et godt poeng du ikke har vurdert. De beste debattene er samarbeidende sannhetssøkende øvelser, ikke kamper som skal vinnes. Vær villig til å ta feil. De fleste avgjørelser er reversible toveisdører. Det riktige trekket er ofte å bare bestemme og lære i stedet for å vente på perfekt informasjon. Jeg elsker dette sitatet fra intervjuet mitt med Yana: «Da du har diskutert 2 ideer, har jeg allerede sendt 10.» Eksempel: Nylig på jobb presset interessenter på en funksjon jeg motsto i flere uker. Men jeg holdt et åpent sinn ved å snakke med brukere og teste forskjellige prototyper. Til slutt endret disse tilbakemeldingsløkkene meg. Jeg innrømmet at jeg tok feil, viste bevisene, og nå bygger vi noe vi er sikre på. Målet er å finne sannheten, ikke å bevise at du har rett.Byggherrer > byråkrater Ansett utbyggere, ikke byråkrater. Se etter folk som virkelig bryr seg om å lage flotte produkter i stedet for at folk gjør det for å klatre på karrierestigen. Finn folk som har den "bare finne ut det"-energien - viljen til å bruke flere hatter for å løse problemer i stedet for å vente på tillatelse. Bevis på arbeid > legitimasjon. Ingen bryr seg om din FAANG-stamtavle eller AI-produktsertifikat. Ansette høytbyråfolk som har bygget flotte sideprosjekter eller demonstrert bevis på arbeid. Den eneste legitimasjonen som betyr noe er hva du har sendt og ideene dine for å forbedre produktet. Ja eller nei. Hvis du ikke er begeistret for en kandidat, ikke ansett dem i håp om at de vil ordne seg. En flott ansettelse slår tre middelmådige. Senk aldri listen fordi du er desperat etter å fylle en rolle. Stillingstittelen din spiller ingen rolle. De beste teamene visker ut grensene mellom PM, design og engineering. Jeg elsker når ingeniører oppdaterer spesifikasjonene mine direkte og designere lar meg finpusse kopien i Figma. Bygg et team med fullstack-byggere som stoler på og respekterer hverandres håndverk. Bytt ut deg selv. Din jobb som leder er å gjøre deg selv unødvendig. Hvis teamet ditt ikke kan fungere uten deg i en uke, har du mislyktes som leder. De beste lederne styrker andre slik at de kan gå videre til nye problemer.Eksempel: Jeg ansetter for en senior PM akkurat nå, og jeg skrev eksplisitt i stillingsbeskrivelsen for å koble til ditt beste sideprosjekt eller leverte arbeid. Jeg hater å se vag sjargong som «Smidig ekspert» eller «strategisk produktleder». De tingene er meningsløse. Bare begynn med hva du sendte og hva virkningen var. Så der har du det – 25 ting jeg tror på for å bygge gode produkter. Skriv ned din egen liste og jobb for selskaper som deler de samme verdiene og prinsippene. Det vil gjøre livet ditt mye enklere, jeg lover. For mer, se min 12-minutters video og sjekk ut mine 40 livsleksjoner som jeg vet på 40 som jeg skulle ønske jeg visste når jeg var 20. Her er en praktisk infografikk med alle de 25 tingene 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