購読者の皆様、今日は 10 年以上にわたる PM レッスンをわずか 12 分で共有したいと思います。私は Roblox、Reddit、Amazon、Meta などの企業でプロダクト リーダーを務めてきました。しかし面白いのは、私が信じていることは、大企業が好む働き方とは真逆であることが多いということです。 😅AI 時代に優れた PM になる方法について、私のビデオを今すぐご覧ください。タイムスタンプ:(00:00) 私が信じていることが、大きなテクノロジーの仕組みとは逆であることが多い理由(00:18) スピードこそが唯一の堀: 高速フィードバック ループの構築(02:34) 集中力はスーパーパワーです: イエスと言うよりもノーと言うのが 10 倍です(05:00) プロセスよりプロダクト: PM を拒否するシアター(07:32) 真実を求めて: 委員会による禁止決定(09:45) 官僚ではなくビルダー: 作品の証明から始めるYouTube で今すぐ視聴するか、以下を読み続けてください。この投稿は、Framer によって提供されています。初期段階の創設者は、多くの場合、イライラする選択に直面します。プロフェッショナルなサイトを立ち上げるのに何週間も費やすか、紫色の AI 生成のスロップのようなもので妥協するかです。Framer は、次のことを可能にすることでこれを解決します。雇用せずに、美しいプロフェッショナルなサイトを数時間で立ち上げる開発者。CMS、分析、AI ローカライゼーションを使用してサイトを MVP から完全な製品にスケールアップします。初期段階のスタートアップは、1 年間の Framer Pro を無料 (360 ドル相当) で入手でき、以下のリンクからすでに Framer で構築している何千人もの創設者に参加できます。1 年間の Framer を無料で入手 NowSpeed は唯一の moatBuild 迅速なフィードバック ループです。実際のユーザーとの対話が速ければ速いほど、製品はより良くなります。午前中にプロトタイプを作成し、昼食までにユーザーからフィードバックを受け取ります。実際のユーザーと話す前に 3 ラウンド以上の内部レビューを行うことを拒否します。同心円に発送します。新製品を全員に一度に出荷するのはほとんどの場合、悪い考えです。代わりに、スタッフ向けアルファ版と顧客向けベータ版を実行して、問題を発見し、リリース前に品質を向上させます。毎日会話できるベータ ユーザーのコミュニティがなければ、優れた製品を構築する方法が本当にわかりません。小規模なチームの方が早く出荷できます。ユーザーと共同作成する権限を与えられた 4 ~ 6 人のフルスタック ビルダーのチームがいつでも 50 人規模の組織を実行します。ここでのキーワードは「権限を与える」です。A プレーヤーのチームを雇用する場合、彼らに実際のユーザーの意見を聞き、出荷し、失敗し、学習する自主性を与えます。最初に AI を使用して反復します。誰もが 24 時間年中無休で対応してくれる AI チームメイトを持つようになりました。そのため、チームと会う前に、AI と連携してフィードバックを要約し、計画を立て、プロトタイプを改善してください。基本的な AI 作業を事前に実行することは、今や基本的な期待事項です。ユーザーになってください。実際に毎週自分の製品をドッグフードしている PM は 10% 未満であると私は推測しています。初めてのユーザーのように製品を使用し、そのエクスペリエンスがどれほど煩わしいかを記録します。自分のクソをテストできるほど上級者はいません。例: Boris (Claude Code の作成者) は X に関するユーザーのフィードバックを求め、何百もの返信を得ました。その後、AI と連携して数十の修正をその場で出荷しました。彼は、実際のユーザーと迅速に反復する小規模チーム (1 🙂) の完璧な例です。post へのリンクFocus はスーパーパワーです。少ないことをより効果的に行います。私は四半期あたり 1 ~ 3 件以上の P0 プロジェクトはないと考えています。一度にすべてを構築しようとするのではなく、ビジネスを成長させる最大のユーザーの問題点を解決することに集中してください。苦痛になるまで優先順位を付けなければなりません。「両方やればいいじゃないか」と言ったり、優先順位を 5 ~ 10 個挙げたりするのは危険信号です。最初に簡単なことを実行してください。常に機能する可能性のある最も単純なものを出荷し、まだ存在しない問題の解決を避けます。たとえば、0-1 製品がまだ製品市場に適合していない場合は、おそらくスケールを最適化すべきではありません。このマントラをあなた自身とあなたのチームに繰り返し続けてください。最初に最も危険な仮定を検証してください。どの製品にもいくつかの前提条件があり、間違っているとアイデア全体が台無しになってしまいます。単純なプロトタイプまたは A/B テストを使用して、これらの仮定を実際のユーザーで検証します。核となる仮説が証明されていない場合は、二次的な機能に取り組まないでください。カレンダーを保護してください。実際に何に取り組むかはカレンダーによって決まります。時間とエネルギーをコントロールできなければ、良い製品を作ることはできません。 私は精神的に明晰な午前中に深い仕事をし、エネルギーを消耗する会議を断ることには容赦しません。イエスと言うよりもノーと言うのが10倍です。最も影響力の高い仕事に沿わない機能、会議、さらにはユーザーのリクエストに対しても、安心してノーと言えるようにしましょう。共感を示し、自分の論理的根拠を明確に説明します。通常、相手は理解します。例: 私はかつて職場で働いていました。CPOが今年の9つの優先事項を発表した会社。彼は、人々が 9 つのことすべてを覚えられるようにするための素晴らしい頭字語さえ持っていました。 1 年後、私たちはほとんど進歩がなかったので、彼は優先順位を 3 に下げました。集中力の欠如は、成功しているテクノロジー企業で非常に一般的な問題です。 Anthropic は、それを正しく行った企業の一例です。postProduct > processReject PM シアターへのリンク。実際のユーザーとのフィードバック ループを構築することがいかに重要であるかについてお話しました。しかし、ほとんどの PM は、実際のレビューの前に文書を磨き上げたり、延々と事前会議を行ったりするなど、社内の作業に集中しています。内部成果物ではなく、ユーザーが実際に使用する製品にこだわります。実行可能な最小限の計画を立てます。今から 1 年後に何を構築するかを正確に知っているふりをするのはやめてください。代わりに、ユーザーの問題、ビジョン、目標、原則、解決策、実行していないことをカバーする、最小限の実行可能な計画を作成します。 1 ページにまとめて、学習に応じて更新してください。年間計画やOKR劇場を拒否し、プロトタイプ初開発を実践。プロトタイプは、どんなスライドデッキやドキュメントよりも、ソリューションをよりよく理解できます。また、構築するのがより楽しくなり、実際のユーザーによるテストも簡単になります。したがって、PRD とデザインを作成する前に、プロトタイプで関心を検証してください。細部にこだわりましょう。デフォルトの状態、エッジケース、優れたコピー — これらの詳細が、優れた製品と粗悪な製品を分けるものです。どれだけ先輩であっても、誇りに思えるものを出荷するには、どんな些細な点にも気を配る必要があります。製品レビューを簡素化します。 出荷する前に幹部のカレンダーに登録するために何週間も待つことほど、スピードを遅らせるものはありません。あなたがリーダーであれば、チームがベータ ユーザーに自由に配布できるようにしてください。忙しいスケジュールに合わせてプロトタイプをブロックするのではなく、非同期でプロトタイプをレビューします。例: Ramp は、チームが迅速に出荷できるようにすることで、記録的な速さで 320 億ドルまで成長しました。 Geoff (Ramp の CPO) が以下の投稿で説明しているように、Ramp チームはいつでもベータ ユーザーに出荷できます。私が特に気に入っている言葉は、「リーダーシップには 48 時間以内に検討しなければ、出荷される」というものです。これにより、速度を落とさないように幹部に責任が課せられます。投稿へのリンク真実を求めてください傲慢さが最大の欠点です。自分が他の誰よりも優れていると考えるプロダクトリーダーやクリエイターには我慢できません。私がこれまで会った最高のリーダーは、以前に失敗し、ひどい目に遭ったことがあり、最も謙虚でもあります。謙虚でなければ、耳を傾けず、素晴らしい製品を作ることはできません。委員会による禁止の決定。私は部門間の連携が目標であるとは考えていません。すべての関係者を満足させようとすると、必然的に製品エクスペリエンスが損なわれます。まず多様な意見を求めてから、1 人に意見を述べさせ、その結果を自分のものにしてください。おべっかを言う人たちに囲まれないでください。リーダーが自分のアイデアに異議を唱えない人々に囲まれていると、偉大な企業は衰退します。難しい質問をする意欲のある人を見つけて報酬を与えます。あなたのレビューに誰もが同意している場合、それは悪い兆候です。善意があると想定してください。誰かの意見に同意できないときは、自分の意見を擁護するのではなく、理解するために耳を傾けてください。おそらく、彼らはあなたが考慮していない重要な点を指摘しているでしょう。最良の討論は、勝利を目指す戦いではなく、協力して真実を探求する訓練です。間違っていることを厭わないでください。ほとんどの意思決定は、リバーシブルの双方向ドアです。多くの場合、完璧な情報を待つのではなく、ただ決断して学ぶことが正しい行動となります。私は Yana とのインタビューで出たこの言葉が大好きです。「あなたが 2 つのアイデアについて議論するまでに、私はすでに 10 個のアイデアを出荷しています。」例: 最近職場で、利害関係者が私が数週間抵抗していた機能を推進しました。しかし、私はユーザーと話したり、さまざまなプロトタイプをテストしたりすることで、オープンな心を持ち続けました。最終的に、これらのフィードバック ループによって私の考えは変わりました。私は自分が間違っていたことを認め、証拠を示しました。そして今、私たちは自信を持って何かを構築しています。目標は真実を見つけることであり、自分が正しいことを証明することではありません。建設業者 > 官僚官僚ではなく建設業者を雇いましょう。キャリアのはしごを登るためにやっている人ではなく、素晴らしい製品を作ることに心から関心がある人を探してください。 「とにかく考えてみよう」というエネルギー、つまり許可を待つのではなく、問題を解決するために複数の役割を担う意欲のある人を見つけてください。仕事の証明 > 資格情報。 FAANG の家系図や AI 製品証明書など誰も気にしません。ハイレンタル素晴らしいサイドプロジェクトを構築したり、仕事の証拠を示したりしたエージェンシーの人々。重要な唯一の資格は、あなたが出荷したものと、その製品を改善するためのアイデアです。イエスかノーかだけです。候補者に興奮していない場合は、うまくいくことを期待して採用しないでください。 1 人の優秀な採用者が 3 人の平凡な採用者に勝ちます。役割を果たそうと必死だからといって、決してハードルを下げないでください。役職は関係ありません。優秀なチームは、PM、設計、エンジニアリングの間の境界線を曖昧にします。エンジニアが私の仕様を直接更新し、デザイナーが Figma でコピーを調整できるのが大好きです。お互いの技術を信頼し、尊重するフルスタック ビルダーのチームを作りましょう。自分自身を置き換えてください。リーダーとしてのあなたの仕事は、自分自身を不要にすることです。あなたなしでは 1 週間チームが機能しなくなったら、あなたはリーダーとして失格です。最高のリーダーは、他の人が新たな問題に取り組めるように力を与えます。例: 私は現在上級 PM を募集していますが、職務内容には、あなたの最高の副業プロジェクトや成果物と結びつけるように明示的に書きました。私は「アジャイル専門家」や「戦略的プロダクトリーダー」のような曖昧な専門用語を見るのが嫌いです。そんなものは無意味だ。まずは何を出荷し、どのような影響があったのかを考えてみましょう。これが、優れた製品を構築するために私が信じている 25 のことです。自分自身のリストを書き留めて、同じ価値観と原則を共有する企業で働きましょう。それはあなたの人生をずっと楽にしてくれると約束します。詳しくは、私の 12 分間のビデオを見て、40 歳のときに知っていて、20 歳のときに知っておきたかった 40 の人生の教訓をご覧ください。これは、私が信じている 25 のことすべてをまとめた便利なインフォグラフィックです。

You May Also Like

Enjoyed This Article?

Get weekly tips on growing your audience and monetizing your content — straight to your inbox.

No spam. Join 138,000+ creators. Unsubscribe anytime.

Create Your Free Bio Page

Join 138,000+ creators on Seemless.

Get Started Free