<menu id="ycqsw"></menu><nav id="ycqsw"><code id="ycqsw"></code></nav>
<dd id="ycqsw"><menu id="ycqsw"></menu></dd>
  • <nav id="ycqsw"></nav>
    <menu id="ycqsw"><strong id="ycqsw"></strong></menu>
    <xmp id="ycqsw"><nav id="ycqsw"></nav>
  • 需求評審后,產品經理要干的6件事


    有些產品經理會陷入這種誤區——需求評審做完了,自己就可以放羊不管了。而本文則認為需求評審完,產品經理還要做這六件事。

    需求評審完,產品經理還要干的6件事

    1. 確認需求評審的遺留問題并同步各方

    2. 制定詳細&責任到人的項目計劃

    3. 完成文案設計

    4. 按照項目計劃,協同各方,往前推進,關鍵環節必須與各方確認。關鍵環節包括:

    • 1)交互評審
    • 2)視覺評審
    • 3)推進聯調進度
    • 4)推進測試進度
    • 5)項目showcase
    • 6)項目發布

    5. 準備項目review

    6. 開始下個需求的方案設計和需求文檔準備

    這六件事具體怎么做?

    產品經理A:需求終于評審完了。有種放飛的感覺,可以休假,去浪了!

    產品經理B:你說真的嗎?為什么我評審完,還一直在被開發、測試、法務、財務窮追不舍?

    產品經理C:你說真的嗎?為什么我評審完,從來都是我在窮追不舍開發、測試、法務、財務?

    產品經理D:你們開玩笑的吧?就我這么慘!我不但要緊追不舍開發、法務、測試、法務、財務,還要被老板、被客戶窮追不舍。

    產品經理A、B、C:哥們,來講講,最喜歡聽慘兮兮的故事了。你的傷痛最能撫平我的內心。

    產品經理D:好吧。需求評審只講清楚了產品的骨架、細節,讓各方開始投資源。評審完,產品經理還有一堆事要推進,沒法放羊。

    要跟的事情主要有下面6件:

    1. 確認需求評審的遺留問題并同步各方

    需求評審總有一些遺留問題要進一步確認,而后同步給各方。我不是圣人,有時候有些問題或者細節沒想到,評審的時候,大家提出來了,得趕快明確。

    有時候需求評審中還有很大的bug沒想到,必須快速解決,要在開發沒動工前,都捋順。要不然變成需求變更,或者上線后被推倒重來,欲哭無淚。

    我這種求生欲這么強,也沒人罩著的,必須狠命把需求做到95分以上。100分也不太敢說,畢竟眾口難調。

    2. 制定詳細&責任到人的項目計劃

    產品經理還得身兼項目管理,項目管理從來都是事有輕重、事無巨細,難以假手他人。雖然我會盡可能調動大家的積極性,讓大家自驅管理項目,但還得牽扯不少精力。

    項目管理的關鍵點:明確項目計劃、關鍵節點、每個關鍵節點的負責人、驗收方案。

    比如什么時候交互評審、視覺評審、聯調、showcase、發布?分別是誰主要牽頭負責,哪些人需要參與。

    為了防止項目延期,每個節點都還得提前趕。真是操碎了心。

    3. 完成文案設計

    文案從來不是隨便寫寫。文案是和客戶交流的重要途徑,整幾個客戶看不懂的文案上去,后面客戶咨詢搞死人!

    文案設計除了客戶視角之外,也不是自己想怎么寫就怎么寫,還要和法務、客服團隊溝通。因為文案被客戶投訴的案例,又不是沒有。

    還有啊,我的產品有3種語言,簡體中文、繁體中文、英文,雖然每種語言有專門的文案設計師,但得跟他們說清楚,也要花不少時間、精力。

    當然,也有很多產品經理,不管文案這種小事??晌矣X得文案體現了產品經理最基本的素養,是產品的底子。

    4. 按照項目計劃,協同各方,往前推進,關鍵環節必須確認

    關鍵環節有6個:

    1)交互評審

    一般來說會由交互設計師發起,開發、測試、法務、財務都要參與。

    這樣能保證大家在說同一件事情,避免我要的是頭牛,結果開發給了頭驢。

    如果設計師項目參與度低,交互評審還得我自己上。哪里缺人,我就得到哪補坑。

    2)視覺評審

    一般來說,交互和視覺評審會一起。

    有時候項目很復雜,或者交互、視覺分工明確,那就得分開了。

    通常由視覺設計師發起。同樣,如果視覺設計師參與度低的話,我還是得補坑。

    3)推進聯調進度

    聯調是很容易扯皮的環節,大家來自不同域、不同職能團隊,各有各的小九九,所以得盯著,避免聯調成為坑王。

    4)推進測試進度

    進入到測試就意味著開發的七七八八了,當然有時候為了壓縮項目周期,開發、測試會階段性并行。

    除了測試進度,還得關注測試發現的問題,可能開發還得返工,也可能會發現需求評審中大家都沒有注意到的問題,得及時補救。

    5)showcase

    Showcase,說白了就是項目驗收。

    驗收前,得先列出來要驗收哪些內容,主流程、分支流程、逆向流程、重大關鍵節點。Showcase,也有可能發現新的問題,但基本上要避免在showcase環節發現重大問題,不然就得重大需求變更了。

    showcase有時候由測試主導,有時候沒資源,我得自己上。

    6)項目發布

    如果一路順利,就該發布項目了。

    項目發布計劃雖然也是之前就定好的,但要考慮的方方面面也還挺多的,可以看之前的文章《項目發布要考慮的因素》。

    總而言之,要和各方溝通好,要保證項目順利發布呦。

    5. 準備項目review

    項目終于上線了,可我得天天得看客戶反饋,看數據,跟客戶聊,跟業務聊,準備復盤review。

    復盤內容見之前的文章《重大產品&項目流程長什么樣?》

    產品狗似乎永遠都在準備復盤、復盤中、復盤后反思的路上。

    6. 開始下個需求的方案設計和需求文檔

    項目通常是并行的。在需求評審完后,我已經開始下一個需求的研究、設計了。

    開發資源從上一個需求釋放出來的時候,產品經理肯定得把下一個需求方案設計好,開始新的需求評審,妥妥的做好資源銜接。資源一旦釋放出來,下次想要資源,難上加難啊。

    產品也需要持續迭代,讓客戶感受到,我們的產品在成長、進步,給人希望。

    產品經理A、B、C:向你學習。我們走起,麻溜地干活去。

    作者:水中魚,微信公眾號:西湖漁歌,10年阿里產品、數據。

    版權聲明:本文內容由互聯網用戶自發貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容, 請發送郵件至 舉報,一經查實,本站將立刻刪除。

    發表評論

    登錄后才能評論
    国产精品区一区二区免费