為什么你瘋狂加班，還是沒啥產出？

編輯導讀：天天加班到晚上十點，卻沒有什么產出成果。這樣的問題相信很多產品人都曾遇到過。本文作者與大家分享了騰訊大佬教的幾個工作方法要點，學會并掌握這5個要點，定會助你提升工作能力，在日后的工作中更快成長。

最近越來越發現一個問題——“感覺團隊的產品小伙伴都不太會工作”。主要表現在效果和工作時長完全成反比。天天加班到晚上10點，然后產出的結果……。（PS：偶爾摸魚是肯定的，也沒有怎么偷懶）其實就是工作方法的問題。其中需要記住一點：工作方法肯定能影響到工作能力。

我做事的方式是剛入職場時，向幾位騰訊的大佬請教后，自己邊工作邊整理的。（PS：方法肯定是對你有效的……）

一、產出一定有結果和目標

小伙伴A在周會上匯報工作時，從業務側需求的溝通到需求的二次澄清，從立項到項目上線。最后在目標和結果產生的表現時，說——沒有達到預期。問接下來是否有對應的解決方案時，說——暫時沒有思考到。

后來才發現這并不是個例。而是大部分產品經理在工作時都會遇到的問題。沒有結果的產出，過程再華麗只能作為復盤會的反思。

但是反思過后呢？一定要伴隨著結果和目標。John一般是這么做的：

在梳理產品的過程中，這版本迭代需要在什么時間達到怎樣的目標？

• 如果是業務側活動類型（短期）的需求，需要同步業務側制定運營計劃（計劃一定要伴隨方案和目標），根據運營計劃做產品迭代（用一次性解決方案還是做成可配置的常規解決方案？）
• 如果是產品規劃（長期）需求，提前想好這個模塊的迭代計劃（通過產品路線圖展示出來），和其他模塊是否有銜接點？以及如何協同？

如下圖所示：

如果不能達到目標，解決方案是怎么樣？

未嘗勝先思敗。想好后路很重要，版本的每次迭代都有三個deadline：需求澄清最后期限，產品評審最后期限和產品上線最后期限。

當業務側提出活動類型需求，產品經理要和業務方溝通清楚沒有達到目標的補救方案是什么？（PS：如果沒有，讓業務方梳理清楚了再溝通）；如果是產品規劃需求，尤其是在需求澄清最后限期沒有思考清楚，那就給版本做減法，快速評審（評審如果都搞不定，那……）并跟進項目直至上線。

如下圖所示：

二、方向永遠比執行重要

小伙伴B做事非常快，往往今天開完版本溝通會，兩天后原型就已經梳理大半了。在版本確認會上，對自己所梳理的方案和結論自信滿滿。

然鵝，實際上在溝通過程中，其他小伙伴都有更好的解決方案和想法。久而久之，感覺自己真真正正的變成了“執行機器”。

John這兒強調的重點：執行都是搬磚的活（花一定的時間就行），而方向對了，搬磚都是很順利的。

John一般是這么做的：

在版本溝通會上，把涉及到這版本的功能清單梳理清楚，同時也要把和模塊有協同的模塊梳理清楚，梳理清楚等待版本確認會上溝通……

比如在電商產品做積分商城時，除了把獲取積分和消耗積分的點列出來，還要考慮積分的期限和積分后續是否可以抵扣現金（防止通貨膨脹），其中消耗積分有沒有兌換中心？兌換的流程是怎么樣的？可不可以退貨？等等。

如果沒有想到對應的解決方案，咱去看看競品，試著去拆一拆，他們是怎么做的？分成了幾個版本？把競品的功能清單和流程梳理出來。一起討論討論是否能被我們借鑒。

在準備方案的過程中，一定要反問幾個問題：

• 還有沒有其他更好的方案？（最好的辦法是找運營模擬下用戶流程）
• 這個方案還需要補充什么？（試著把業務路徑和用戶路徑梳理出來）
• 在這個方案中，每個環節有幾條出口？我該怎么引導用戶一步步走下去？（大致的功能流程圖梳理清晰）
• 讓業務方的小伙伴模擬后，提出他們的問題。（業務側這一點時間還是有的，盡情的可以去打擾他們，哈哈哈）

通過一張圖整理下：

只要梳理清楚了，把這套方案拿到需求確認會上，我相信起碼會給其他小伙伴一些感想。后續再去梳理細節點，這豈不是很清晰？

三、受眾永遠是第一位的

針對于產品本身來說，首先考慮的是用戶的利益。（當然是在用戶合法得到的基礎上）但是產品經理在工作過程中，這兒的用戶就變成了受眾，受眾可以是你的用戶、同事、老板。因為產品經理會接收到來自各方的需求，但是和各方的溝通不能用同一種溝通方式：

• 面對你的用戶：你應該以保障他們利益優先，教他們一步步如何操作，給他們參與感和獲得感；
• 面對你的同事：先聆聽并問清楚后，再梳理出自己的建議，因為找你溝通肯定是和你有關系的；
• 面對你的老板：拿出有效的數據來佐證自己的方案和框架，不必過多的強調細節，當然到達的結果一定要可行并且有條理。

因為我感受很深的是小伙伴C拿著需求池和老板碰接下來的規劃。導致老板以為產品規劃的方向發生了偏差。

John這邊一般是這么做的：

1. 這次結果產出的受眾是誰？
2. TA最重要緊急的是什么？
3. 我擬定的方案能否滿足TA？
4. 我的方案的可行性有多大？執行難度大不大？

通過這四步面對不同的受眾應該拿出不同的方案。面對用戶展示的是產品經理的細節梳理能力；面對同事展示的是產品經理的產品梳理能力；面對老板展示的是產品經理的產品規劃能力。

四、團隊協作才能高效工作

小伙伴D能力比較強，所有的事情都想著一手承擔，總覺得UI設計沒有達標，運營方案不夠落地。導致項目組的小伙伴都對他有想法，漸漸的感覺他被孤立了一樣。（這是我們之前團隊的小伙伴）

John這兒也想強調一點：無論能力多強的人，也是需要團隊協作的，因為有更重要的事情在等你。何況你能力并沒有這么強！

專業的事情一定要交給專業的人去做。和專業的人配合時，你一定要明白：

• 你能比UI設計師更懂設計規范和設計趨勢么？
• 你能比技術更清楚如何實現這個功能么？
• 你能比運營更明白運營策略么？

如果不能，你只是提出意見方，可以和他們溝通并說出你的建議和理由。John一般是這么梳理的：

• 這個模塊，可能需要涉及到和哪些人協同？（心里可以圈定人選，然后找到對應協同職能的負責人，和他們說清楚模塊規劃，接著就是要人了）
• 需要準備哪些資料給到協同人？（把對應的資料梳理，用落地的方案整理出來）
• 接下來就是做實時的對接。（敲定時間節點并以會議的形式溝通）

當你成為某個項目負責人后，你就知道團隊協作有多重要。但是前期是要用項目成員的語言去溝通，有效的建議很重要，通過權力干預往往會適得其反。（現在你是我老大，也許下一次我就翻身做主人了。）

五、凡事有交代，件件有著落，事事有回音

不知道你們有沒有這樣的感受，開會時都講的好好的（PS：尤其是開大會的時候），然后會后還是各回各家。

這種情況下超級可怕，實際上會導致會后溝通成本超級高，并且與會人沒有安全感。是誰的工作范圍，就應該優先去解決。交代了的事情就需要去落實，完成后應該給予交代人反饋。

這個是所有職場人需要執行的。否則，你給予別人的安全感會越來越少。

以上只是John簡單的總結分享，當然落地更重要。與其我們不斷要求別人，首先更應該規范自己的工作。

 

作者：John，產品狗一枚，微信公眾號：產品狗聚集地。

本文由 @John 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自unsplash，基于CC0協議