Liebe Abonnenten, heute möchte ich in nur 12 Minuten mehr als 10 Jahre PM-Unterricht teilen. Ich war Produktleiter bei Unternehmen wie Roblox, Reddit, Amazon und Meta. Aber das Lustige ist: Woran ich glaube, ist oft das Gegenteil davon, wie große Unternehmen gerne arbeiten. 😅Sehen Sie sich jetzt mein Video an, um meine ungefilterte Meinung darüber zu bekommen, wie man im KI-Zeitalter ein großartiger PM wird. Zeitstempel: (00:00) Warum das, woran ich glaube, oft das Gegenteil davon ist, wie Big Tech funktioniert (00:18) Geschwindigkeit ist der einzige Vorteil: Bauen Sie schnelle Feedbackschleifen auf (02:34) Fokus ist eine Supermacht: Sagen Sie zehnmal mehr Nein, als Sie Ja sagen (05:00) Produkt über Prozess: PM ablehnen Theater (07:32) Suchen Sie nach der Wahrheit: Verbotsentscheidung des Ausschusses (09:45) Bauherren statt Bürokraten: Beginnen Sie mit einem Arbeitsnachweis. Sehen Sie sich jetzt auf YouTube an oder lesen Sie weiter unten. Dieser Beitrag wird Ihnen präsentiert von … Framer Gründer in der Anfangsphase stehen oft vor einer frustrierenden Entscheidung: Wochen damit verbringen, eine professionelle Website einzurichten, oder sich mit etwas zufrieden geben, das wie eine lila KI-generierte Schlampe aussieht. Framer löst dieses Problem, indem es Ihnen Folgendes ermöglicht: Starten Sie in wenigen Stunden eine schöne professionelle Website, ohne jemanden einstellen zu müssen Entwickler. Skalieren Sie Ihre Website vom MVP zum vollständigen Produkt mit CMS, Analyse und KI-Lokalisierung. Start-ups im Frühstadium können ein Jahr Framer Pro kostenlos erhalten (im Wert von 360 US-Dollar) und sich mit meinem Link unten Tausenden von Gründern anschließen, die bereits auf Framer aufbauen. Holen Sie sich jetzt 1 Jahr Framer kostenlos. Geschwindigkeit ist der einzige Moat. Erstellen Sie schnelle Feedbackschleifen. Je schneller Sie mit echten Benutzern iterieren, desto besser wird Ihr Produkt. Erstellen Sie morgens einen Prototyp und holen Sie sich bis zum Mittagessen Benutzerfeedback. Lehnen Sie es ab, mehr als drei Runden interner Überprüfungen durchzuführen, bevor Sie mit einem echten Benutzer sprechen. Versenden Sie auf konzentrische Kreise. Es ist fast immer eine schlechte Idee, ein neues Produkt an alle auf einmal zu versenden. Führen Sie stattdessen Mitarbeiter-Alphas und Kunden-Betas durch, um Probleme zu erkennen und die Qualität vor der Einführung zu verbessern. Ich weiß wirklich nicht, wie ich großartige Produkte ohne eine Community von Beta-Benutzern entwickeln kann, mit denen ich täglich sprechen kann. Kleine Teams liefern schneller. Ein Team aus 4 bis 6 Full-Stack-Entwicklern, die befugt sind, gemeinsam mit Benutzern zu erstellen, kann jeden Tag eine Organisation mit 50 Personen leiten. Das Schlüsselwort hier ist „befähigt“ – wenn Sie ein Team von A-Spielern einstellen, geben Sie ihnen die Autonomie, zuzuhören, zu liefern, zu scheitern und mit echten Benutzern zu lernen. Iterieren Sie zuerst mit KI. Jeder hat jetzt einen KI-Teamkollegen, der rund um die Uhr verfügbar ist. Arbeiten Sie also mit KI zusammen, um Feedback zusammenzufassen, Pläne zu entwerfen und Prototypen zu verbessern, BEVOR Sie sich mit Ihrem Team treffen. Die grundlegende KI-Arbeit im Voraus zu erledigen, ist jetzt eine grundlegende Erwartung. Werden Sie zum Benutzer. Ich schätze, dass weniger als 10 % der PMs ihr Produkt tatsächlich wöchentlich mit Hunden füttern. Verwenden Sie Ihr Produkt wie ein Erstbenutzer und schreiben Sie ein Reibungsprotokoll darüber, wie störend die Erfahrung ist. Niemand ist zu alt, um seinen eigenen Kram zu testen. Beispiel: Boris (der Erfinder von Claude Code) hat um Benutzerfeedback zu X gebeten und Hunderte von Antworten erhalten. Anschließend arbeitete er mit KI zusammen, um vor Ort Dutzende Korrekturen zu liefern. Er ist das perfekte Beispiel für ein kleines Team (von 1 🙂), das schnell mit echten Benutzern iteriert.Link zum BeitragFokus ist eine SuperkraftMachen Sie weniger Dinge besser. Ich glaube nicht an mehr als 1-3 P0-Projekte pro Quartal. Konzentrieren Sie sich darauf, die größten Benutzerprobleme zu lösen, die Ihr Unternehmen wachsen lassen, anstatt zu versuchen, alles auf einmal aufzubauen. Sie müssen Prioritäten setzen, bis es weh tut – zu sagen „Warum machen wir nicht einfach beides?“ oder die Auflistung von 5–10 Prioritäten ist ein Warnsignal. Machen Sie zuerst das Einfache. Versenden Sie immer das Einfachste, was funktionieren könnte, und vermeiden Sie die Lösung von Problemen, die noch nicht existieren. Beispielsweise sollten Sie wahrscheinlich nicht auf Skalierung optimieren, wenn Ihr 0-1-Produkt noch nicht für den Produktmarkt geeignet ist. Wiederholen Sie dieses Mantra immer wieder für sich und Ihr Team. Überprüfen Sie zuerst Ihre riskanteste Annahme. Bei jedem Produkt gibt es einige Annahmen, die, wenn sie falsch sind, die gesamte Idee zunichtemachen. Validieren Sie diese Annahmen mit echten Benutzern mithilfe eines einfachen Prototyps oder A/B-Tests. Arbeiten Sie nicht an sekundären Funktionen, wenn Ihre Kernhypothese noch nicht bewiesen ist. Schützen Sie Ihren Kalender. Ihr Kalender entscheidet darüber, woran Sie tatsächlich arbeiten, und Sie können keine guten Produkte entwickeln, wenn Sie Ihre Zeit und Energie nicht kontrollieren. Ich mache morgens intensive Arbeit, wenn ich geistig klar bin, und lehne rücksichtslos Meetings ab, die mir Energie rauben. Sagen Sie zehnmal häufiger Nein, als Sie Ja sagen. Machen Sie es sich bequem, Nein zu Funktionen, Besprechungen und sogar Benutzeranfragen zu sagen, die nicht zu Ihrer Arbeit mit den größten Auswirkungen passen. Zeigen Sie Einfühlungsvermögen und erläutern Sie Ihre Beweggründe klar – die andere Partei wird es normalerweise verstehen. Beispiel: Ich habe einmal bei einem gearbeitetUnternehmen, bei dem der CPO 9 Prioritäten für das Jahr bekannt gab. Er hatte sogar ein tolles Akronym, um den Menschen zu helfen, sich an alle neun Dinge zu erinnern. Ein Jahr später machten wir kaum Fortschritte und er reduzierte die Prioritäten auf 3. Mangelnde Konzentration ist ein äußerst häufiges Problem in erfolgreichen Technologieunternehmen. Anthropic ist ein Beispiel für ein Unternehmen, das es richtig gemacht hat:Link zum BeitragProdukt > ProzessPM-Theater ablehnen. Ich habe darüber gesprochen, wie wichtig es ist, Feedbackschleifen mit echten Benutzern aufzubauen. Aber die meisten PMs konzentrieren sich auf internes Theater wie das Polieren von Dokumenten und das Abhalten endloser Vorbesprechungen vor der eigentlichen Überprüfung. Konzentrieren Sie sich auf das Produkt, das Ihre Benutzer tatsächlich verwenden, nicht auf Ihre internen Artefakte. Erstellen Sie Pläne mit minimaler Realisierbarkeit. Hören Sie auf, so zu tun, als wüssten Sie genau, was Sie in einem Jahr bauen müssen. Erstellen Sie stattdessen einen minimal umsetzbaren Plan, der das Benutzerproblem, die Vision, die Ziele, die Prinzipien, die Lösung und das, was Sie nicht tun, abdeckt. Halten Sie es auf einer Seite und aktualisieren Sie es, während Sie lernen. Jährliche Planung und OKR-Theater ablehnen. Erstentwicklung des Prototyps üben. Prototypen vermitteln den Menschen einen viel besseren Eindruck von Ihrer Lösung als jedes Foliendeck oder Dokument. Außerdem macht es mehr Spaß, sie zu erstellen, und es ist einfacher, sie mit echten Benutzern zu testen. Bestätigen Sie also Ihr Interesse mit einem Prototyp, BEVOR Sie Ihr PRD und Design erstellen. Besessen von den Details. Standardzustände, Grenzfälle und gute Kopien – diese Details unterscheiden ein großartiges Produkt von Schrott. Es spielt keine Rolle, wie alt Sie sind, Sie müssen sich um die kleinsten Details kümmern, um etwas zu liefern, auf das Sie stolz sein können. Vereinfachen Sie Produktbewertungen. Nichts verlangsamt die Geschwindigkeit so sehr wie das wochenlange Warten auf den Eintrag in den Kalender einer Führungskraft, bevor Sie versenden können. Wenn Sie eine Führungspersönlichkeit sind, ermöglichen Sie Ihren Teams, kostenlos an Beta-Benutzer zu versenden. Überprüfen Sie Prototypen asynchron, anstatt sie aufgrund Ihres vollen Terminkalenders zu blockieren. Beispiel: Ramp wuchs in Rekordzeit auf 32 Milliarden US-Dollar, indem es seinen Teams die Möglichkeit gab, schnell zu liefern. Wie Geoff (CPO von Ramp) im folgenden Beitrag erklärt, können Ramp-Teams jederzeit an Beta-Benutzer versenden. Der Satz, der mir besonders gut gefällt, lautet: „Führung muss 48 Stunden lang überprüfen, sonst wird sie ausgeliefert.“ Dadurch wird den Führungskräften die Verantwortung übertragen, die Geschwindigkeit nicht zu verlangsamen.Link zum BeitragSuche nach der WahrheitArroganz ist die größte Abneigung. Ich kann Produktführer und Entwickler nicht ausstehen, die denken, sie seien besser als alle anderen. Die besten Führungskräfte, die ich getroffen habe, sind auch die bescheidensten, weil sie schon einmal versagt haben und wirklich viel Scheiße gesehen haben. Wenn Sie nicht bescheiden sind, hören Sie nicht zu und werden keine großartigen Produkte herstellen. Verbotsentscheidung durch Ausschuss. Ich glaube nicht an eine funktionsübergreifende Ausrichtung als Ziel. Der Versuch, alle Beteiligten glücklich zu machen, wird unweigerlich das Produkterlebnis beeinträchtigen. Holen Sie zunächst unterschiedliche Meinungen ein und überlassen Sie es dann einer einzelnen Person, die Entscheidung zu treffen und für das Ergebnis verantwortlich zu sein. Umgeben Sie sich nicht mit Speichelleckern. Großartige Unternehmen zerfallen, wenn Führungskräfte sich mit Menschen umgeben, die ihre Ideen nicht in Frage stellen. Finden und belohnen Sie Menschen, die bereit sind, schwierige Fragen zu stellen. Wenn bei Ihrer Rezension alle mitnicken, ist das ein schlechtes Zeichen. Gehen Sie von einer guten Absicht aus. Wenn Sie mit jemandem nicht einverstanden sind, hören Sie zu, um zu verstehen, anstatt Ihre Meinung zu verteidigen. Die Chancen stehen gut, dass sie einen wichtigen Punkt ansprechen, über den Sie noch nicht nachgedacht haben. Die besten Debatten sind gemeinsame Übungen zur Wahrheitssuche und keine Kämpfe, die es zu gewinnen gilt. Seien Sie bereit, falsch zu liegen. Bei den meisten Entscheidungen handelt es sich um umkehrbare Zwei-Wege-Türen. Der richtige Schritt besteht oft darin, einfach zu entscheiden und zu lernen, anstatt auf perfekte Informationen zu warten. Ich liebe dieses Zitat aus meinem Interview mit Yana: „Nachdem Sie zwei Ideen besprochen haben, habe ich bereits zehn ausgeliefert.“ Beispiel: Kürzlich haben Stakeholder bei der Arbeit auf eine Funktion gedrängt, gegen die ich mich wochenlang gewehrt habe. Aber ich blieb aufgeschlossen, indem ich mit Benutzern sprach und verschiedene Prototypen testete. Letztendlich änderten diese Rückkopplungsschleifen meine Meinung. Ich habe zugegeben, dass ich Unrecht hatte, habe die Beweise vorgelegt, und jetzt bauen wir etwas auf, von dem wir überzeugt sind. Das Ziel besteht darin, die Wahrheit herauszufinden, und nicht darin, Ihnen zu beweisen, dass Sie Recht haben. Bauunternehmer > Bürokraten Beauftragen Sie Bauunternehmer, keine Bürokraten. Suchen Sie nach Menschen, denen die Herstellung großartiger Produkte wirklich am Herzen liegt, und nicht nach Menschen, die dies tun, um die Karriereleiter zu erklimmen. Finden Sie Menschen, die die Energie haben, es einfach herauszufinden – die Bereitschaft, mehrere Aufgaben zu übernehmen, um Probleme zu lösen, anstatt auf die Erlaubnis zu warten. Arbeitsnachweis > Referenzen. Niemand kümmert sich um Ihren FAANG-Stammbaum oder Ihr AI-Produktzertifikat. Mieten Sie hochAgenturleute, die großartige Nebenprojekte aufgebaut oder Arbeitsnachweise erbracht haben. Die einzige Referenz, die zählt, ist, was Sie geliefert haben und welche Ideen Sie zur Verbesserung des Produkts haben. Ob ja oder nein. Wenn Sie von einem Kandidaten nicht begeistert sind, stellen Sie ihn nicht in der Hoffnung ein, dass er Erfolg hat. Ein großartiger Mitarbeiter schlägt drei mittelmäßige Mitarbeiter. Senken Sie niemals die Messlatte, weil Sie unbedingt eine Stelle besetzen möchten. Ihre Berufsbezeichnung spielt keine Rolle. Die besten Teams verwischen die Grenzen zwischen PM, Design und Engineering. Ich liebe es, wenn Ingenieure meine Spezifikationen direkt aktualisieren und Designer mich die Kopie in Figma optimieren lassen. Bauen Sie ein Team aus Full-Stack-Buildern auf, die dem Handwerk des anderen vertrauen und es respektieren. Ersetzen Sie sich selbst. Ihre Aufgabe als Führungskraft ist es, sich selbst überflüssig zu machen. Wenn Ihr Team eine Woche lang ohne Sie nicht funktionieren kann, haben Sie als Führungskraft versagt. Die besten Führungskräfte befähigen andere, sich neuen Problemen zuzuwenden. Beispiel: Ich stelle gerade einen leitenden PM ein und habe in der Stellenbeschreibung ausdrücklich darauf hingewiesen, dass Sie Ihr bestes Nebenprojekt oder Ihre beste ausgelieferte Arbeit verlinken. Ich hasse es, vagen Jargon wie „Agiler Experte“ oder „Strategischer Produktführer“ zu sehen. Das Zeug ist bedeutungslos. Beginnen Sie einfach damit, was Sie versendet haben und welche Auswirkungen dies hatte. Da haben Sie es also – 25 Dinge, an die ich glaube, um großartige Produkte zu entwickeln. Schreiben Sie Ihre eigene Liste auf und arbeiten Sie für Unternehmen, die dieselben Werte und Prinzipien teilen. Es wird Ihr Leben viel einfacher machen, das verspreche ich. Weitere Informationen finden Sie in meinem 12-minütigen Video und meinen 40 Lektionen fürs Leben, die ich mit 40 weiß und die ich mit 20 gern gewusst hätte. Hier ist eine praktische Infografik mit allen 25 Dingen, an die ich glaube:
25 Dinge, an die ich glaube, um großartige Produkte zu entwickeln
By Creator Economy
·
·
9 min read
·
473 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