為什么你瘋狂加班,還是沒啥產(chǎn)出?

3 評論 9757 瀏覽 42 收藏 11 分鐘

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

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

我做事的方式是剛?cè)肼殘鰰r,向幾位騰訊的大佬請教后,自己邊工作邊整理的。(PS:方法肯定是對你有效的……)

一、產(chǎn)出一定有結(jié)果和目標

小伙伴A在周會上匯報工作時,從業(yè)務(wù)側(cè)需求的溝通到需求的二次澄清,從立項到項目上線。最后在目標和結(jié)果產(chǎn)生的表現(xiàn)時,說——沒有達到預期。問接下來是否有對應(yīng)的解決方案時,說——暫時沒有思考到。

后來才發(fā)現(xiàn)這并不是個例。而是大部分產(chǎn)品經(jīng)理在工作時都會遇到的問題。沒有結(jié)果的產(chǎn)出,過程再華麗只能作為復盤會的反思。

但是反思過后呢?一定要伴隨著結(jié)果和目標。John一般是這么做的:

在梳理產(chǎn)品的過程中,這版本迭代需要在什么時間達到怎樣的目標?

  • 如果是業(yè)務(wù)側(cè)活動類型(短期)的需求,需要同步業(yè)務(wù)側(cè)制定運營計劃(計劃一定要伴隨方案和目標),根據(jù)運營計劃做產(chǎn)品迭代(用一次性解決方案還是做成可配置的常規(guī)解決方案?)
  • 如果是產(chǎn)品規(guī)劃(長期)需求,提前想好這個模塊的迭代計劃(通過產(chǎn)品路線圖展示出來),和其他模塊是否有銜接點?以及如何協(xié)同?

如下圖所示:

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

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

當業(yè)務(wù)側(cè)提出活動類型需求,產(chǎn)品經(jīng)理要和業(yè)務(wù)方溝通清楚沒有達到目標的補救方案是什么?(PS:如果沒有,讓業(yè)務(wù)方梳理清楚了再溝通);如果是產(chǎn)品規(guī)劃需求,尤其是在需求澄清最后限期沒有思考清楚,那就給版本做減法,快速評審(評審如果都搞不定,那……)并跟進項目直至上線。

如下圖所示:

二、方向永遠比執(zhí)行重要

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

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

John這兒強調(diào)的重點:執(zhí)行都是搬磚的活(花一定的時間就行),而方向?qū)α?,搬磚都是很順利的。

John一般是這么做的:

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

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

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

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

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

通過一張圖整理下:

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

三、受眾永遠是第一位的

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

  • 面對你的用戶:你應(yīng)該以保障他們利益優(yōu)先,教他們一步步如何操作,給他們參與感和獲得感;
  • 面對你的同事:先聆聽并問清楚后,再梳理出自己的建議,因為找你溝通肯定是和你有關(guān)系的;
  • 面對你的老板:拿出有效的數(shù)據(jù)來佐證自己的方案和框架,不必過多的強調(diào)細節(jié),當然到達的結(jié)果一定要可行并且有條理。

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

John這邊一般是這么做的:

  1. 這次結(jié)果產(chǎn)出的受眾是誰?
  2. TA最重要緊急的是什么?
  3. 我擬定的方案能否滿足TA?
  4. 我的方案的可行性有多大?執(zhí)行難度大不大?

通過這四步面對不同的受眾應(yīng)該拿出不同的方案。面對用戶展示的是產(chǎn)品經(jīng)理的細節(jié)梳理能力;面對同事展示的是產(chǎn)品經(jīng)理的產(chǎn)品梳理能力;面對老板展示的是產(chǎn)品經(jīng)理的產(chǎn)品規(guī)劃能力。

四、團隊協(xié)作才能高效工作

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

John這兒也想強調(diào)一點:無論能力多強的人,也是需要團隊協(xié)作的,因為有更重要的事情在等你。何況你能力并沒有這么強!

專業(yè)的事情一定要交給專業(yè)的人去做。和專業(yè)的人配合時,你一定要明白:

  • 你能比UI設(shè)計師更懂設(shè)計規(guī)范和設(shè)計趨勢么?
  • 你能比技術(shù)更清楚如何實現(xiàn)這個功能么?
  • 你能比運營更明白運營策略么?

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

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

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

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

不知道你們有沒有這樣的感受,開會時都講的好好的(PS:尤其是開大會的時候),然后會后還是各回各家。

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

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

以上只是John簡單的總結(jié)分享,當然落地更重要。與其我們不斷要求別人,首先更應(yīng)該規(guī)范自己的工作。

 

作者:John,產(chǎn)品狗一枚,微信公眾號:產(chǎn)品狗聚集地。

本文由 @John 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 可以關(guān)注John公眾號:產(chǎn)品狗聚集地,里面有大座

    來自廣東 回復
  2. 點贊 寫的非常好

    來自山東 回復
    1. 多交流

      來自廣東 回復