我相信打造出色產品的 25 件事

In This Article

親愛的訂閱者，今天，我想用短短 12 分鐘的時間來分享 10 多年的 PM 課程。我曾在 Roblox、Reddit、Amazon 和 Meta 等公司擔任產品負責人。但有趣的是：我所相信的往往與大公司喜歡的工作方式相反。 😅立即觀看我的視頻，了解我對如何在人工智慧時代成為一名出色的 PM 的未經過濾的看法。時間戳：(00:00) 為什麼我所相信的往往與大型科技的運作方式相反(00:18) 速度是唯一的護城河：建立快速反饋循環(02:34) 專注是一種超級力量：說不的次數比說「是的」多 10 倍(05:00) 產品重於劇作：拒絕 PM29(07:35:507:5005:05) 407:305 劇院的產品：拒絕流程建設者勝過官僚：從工作證明開始立即在 YouTube 上觀看或繼續閱讀下面的文章。這篇文章是由…Framer 為您帶來。早期創辦人經常面臨一個令人沮喪的選擇：花幾週建立一個專業網站，或滿足於看起來像人工智慧生成的紫色斜坡的東西。 Framer 透過讓您解決這個問題：在幾個小時內啟動一個漂亮的專業網站，無需僱用人員透過 CMS、分析和 AI 本地化，將您的網站從 MVP 擴展到完整產品。早期新創公司可以免費獲得一年的 Framer Pro（價值 360 美元），並透過下面的連結加入已經在 Framer 上建立的數千名創辦人的行列。立即免費獲得一年的 Framer 速度是唯一的護城河構建快速反饋循環。與真實用戶進行迭代的速度越快，您的產品就會越好。早上建立原型，並在午餐時獲取用戶回饋。在與真實用戶交談之前拒絕進行 3 輪以上的內部審查。發送到同心圓。一次性向所有人發布新產品幾乎總是一個壞主意。相反，在發布之前運行員工 alpha 和客戶 beta 來發現問題並提高品質。如果沒有每天可以交流的測試版用戶社區，我真的不知道如何建立出色的產品。小團隊的交付速度更快。由 4-6 位全端建構者組成的團隊，如果有權與使用者共同創建，那麼任何一天的執行力都將勝過 50 人的組織。這裡的關鍵字是「授權」——如果你僱用了一支一流的團隊，請給予他們傾聽、交付、失敗以及向真實用戶學習的自主權。首先使用人工智慧進行迭代。現在每個人都有一個 24/7 全天候待命的 AI 隊友。因此，在與團隊會面之前，請與人工智慧一起總結回饋、起草計劃並改進原型。提前做好基礎的人工智慧工作現在是一個基線期望。成為用戶。我估計不到 10% 的 PM 每週都會對他們的產品進行真正的測試。像初次使用者一樣使用您的產品，並寫下摩擦日誌，說明該體驗有多煩人。沒有人太資深而無法測試自己的狗屎。範例：Boris（Claude Code 的創建者）詢問 X 上的使用者回饋並獲得了數百個回應。然後，他與人工智慧合作，當場發布了數十個修復。他是一個小團隊（1 🙂）與真實用戶快速迭代的完美例子。連結到 postFocus 是一種超級力量，做得更少，做得更好。我不相信每個季度有超過 1-3 個 P0 項目。專注於解決發展業務的最大用戶痛點，而不是試圖一次建立所有內容。你必須分清輕重緩急，直到感到痛苦為止——說“為什麼我們不兩樣都做”或列出 5-10 個優先事項是一個危險信號。先做簡單的事。始終交付最簡單、可行的東西，並避免解決尚不存在的問題。例如，如果您的 0-1 產品尚不適合市場，您可能不應該針對規模進行最佳化。不斷對自己和團隊重複這句口頭禪。先驗證你最危險的假設。每個產品都有一些假設，如果有錯誤，就會扼殺整個想法。使用簡單的原型或 A/B 測試與真實使用者驗證這些假設。如果您的核心假設尚未得到證實，請不要研究次要功能。保護您的日曆。你的行事曆決定了你實際工作的內容，如果你不控制你的時間和精力，你就無法打造出好的產品。 我在早晨頭腦清醒時進行深度工作，並且會毫不留情地拒絕那些耗盡我精力的會議。說「不」比說「是」多 10 倍。輕鬆拒絕與您最具影響力的工作不相符的功能、會議，甚至用戶要求。表現出同理心並清楚地解釋你的理由——對方通常會理解。例：我曾經在一家公司工作過公司 CPO 宣布了今年的 9 項優先事項。他甚至有一個很棒的縮寫來幫助人們記住所有 9 件事。一年後，我們幾乎沒有任何進展，他將優先順序減少到了 3 個。缺乏重點是成功科技公司中極為常見的問題。 Anthropic 是一家做得正確的公司的例子：連結到 postProduct > processReject PM Theater。我已經討論過與真實用戶建立反饋循環是多麼重要。但大多數產品經理都專注於內部事務，例如潤色文件以及在實際審查之前進行無休止的預會。專注於使用者實際使用的產品，而不是你的內部工件。制定最小可行計劃。不要假裝你確切地知道一年後要建造什麼。相反，創建一個最小可行的計劃，涵蓋用戶問題、願景、目標、原則、解決方案以及你沒有做的事情。將其保留在一頁內並在學習時更新。拒絕年度規劃和OKR劇場。實行原型優先開發。與任何投影片或文件相比，原型可以讓人們更了解您的解決方案。它們的建構起來也更有趣，並且更容易與真實用戶進行測試。因此，在創建 PRD 和設計之前，請先驗證對原型的興趣。注重細節。預設狀態、邊緣情況和良好的文案——這些細節是區分優秀產品和劣質產品的關鍵。無論你的等級有多高，你都必須關心最微小的細節，才能交付讓你引以為傲的東西。簡化產品評論。 沒有什麼比在交付之前等待數週才能進入高階主管的日程表更能降低速度的了。如果您是領導者，請授權您的團隊向測試版使用者免費提供產品。非同步審查原型，而不是在繁忙的日程中阻止它們。例如：透過幫助團隊快速交付，Ramp 在創紀錄的時間內成長到了 32B 美元。正如 Geoff（Ramp 的 CPO）在下面的帖子中解釋的那樣，Ramp 團隊可以隨時向測試版用戶發貨。我特別喜歡的一句話是「領導層有 48 小時的時間進行審查，否則就發貨」。這讓高階主管有責任不放慢速度。連結到帖子尋求真相傲慢是最大的障礙。我無法忍受認為自己比其他人更好的產品領導者和創造者。我見過的最好的領導者也是最謙虛的，因為他們以前失敗過，也見過一些真正的狗屎。如果你不謙虛，那麼你就不會傾聽，你就不會創造出偉大的產品。禁止委員會的決定。我不相信跨職能協調是一個目標。試圖讓所有利害關係人滿意將不可避免地損害產品體驗。首先尋求不同的意見，然後由一個人做出決定並擁有結果。不要讓自己周圍都是阿諛奉承的人。當領導者周圍都是不會挑戰他們想法的人時，偉大的公司就會衰退。尋找並獎勵那些願意提出尖銳問題的人。如果每個人都點頭同意你的評論，那就是一個壞兆頭。假設是好的意圖。當你不同意某人的觀點時，請傾聽並理解，而不是捍衛你的觀點。他們很可能提出了一個你沒有考慮過的重要觀點。最好的辯論是協作尋求真相的練習，而不是要贏得勝利的戰鬥。願意犯錯。大多數決定都是可逆的雙向門。正確的做法通常是做出決定並學習，而不是等待完美的資訊。我喜歡在接受 Yana 採訪時引用的這句話：「當你討論 2 個想法時，我已經發布了 10 個想法。」例如：最近在工作中，利益相關者推動了我數週以來一直抵制的功能。但我透過與用戶交談並測試不同的原型來保持開放的態度。最終，這些回饋循環改變了我的想法。我承認我錯了，並展示了證據，現在我們正在建立一些我們有信心的東西。目標是找到真相，而不是證明你是對的。 建設者 > 官僚僱用建設者，而不是官僚。尋找真正關心打造優質產品的人，而不是為了攀登職業階梯的人。找到那些擁有「想辦法解決問題」能量的人——願意身兼多職來解決問題，而不是等待許可。工作證明 > 憑證。沒有人關心你的 FAANG 血統或 AI 產品證書。聘用率高已經建立了偉大的副項目或展示了工作證明的機構人員。唯一重要的憑證是您所交付的產品以及您改進產品的想法。無論是或否。如果你對某個候選人不感興趣，就不要指望他們能成功而僱用他們。一名出色的員工勝過三名平庸的員工。永遠不要因為急於填補某個職位而降低標準。你的職位並不重要。最好的團隊模糊了 PM、設計和工程之間的界線。我喜歡工程師直接更新我的規格，設計師讓我在 Figma 中調整副本。建立一支由全端建構者組成的團隊，他們信任並尊重彼此的技能。取代你自己。身為領導者，你的工作就是讓自己變得不必要。如果你的團隊在沒有你的情況下一周都無法運作，那麼你作為一個領導者就失敗了。最好的領導者會賦予他人權力，以便他們能夠繼續解決新問題。例如：我現在正在招募一名高級產品經理，我在職位描述中明確寫道，將你最好的副業專案或已交付的工作聯繫起來。我討厭看到「敏捷專家」或「策略性產品領導者」等模糊的行話。那東西毫無意義。只需從您交付的產品以及產生的影響開始。這就是我所相信的 25 條打造出色產品的信念。寫下您自己的清單，並為擁有相同價值觀和原則的公司工作。我保證，這會讓你的生活變得更輕鬆。如需了解更多信息，請觀看我的 12 分鐘視頻，並查看我在 40 歲時學到的 40 門人生課程，而這些課程是我希望在 20 歲時就知道的。這是一個方便的資訊圖，其中包含我所相信的所有 25 件事：

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