Beste abonnees,Vandaag wil ik meer dan 10 jaar PM-lessen delen in slechts 12 minuten. Ik ben productleider geweest bij bedrijven als Roblox, Reddit, Amazon en Meta. Maar het grappige is dat waar ik in geloof vaak het tegenovergestelde is van hoe grote bedrijven graag werken. 😅Bekijk nu mijn video voor mijn ongefilterde kijk op hoe je een geweldige premier kunt zijn in het AI-tijdperk. Tijdstempels: (00:00) Waarom waar ik in geloof vaak het tegenovergestelde is van hoe grote technologie werkt (00:18) Snelheid is de enige slotsom: bouw snelle feedbackloops (02:34) Focus is een superkracht: zeg 10x meer nee dan dat je ja zegt (05:00) Product boven proces: PM afwijzen theater(07:32) Zoek de waarheid: verbied besluit van commissie(09:45) Bouwers boven bureaucraten: begin met bewijs van werkKijk nu op YouTube of lees hieronder verder. Dit bericht is u aangeboden door...Framer Oprichters in een vroeg stadium worden vaak geconfronteerd met een frustrerende keuze: weken besteden aan het opzetten van een professionele site of genoegen nemen met iets dat lijkt op een paarse, door AI gegenereerde slop.Framer lost dit op door u: binnen enkele uren een prachtige professionele site te laten lanceren zonder ontwikkelaars in te huren. Schaal uw site van MVP naar volledig product met CMS, analyses en AI-lokalisatie. Beginnende startups kunnen een jaar Framer Pro gratis krijgen ($ 360 waarde) en zich aansluiten bij duizenden oprichters die al aan Framer bouwen met mijn onderstaande link. Ontvang nu 1 jaar Framer gratis Speed is de enige moatBuild snelle feedbackloops. Hoe sneller u met echte gebruikers werkt, hoe beter uw product zal zijn. Bouw 's ochtends een prototype en krijg tijdens de lunch feedback van gebruikers. Weiger het uitvoeren van meer dan drie rondes interne beoordelingen voordat u met een echte gebruiker praat. Verzend naar concentrische cirkels. Het is bijna altijd een slecht idee om een nieuw product in één keer naar iedereen te verzenden. Voer in plaats daarvan alfa's voor medewerkers en bèta's voor klanten uit om problemen op te sporen en de kwaliteit te verbeteren vóór de lancering. Ik weet echt niet hoe ik geweldige producten moet bouwen zonder een gemeenschap van bètagebruikers met wie ik dagelijks kan praten. Kleine teams verzenden sneller. Een team van 4 tot 6 full-stack bouwers die de mogelijkheid hebben om samen met gebruikers te creëren, zullen elke dag een organisatie van 50 personen uitvoeren. Het sleutelwoord hier is ‘empowered’: als je een team van A-spelers inhuurt, geef ze dan de autonomie om te luisteren, te sturen, te falen en te leren met echte gebruikers. Itereer eerst met AI. Iedereen heeft nu een AI-teamgenoot die 24/7 beschikbaar is. Werk dus met AI om feedback samen te vatten, plannen op te stellen en prototypes te verbeteren VOORDAT u uw team ontmoet. Het basis-AI-werk van tevoren doen is nu een basisverwachting. Word de gebruiker. Ik schat dat minder dan 10% van de PM's hun product wekelijks dogfood geeft. Gebruik uw product als een nieuwe gebruiker en schrijf een frictielogboek over hoe vervelend de ervaring is. Niemand is te oud om zijn eigen dingen te testen. Voorbeeld: Boris (de maker van Claude Code) vroeg om gebruikersfeedback op X en kreeg honderden antwoorden. Vervolgens werkte hij samen met AI om ter plekke tientallen oplossingen te verzenden. Hij is het perfecte voorbeeld van een klein team (van 1 🙂) dat snel itereert met echte gebruikers. Link naar postFocus is een superkrachtDoe minder dingen beter. Ik geloof niet in meer dan 1-3 P0-projecten per kwartaal. Concentreer u op het oplossen van de grootste gebruikerspijnpunten die uw bedrijf laten groeien, in plaats van te proberen alles in één keer op te bouwen. Je moet prioriteiten stellen totdat het pijn doet – zeggen “waarom doen we niet gewoon allebei” of het opsommen van vijf tot tien prioriteiten is een alarmsignaal. Doe eerst het simpele. Verzend altijd het eenvoudigste dat kan werken en vermijd het oplossen van problemen die nog niet bestaan. U moet bijvoorbeeld waarschijnlijk niet optimaliseren voor schaal als uw 0-1-product nog niet geschikt is voor de productmarkt. Blijf deze mantra herhalen voor jezelf en je team. Valideer eerst je meest risicovolle aanname. Elk product heeft een paar aannames die, als ze verkeerd zijn, het hele idee tenietdoen. Valideer deze aannames bij echte gebruikers met behulp van een eenvoudig prototype of A/B-test. Werk niet aan secundaire kenmerken als uw kernhypothese onbewezen blijft. Bescherm uw agenda. Je agenda bepaalt waar je daadwerkelijk aan werkt en je kunt geen goede producten bouwen als je geen controle hebt over je tijd en energie. Ik doe 's ochtends diep werk als ik mentaal helder ben en ik ben meedogenloos als het gaat om het weigeren van vergaderingen die mijn energie wegnemen. Zeg 10x meer nee dan dat je ja zegt. Zeg gerust nee tegen functies, vergaderingen en zelfs gebruikersverzoeken die niet aansluiten bij uw werk met de grootste impact. Toon empathie en leg uw beweegredenen duidelijk uit; de andere partij zal het meestal begrijpen. Voorbeeld: Ik heb ooit bij eenbedrijf waar de CPO 9 prioriteiten voor het jaar aankondigde. Hij had zelfs een geweldig acroniem om mensen te helpen alle 9 dingen te onthouden. Een jaar later boekten we nauwelijks vooruitgang en bracht hij de prioriteiten terug naar 3. Gebrek aan focus is een veel voorkomend probleem bij succesvolle technologiebedrijven. Anthropic is een voorbeeld van een bedrijf dat het goed deed:Link naar postProduct > procesReject PM theater. Ik heb gesproken over hoe belangrijk het is om feedbackloops met echte gebruikers op te bouwen. Maar de meeste premiers zijn gefocust op intern werk, zoals het oppoetsen van documenten en het houden van eindeloze voorbereidende vergaderingen vóór de daadwerkelijke beoordeling. Wees geobsedeerd door het product dat uw gebruikers daadwerkelijk gebruiken, en niet door uw interne artefacten. Bouw minimaal haalbare plannen. Stop met te doen alsof je precies weet wat je over een jaar moet bouwen. Creëer in plaats daarvan een minimaal haalbaar plan dat het gebruikersprobleem, de visie, de doelstellingen, de principes, de oplossing en wat u niet doet, omvat. Houd het bij één pagina en werk het bij terwijl u leert. Jaarplanning en OKR theater afwijzen. Oefen prototype eerste ontwikkeling. Prototypes geven mensen een veel beter beeld van uw oplossing dan welk diadeck of document dan ook. Ze zijn ook leuker om te bouwen en gemakkelijker te testen met echte gebruikers. Valideer dus uw interesse met een prototype VOORDAT u uw PRD en ontwerp maakt. Ben geobsedeerd door de details. Standaardstatussen, randgevallen en goede teksten: deze details onderscheiden een geweldig product van slordig. Het maakt niet uit hoe senior je bent, je moet je druk maken over de kleinste details om iets te verzenden waar je trots op kunt zijn. Vereenvoudig productrecensies. Niets vertraagt de snelheid beter dan weken wachten voordat u op de agenda van een leidinggevende kunt komen voordat u kunt verzenden. Als u een leider bent, geef uw teams dan de mogelijkheid om gratis te verzenden naar bètagebruikers. Beoordeel prototypes asynchroon in plaats van ze te blokkeren in uw drukke schema. Voorbeeld: Ramp groeide in recordtijd naar $32 miljard door hun teams in staat te stellen snel te verzenden. Zoals Geoff (de CPO van Ramp) in het onderstaande bericht uitlegt, kunnen Ramp-teams op elk moment naar bètagebruikers verzenden. De zin waar ik vooral van hou is: “leiderschap heeft 48 uur om te beoordelen of het wordt verzonden.” Dit legt de verantwoordelijkheid bij leidinggevenden om de snelheid niet te vertragen.Link naar berichtZoek de waarheidArrogantie is de grootste afknapper. Ik kan productleiders en makers die denken dat ze beter zijn dan alle anderen, niet uitstaan. De beste leiders die ik heb ontmoet, zijn ook de meest bescheiden, omdat ze eerder hebben gefaald en echte dingen hebben gezien. Als je niet nederig bent, luister je niet en kun je geen geweldige producten bouwen. Verbied besluiten door de commissie. Ik geloof niet in cross-functionele afstemming als doel. Proberen om alle belanghebbenden tevreden te stellen, zal onvermijdelijk de productervaring in gevaar brengen. Zoek eerst naar verschillende meningen, laat dan één persoon de beslissing nemen en de uitkomst bepalen. Omring jezelf niet met sycofanten. Geweldige bedrijven gaan ten onder als leiders zich omringen met mensen die hun ideeën niet ter discussie stellen. Vind en beloon de mensen die bereid zijn moeilijke vragen te stellen. Als iedereen meeknikt in je recensie, is dat een slecht teken. Ga uit van goede bedoelingen. Als je het niet met iemand eens bent, luister dan om het te begrijpen in plaats van je mening te verdedigen. De kans is groot dat ze een geweldig punt maken waar je nog niet over hebt nagedacht. De beste debatten zijn gezamenlijke oefeningen om de waarheid te zoeken, geen gevechten die gewonnen moeten worden. Wees bereid ongelijk te hebben. De meeste beslissingen zijn omkeerbare tweerichtingsdeuren. De juiste zet is vaak om gewoon te beslissen en te leren, in plaats van te wachten op perfecte informatie. Ik houd van dit citaat uit mijn interview met Yana: “Tegen de tijd dat je over twee ideeën hebt gedebatteerd, heb ik er al tien ingediend.” Voorbeeld: onlangs op het werk hebben belanghebbenden aangedrongen op een functie waar ik me wekenlang tegen verzette. Maar ik bleef openstaan door met gebruikers te praten en verschillende prototypes te testen. Uiteindelijk veranderden deze feedbackloops mijn gedachten. Ik gaf toe dat ik ongelijk had, liet het bewijs zien en nu bouwen we iets waar we vertrouwen in hebben. Het doel is om de waarheid te vinden, niet om te bewijzen dat je gelijk hebt. Bouwers > bureaucraten Huur bouwers in, geen bureaucraten. Zoek naar mensen die het echt belangrijk vinden om geweldige producten te maken, in plaats van mensen die het doen om de carrièreladder te beklimmen. Zoek mensen die de energie hebben van ‘zoek het maar uit’: de bereidheid om meerdere hoeden op te zetten om problemen op te lossen in plaats van te wachten op toestemming. Bewijs van werk > referenties. Niemand geeft om uw FAANG-stamboom of AI-productcertificaat. Huur hoogmensen van bureaus die geweldige nevenprojecten hebben gebouwd of bewijs van werk hebben aangetoond. De enige referentie die ertoe doet, is wat u heeft verzonden en uw ideeën om het product te verbeteren. Ja of nee. Als je niet enthousiast bent over een kandidaat, neem hem dan niet aan in de hoop dat het wel goed komt. Eén goede aanwerving verslaat drie middelmatige. Leg de lat nooit lager omdat u wanhopig een functie wilt vervullen. Uw functietitel doet er niet toe. De beste teams vervagen de grenzen tussen PM, ontwerp en engineering. Ik vind het geweldig als ingenieurs mijn specificaties rechtstreeks bijwerken en ontwerpers mij de kopie in Figma laten aanpassen. Bouw een team van full-stack bouwers die elkaars vak vertrouwen en respecteren. Vervang jezelf. Het is jouw taak als leider om jezelf overbodig te maken. Als je team een week lang niet zonder jou kan functioneren, dan heb je als leider gefaald. De beste leiders geven anderen de kracht zodat ze nieuwe problemen kunnen aanpakken. Voorbeeld: ik ben momenteel op zoek naar een senior PM en ik heb expliciet in de functiebeschrijving geschreven dat je je beste bijproject of verzonden werk aan elkaar koppelt. Ik haat het om vaag jargon te zien als ‘Agile expert’ of ‘strategische productleider’. Dat spul is zinloos. Begin gewoon met wat je hebt verzonden en wat de impact was. Dus daar heb je het: 25 dingen waarin ik geloof om geweldige producten te bouwen. Schrijf je eigen lijst op en werk voor bedrijven die dezelfde waarden en principes delen. Het zal je leven veel gemakkelijker maken, dat beloof ik. Bekijk voor meer informatie mijn video van 12 minuten en bekijk mijn 40 levenslessen die ik op 40-jarige leeftijd ken en die ik wou dat ik ze op 20-jarige leeftijd wist. Hier is een handige infographic met alle 25 dingen waarin ik geloof:
25 dingen waarin ik geloof om geweldige producten te bouwen
By Creator Economy
·
·
9 min read
·
402 views
Read in:
aa
ace
af
ak
alz
am
ar
as
awa
ay
az
ba
ban
be
bew
+191 more
bg
bho
bik
bm
bn
brx
bs
bug
ca
ceb
cgg
ckb
co
crh
cs
cv
cy
da
de
din
doi
dv
dyu
dz
ee
el
en
eo
es
et
eu
fa
ff
fi
fj
fo
fr
fur
fy
ga
gd
gl
gom
gn
gu
ha
haw
he
hi
hil
hne
hmn
hr
hrx
ht
hu
hy
id
ig
ilo
is
it
ja
jam
jv
ka
kab
kbp
kg
kha
kk
kl
km
kn
ko
kri
ku
ktu
ky
la
lb
lg
li
lij
ln
lo
lmo
lt
ltg
lua
luo
lus
lv
mai
mak
mg
mi
min
mk
ml
mn
mni-mtei
mos
mr
ms
mt
my
nd
ne
nl
nn
no
nr
nso
nus
ny
oc
om
or
pa
pag
pam
pap
pl
ps
pt
pt-br
qu
rn
ro
ru
rw
sa
sah
sat
sc
scn
sg
si
sk
sl
sm
sn
so
sq
sr
ss
st
su
sus
sv
sw
szl
ta
tcy
te
tg
th
ti
tiv
tk
tl
tn
to
tpi
tr
trp
ts
tt
tum
ty
udm
ug
uk
ur
uz
ve
vec
vi
war
wo
xh
yi
yo
yua
yue
zap
zh
zh-hk
zh-tw
zu