腾讯大佬教我的工作方法（非常有效！）
最近越來越發(fā)現(xiàn)一個問題——“感覺團隊的產品小伙伴都不太會工作”。主要表現(xiàn)在效果和工作時長完全成反比。天天加班到晚上10點，然后產出的結果……（PS：偶爾摸魚是肯定的，也沒有怎么偷懶）其實就是工作方法的問題。其中需要記住一點：工作方法肯定能影響到工作能力。
我做事的方式是剛入職場時，向幾位騰訊的大佬請教后，自己邊工作邊整理的。（PS：方法肯定是對你有效的……）
01
產出一定有結果和目標
小伙伴A在周會上匯報工作時，從業(yè)務側需求的溝通到需求的二次澄清，從立項到項目上線。最后在目標和結果產生的表現(xiàn)時，說——沒有達到預期。問接下來是否有對應的解決方案時，說——暫時沒有思考到。
后來才發(fā)現(xiàn)這并不是個例。而是大部分產品經理在工作時都會遇到的問題。沒有結果的產出，過程再華麗只能作為復盤會的反思。
但是反思過后呢？一定要伴隨著結果和目標。我一般是這么做的：
在梳理產品的過程中，這版本迭代需要在什么時間達到怎樣的目標？
如果是業(yè)務側活動類型（短期）的需求，需要同步業(yè)務側制定運營計劃（計劃一定要伴隨方案和目標），根據(jù)運營計劃做產品迭代（用一次性解決方案還是做成可配置的常規(guī)解決方案？）；
如果是產品規(guī)劃（長期）需求，提前想好這個模塊的迭代計劃（通過產品路線圖展示出來），和其他模塊是否有銜接點？以及如何協(xié)同？
如下圖所示：
如果不能達到目標，解決方案是怎么樣？
未嘗勝先思敗。想好后路很重要，版本的每次迭代都有三個deadline：需求澄清最后期限，產品評審最后期限和產品上線最后期限。
當業(yè)務側提出活動類型需求，產品經理要和業(yè)務方溝通清楚沒有達到目標的補救方案是什么？（PS：如果沒有，讓業(yè)務方梳理清楚了再溝通）；如果是產品規(guī)劃需求，尤其是在需求澄清最后限期沒有思考清楚，那就給版本做減法，快速評審（評審如果都搞不定，那……）并跟進項目直至上線。
如下圖所示：
02
方向永遠比執(zhí)行重要
小伙伴B做事非常快，往往今天開完版本溝通會，兩天后原型就已經梳理大半了。在版本確認會上，對自己所梳理的方案和結論自信滿滿。然鵝，實際上在溝通過程中，其他小伙伴都有更好的解決方案和想法。久而久之，感覺自己真真正正的變成了“執(zhí)行機器”。
這兒強調的重點：執(zhí)行都是搬磚的活（花一定的時間就行），而方向對了，搬磚都是很順利的。
我一般是這么做的：
在版本溝通會上，把涉及到這版本的功能清單梳理清楚，同時也要把和模塊有協(xié)同的模塊梳理清楚。梳理清楚等待版本確認會上溝通……
比如在電商產品做積分商城時，除了把獲取積分和消耗積分的點列出來，還要考慮積分的期限和積分后續(xù)是否可以抵扣現(xiàn)金（防止通貨膨脹），其中消耗積分有沒有兌換中心？兌換的流程是怎么樣的？可不可以退貨？等等。
如果沒有想到對應的解決方案，咱去看看競品，試著去拆一拆，他們是怎么做的？分成了幾個版本？把競品的功能清單和流程梳理出來。一起討論討論是否能被我們借鑒。
在準備方案的過程中，一定要反問幾個問題：
還有沒有其他更好的方案？（最好的辦法是找運營模擬下用戶流程）
這個方案還需要補充什么？（試著把業(yè)務路徑和用戶路徑梳理出來）
在這個方案中，每個環(huán)節(jié)有幾條出口？我該怎么引導用戶一步步走下去？（大致的功能流程圖梳理清晰）
讓業(yè)務方的小伙伴模擬后，提出他們的問題。（業(yè)務側這一點時間還是有的，盡情的可以去打擾他們，哈哈哈）
通過一張圖整理下：
只要梳理清楚了，把這套方案拿到需求確認會上，我相信起碼會給其他小伙伴一些感想。后續(xù)再去梳理細節(jié)點，這豈不是很清晰？
03
受眾永遠是第一位的
針對于產品本身來說，首先考慮的是用戶的利益。（當然是在用戶合法得到的基礎上）但是產品經理在工作過程中，這兒的用戶就變成了受眾，受眾可以是你的用戶、同事、老板。因為產品經理會接收到來自各方的需求，但是和各方的溝通不能用同一種溝通方式：
面對你的用戶：你應該以保障他們利益優(yōu)先，教他們一步步如何操作，給他們參與感和獲得感；
面對你的同事：先聆聽并問清楚后，再梳理出自己的建議，因為找你溝通肯定是和你有關系的；
面對你的老板：拿出有效的數(shù)據(jù)來佐證自己的方案和框架，不必過多的強調細節(jié)，當然到達的結果一定要可行并且有條理。
因為我感受很深的是小伙伴C拿著需求池和老板碰接下來的規(guī)劃。導致老板以為產品規(guī)劃的方向發(fā)生了偏差。
我一般是這么做的：
這次結果產出的受眾是誰？
TA最重要緊急的是什么？
我擬定的方案能否滿足TA？
我的方案的可行性有多大？執(zhí)行難度大不大？
通過這四步面對不同的受眾應該拿出不同的方案。面對用戶展示的是產品經理的細節(jié)梳理能力；面對同事展示的是產品經理的產品梳理能力；面對老板展示的是產品經理的產品規(guī)劃能力。
04
團隊協(xié)作才能高效工作
小伙伴D能力比較強，所有的事情都想著一手承擔，總覺得UI設計沒有達標，運營方案不夠落地。導致項目組的小伙伴都對他有想法，漸漸的感覺他被孤立了一樣。（這是我們之前團隊的小伙伴）
這里也想強調一點：無論能力多強的人，也是需要團隊協(xié)作的，因為有更重要的事情在等你。何況你能力并沒有這么強！
專業(yè)的事情一定要交給專業(yè)的人去做。和專業(yè)的人配合時，你一定要明白：
你能比UI設計師更懂設計規(guī)范和設計趨勢么？
你能比技術更清楚如何實現(xiàn)這個功能么？
你能比運營更明白運營策略么？
如果不能，你只是提出意見方，可以和他們溝通并說出你的建議和理由。我一般是這么梳理的：
這個模塊，可能需要涉及到和哪些人協(xié)同？（心里可以圈定人選，然后找到對應協(xié)同職能的負責人，和他們說清楚模塊規(guī)劃，接著就是要人了）
需要準備哪些資料給到協(xié)同人？（把對應的資料梳理，用落地的方案整理出來）
接下來就是做實時的對接。（敲定時間節(jié)點并以會議的形式溝通）
當你成為某個項目負責人后，你就知道團隊協(xié)作有多重要。但是前期是要用項目成員的語言去溝通，有效的建議很重要，通過權力干預往往會適得其反。（現(xiàn)在你是我老大，也許下一次我就翻身做主人了。）
05
凡事有交代，件件有著落，事事有回音
不知道你們有沒有這樣的感受，開會時都講的好好的（PS：尤其是開大會的時候），會后還是各回各家。
這種情況下超級可怕，實際上會導致會后溝通成本超級高，并且與會人沒有安全感。是誰的工作范圍，就應該優(yōu)先去解決。交代了的事情就需要去落實，完成后應該給予交代人反饋。
這個是所有職場人需要執(zhí)行的。否則，你給予別人的安全感會越來越少。
以上只是簡單的總結分享，當然落地更重要。與其不斷要求別人，首先更應該規(guī)范自己的工作。
↘好文推薦：
騰訊工作心得：原型該畫到什么程度？
開發(fā)到底喜歡看怎樣的需求文檔？
產品經理學PMP，有必要嗎？
點個“在看”吧
總結
以上是生活随笔為你收集整理的腾讯大佬教我的工作方法（非常有效！）的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 毕业一两年，怎样快速成长和晋升？
- 下一篇： 各个大厂APP，如何保护打工人的隐私信息