好的產品團隊和壞的產品團隊,兩者的差異在哪里?
好團隊能深入用戶、體察民情,而壞團隊只生搬硬套二手用戶調查;好團隊在解決用戶問題中時刻保有長遠全局觀并堅持不斷迭代不斷學習,壞團隊產品一旦發布就完事;壞團隊的PM就知道“讓工程師很忙”。
作為產品分析公司 Amplitude 的產品副總裁,我每年與數百個不同的產品團隊合作,從只有幾個工程師的小企業到擁有數千名產品經理的大型企業。每個人都想為自己的客戶打造更好的產品。
但這自然會產生一個簡單的問題:為什么企業需要這么多的幫助來構建更好的產品?
造成這種情況的原因有很多,但其核心原因在于打造網絡產品很困難,大多數公司并不擅長,特別是最近才成為網絡企業的公司。傳統的產品構建和交付方式在今天以產品為主導的時代是不夠的,銷售和市場營銷的變化導致了優美和用戶友好的產品的出現,而這些產品基本上都不需要銷售人員。
那么,好的產品團隊和壞的產品團隊的差異在哪里?以下是我的觀點。
在解決客戶問題上
好的產品團隊是時刻關注客戶的。他們直接與客戶互動以獲得第一手反饋。他們在產品開發流程的每個階段都將用戶的聲音帶入到核心決策中。他們確保產品開發中的每個人:產品管理,設計和開發,都是客戶專家。
糟糕的產品團隊外包對客戶的理解。他們依賴二手反饋,將“業務”視為客戶的代替物,通過像MRD(市場需求文檔) 這類陳舊的方法來收集需求。 他們依靠分析師來回答關于用戶行為的每個問題,這會延遲幾天甚至幾周的時間。 然后 PM 們會要求更多的儀表板,但是當他們需要解釋為什么某個指標發生變化時,他們會說“下次開會再討論”(而他們從未不做)。
好的產品團隊對正在解決的客戶問題有明確的目的
好的產品團隊學習如何自我分析,而不是依靠分析師。糟糕的產品團隊根據最近的只言片語證和猜測做決策,僅為“任務關鍵”問題預留分析資源。他們依賴的是最嘈雜的質量來源,如銷售、客戶支持或應用市場評論,見樹木不見森林。
好的產品團隊不只是為客戶今天的需求打造產品,他們為成就客戶而努力。他們使用數據來改善產品決策,而不是驗證他們已經做出的決定。他們使用產品分析來了解用戶實際使用產品的方式,而不僅僅依賴于他們的猜測和假設。他們不關注虛榮指標,并擁有產品分析解決方案,使他們能夠深入了解數據以了解客戶使用產品的體驗。
在測試和開發上
糟糕的產品團隊缺乏產品策略。 如果他們有策略,這個策略在整個組織中并沒有得到明確的傳遞。 他們關注高層管理人員的興趣和反應,破壞了創業精神和動力。 由于依賴關系和“地盤戰爭”,他們在每次決定前都需要多個上級的評論。
好的產品團隊了解聚焦的價值。他們明白,制定產品戰略意味著說更多的 No,而不是 Yes。 他們的行動意圖是基于他們對需要解決的核心問題的理解。他們設定了一個積極的愿景,但讓團隊接近客戶,提供自主權來找出如何實現這一愿景。
糟糕的產品團隊使用敏捷開發作為沒有愿景的借口。
優秀的產品團隊沉迷于測試和改進他們的愿景
好的產品團隊以 10% 的增量執行他們的愿景。他們知道,雖然不能用數據替代愿景,但可以更好地了解客戶需求,并通過利用數據測試客戶需求。他們確定最具風險的假設并創建實驗來測試這些假設。他們構建的是最小化可行產品(MVP),產品是完整的,但功能并不一定完整。 他們不斷問自己,他們所專注的哪一部分對業務影響最大。
糟糕的產品團隊聲稱,因為他們敏捷開發,他們可以迅速行動,但他們仍然需要三個月才能發布一個功能。他們敏捷開發,但在敏捷開發結束時沒有任何東西觸達到客戶。他們說他們精益開發,但他們不僅沒有建成一個滑板,而是造了一輛沒有方向盤的汽車。
好的產品團隊針對學習進行了優化:他們明白第一次嘗試總是錯誤的,并且可以快速迭代,因為他們可以訪問產品分析數據,以發現客戶哪些對客戶是有效的哪些是無效的。他們認識到創新意味著承擔顛覆今天的風險。糟糕的產品團隊生活在恐懼中,害怕失去已經得到的東西。
糟糕的產品團隊會為不能很快交付找借口,并試圖在第一次嘗試時就把它做好。他們說他們慶祝失敗,但他們不給人們探索的空間。好的產品團隊耐心地進行實驗,接受失敗并在看到客戶喜悅時加倍努力。
在衡量成功與失敗上
好的產品團隊通過結果,參與度,用戶黏性和留存率來衡量自己,并最終將這些事物與收入相結合。糟糕的產品團隊按產出來衡量自己; 工作時間,交付的代碼量或交付的功能。
糟糕的產品團隊遵循嚴格的發布時間表,而且始終落后。當他們最終完成他們的項目時,他們會轉向下一個項目,而不會復盤,因為“他們已經完成”。
好的產品團隊根據客戶的結果衡量成功和失敗
好的產品團隊知道產品總是在不斷發展,學習永遠不會結束,他們將流程放在適當的位置,以確保他們回到重要的地方,即使這意味著會放棄某個功能或產品。糟糕的產品團隊在特色工廠中運作,不斷追逐下一個閃亮的物體,希望找到捷徑來拯救他們的產品。
好的產品團隊知道做產品不能以 80/20 的方式處理所有事情,而且有些事情你必須比其他人做得更好。
糟糕的產品團隊被組織在一個功能性的孤島中,當他們“落后”時,他們彼此相互指責。他們對角色定義缺乏清晰度 ,項目管理人員和設計師認為他們需要“讓工程師保持忙碌”。好的產品團隊共享客戶的看法和對成功的定義。他們清楚地界定了 PM、設計和工程師之間的責任。
好的產品團隊提前闡述他們的目標,并分享他們的工作對整個公司的目標(好的和壞的)的影響。糟糕的產品團隊只會慶祝交付,但不要花時間解釋產生的影響。 他們認為,只關注產品分析是 PM 團隊的責任,而不是其他團隊成員的責任。
好的產品團隊需要花時間來定義一組關鍵指標,這些指標對他們的客戶很重要。 每個人都明白他們的工作如何影響公司的更廣泛的目標以及實現最重要的目標。 糟糕的產品團隊將每個指標定義為 KPI,而忽視了重點。
原文作者:Justin Bauer,Amplitude 產品VP
原文地址:https://www.battery.com/powered/good-product-team-bad-product-team/
譯者:由騰股創投編譯整理
譯文地址:騰股創投(微信ID: tengguvc)
本文由 @騰股創投 授權發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議
【高階產品1元福利好課:如何高效帶領團隊成長】
? 奇魚微辦公產品副總裁@黃喆老師
? 1小時拆解新晉產品管理者如何高效帶領團隊成長
? 原價108元,特惠1元!
立即點擊預約聽課>>>http://3.woshipm.cn/Qfemau
一個小功能,也要領導層來簽字做決策,每個層級都怕責任,可以說產品的方向完全不由客戶和市場主導,完全由片面和碎片化的前線需求調研和每個上級的喜好和傳統的知識面而主導。
去年離開的那家公司就是這樣不好的產品團隊。
技術團隊又喜歡按照公司領導層的喜好去安排開發順序。
公司內部問題使得產品多處bug,提創新的建議也會給打回。。。
說得非常好!很切合今天思考的問題
好文,都說到心里了