作者結(jié)合了自己工作經(jīng)驗，總結(jié)梳理了產(chǎn)品新人階段需要知道的需求知識，希望對你有益。

知乎上看到一個問題“你覺自己在什么時候真正地從產(chǎn)品助理成長為產(chǎn)品經(jīng)理？”，我想起了第一次跟leader提需求，跟進(jìn)至上線的那種喜悅和成就。對于我這種野生產(chǎn)品而言，在成長的路上遇到過很多雞湯，也有很多干貨，而我希望大家能看到的，是如何避免給別人埋坑。讓你的設(shè)計，開發(fā)，前端都能順利的與你合作。對產(chǎn)品小白來說，這必定是你成為大神的第一步！

很多產(chǎn)品小白，成功入職后的除開寫文檔外，第一個相關(guān)任務(wù)應(yīng)該就是跟進(jìn)已有的一些需求。此篇將闡述作為一個產(chǎn)品小白，如何更好的跟進(jìn)需求。適合產(chǎn)品新人及未來準(zhǔn)備入行的產(chǎn)品童鞋。同時也歡迎大神交流指點(diǎn)。最后，在文章最后將歸納出值得大家深究下的干貨！

一.跟需求前的戰(zhàn)前準(zhǔn)備

在此，假設(shè)你已經(jīng)入門產(chǎn)品，學(xué)會并掌握了Axure或其他原型設(shè)計軟件，也看過了許多產(chǎn)品類書籍。對產(chǎn)品工作的整體流程有一定了解。那么請做好以下準(zhǔn)備，至少做到心里有數(shù)。

1.需求的背景

說到底，就是需求分析。需求分析考究的是對業(yè)務(wù)的理解和對行業(yè)的把控度，做需求分析時，不管是你提的需求或者客戶/老板提的需求。一定要清楚，功能是為誰做的，受眾用戶是誰。是否有深刻的用戶畫像的概念，他們能否從需求功能中得到他們想要的效果。

此處分享一個干貨，分析需求時刻記得哲學(xué)唯心三問題。

• 我是誰？——受眾群體是怎樣的一群人
• 我從哪里來？——需求的背景是怎樣，為什么會產(chǎn)生這樣的需求
• 我要到哪里去？——客戶想要怎樣的功能，他們想要實(shí)現(xiàn)的目的是什么

了解需求的背景，可以讓你在驗收的時候更落地，避免貨不對板，降低回爐再造的可能性。

2.需求的人員/時間安排

現(xiàn)在的互聯(lián)網(wǎng)公司都有許多奇妙，似是而非卻又有一定道理的名詞。比如“小步快跑”“快速試錯”。深究起來，無非是為了更快的搶占市場。所以一般老板或者leader對項目時間的把控都非常嚴(yán)格，身為PM也應(yīng)該對每個節(jié)點(diǎn)的時間敏感。在PM定時間的時候，需要PM對技術(shù)有一定的了解。

舉個栗子：我們的需求是做一個端午的活動頁面，那么我們知道流程的走向應(yīng)該是產(chǎn)品原型等確認(rèn)后，設(shè)計先出高保真，再由前端切圖并完成頁面效果（比如抽獎，砸蛋等動作），交給后端綁數(shù)據(jù)，最后再按需求看是否需要在網(wǎng)站后臺做統(tǒng)計數(shù)據(jù)。

那么我們就需要把握這幾個時間節(jié)點(diǎn)，并且盡量細(xì)分。設(shè)計有幾個頁面，分別需要多久？高保真出來后，頁面有多少效果需要前端做的，有沒有公共樣式可以調(diào)用？到了前端側(cè)，有多少效果需要寫代碼。對于簡單的效果或者一些不復(fù)雜的頁面通常只要幾個小時就可以完成的。

最后就是后端的開發(fā)，這里強(qiáng)烈建議PM們?nèi)W(xué)習(xí)下數(shù)據(jù)結(jié)構(gòu)，推薦書籍《大話數(shù)據(jù)結(jié)構(gòu)》，有些新功能在后端開發(fā)時，需要重新建表。那么建表的字段有哪些，是否要做表的關(guān)聯(lián)。這些即涉及到了新功能系統(tǒng)分析這一步。建議PM和開發(fā)組長一起建表或者對表有一定了解，這樣做的好處，一是，自己對開發(fā)的了解可以更深入，也能增加自己的邏輯，知道哪里的數(shù)據(jù)從哪里來，經(jīng)過怎樣的運(yùn)算展示給用戶。其次是可以避免給開發(fā)兄弟埋坑，也避免給開發(fā)兄弟忽悠。

3.需求完成后的統(tǒng)計/反饋

這一步容易被一些小公司，或者年輕PM忽視。但是PM一定要記住一點(diǎn)，”數(shù)據(jù)是PM職業(yè)生涯的保障！”為何我如此強(qiáng)調(diào)數(shù)據(jù)，因為不管是在你跟領(lǐng)導(dǎo)曬成績談需求，又或者是在需求會議上跟人PK時，如何能夠讓你的計劃得到實(shí)施，如何讓你的團(tuán)隊信服。很多時候，人格魅力都是虛的，數(shù)據(jù)才是真的！當(dāng)你拿出支持你言論的數(shù)據(jù)時，你會發(fā)現(xiàn)你的邏輯，你的布局都是有條有理的，不會被人挑出毛病，也不會被老油條們噴的太慘。所以請一定要重視數(shù)據(jù)！

言歸正傳，當(dāng)需求完成后，你需要一套完善的數(shù)據(jù)便于分析以及了解功能的不足，下一步的戰(zhàn)略。數(shù)據(jù)分析是門很深奧的功課，在此不做展開，之后會更新一篇專門講解數(shù)據(jù)分析的文章。但是簡單的數(shù)據(jù)分析還是要有，比如新功能使用的人數(shù)，反饋如何。 上線后，DAU，PV，UV等，是否有所提高。

在此，給大家分享的干貨是在騰訊PM的PPT或者文檔中，最喜歡用到的數(shù)據(jù)分析方法之一。定性分析與定量分析！這兩個名詞百度可以搜出一大堆解釋，本文的解析只出于作者本人的片面理解。

• 定性分析：如名字一般，用語言文字做出趨勢，屬性的分析。在數(shù)據(jù)上非常抽象，但是對人而言更易理解。
• 定量分析：也如名字所言，需要有數(shù)據(jù)支撐的分析。對于分析的范圍，平均分布更加敏感。在數(shù)據(jù)上非常具體，經(jīng)常一大堆數(shù)字讓人看到一頭霧水，所以對人而言不友好。

兩者是相輔相成的，但是一起拿出來，放入到你的PPT或者各種分析報告中，給人感覺就是專業(yè)又裝逼的。例如：QQ相冊里面的親子相冊功能，這個需求是由qq空間的產(chǎn)品經(jīng)理看到身邊的同齡人都在各種平臺曬娃想到的。他認(rèn)為對于用戶是有這樣的需求，所以就先進(jìn)行定性分析，發(fā)現(xiàn)20-30歲有孩子的女性是這個需求的核心用戶，接下來又使用定量分析，嚴(yán)格分割年齡層和性別比例。又發(fā)現(xiàn)寶寶的各種第一次，第一次洗澡，第一次哭等….是父母們最喜歡曬的圖片之一。

二.跟需求中需要避免的東西

在跟需求的時候，難免會遇到各種各樣的問題。排期延后，設(shè)計貨不對板等等，說實(shí)話，這些問題只有具體問題具體分析了。更多的主要靠交流，經(jīng)驗的積累，還有對細(xì)節(jié)的重視程度。

接下來就常見問題和一些常常埋下的坑做下分析。

關(guān)于設(shè)計：

為什么這個設(shè)計風(fēng)格老是不達(dá)標(biāo)，領(lǐng)導(dǎo)也覺得不好看？

其實(shí)我覺得最簡單的方法就是去學(xué)UI吧，PS+AI，神裝兩件套。親自做一下，對設(shè)計的理解就會不一樣了。推薦書籍《給大家看的設(shè)計書》,《設(shè)計心理學(xué)》，前者能對色彩，排版等有基礎(chǔ)的了解。后者能夠在與設(shè)計撕逼的時候，引經(jīng)據(jù)典，搬出心理學(xué)等高大上的理論。曾經(jīng)有個UI跟我說“好設(shè)計一定是會講故事的”，經(jīng)我反思，會講心理學(xué)的產(chǎn)品一定能成為好UI！

為什么老是拖我的需求的排期？

這個原因很多，我來解密下藏得最深的一個原因吧。 那就是，你的需求或者你所在的項目根本不是KPI上的重點(diǎn)項目。 此情況常見于大公司，由于UI一天可能接很多case，有時遇到節(jié)日活動，預(yù)約UI都要提前一個星期的。但是對于UI來說，每個人審美是不一樣的。所以，做的好不好都是虛的，KPI高才是硬道理！ 當(dāng)然也不是所有情況都是這樣的，還是那句話，具體問題，具體分析！

關(guān)于前端：

為什么做出來的網(wǎng)頁，總有用戶說在他們電腦上顯示有問題？

其實(shí)前端的坑算比較少的。樣式問題，是我們最常見遇到的問題。其實(shí)準(zhǔn)確來說，這是一個技術(shù)問題，牽扯到內(nèi)核，兼容性等問題。但是我們要盡量避免的，就是用戶提出來之后，我們還沒發(fā)現(xiàn)。通常我會在電腦上裝三個瀏覽器，谷歌，火狐，360。谷歌的F12太好用，火狐的FIREBUGS也是神器，360則是許多普通用戶的首選。當(dāng)然還有自帶的IE。 建議是使用這四個瀏覽器都測一遍，然后使用IE自帶的調(diào)試工具，按F12找到瀏覽器模式，切換IE版本。部分IE版本沒有IE6，這時需要下載IEtester來測試了。

關(guān)于開發(fā)：

在和開發(fā)碰需求，或者跟進(jìn)需求時，是遇到坑最多的地方。再次的強(qiáng)烈的建議大家學(xué)習(xí)下數(shù)據(jù)結(jié)構(gòu)，然后和開發(fā)哥哥一起建表?；蛘咧辽俳ū硗旰笞约阂惨タ聪?。其次關(guān)于流程，關(guān)于邏輯，一定要理清！這也是非常重要的。

為什么這個功能做不了？

這是很多不懂技術(shù)的PM最心酸的問題，特別遇到不耐煩的開發(fā)哥哥。許多剛?cè)腴T的PM就在這一步被打擊到了。首先作者覺得PM雖然不一定要懂技術(shù)，但是一定要知道技術(shù)做的是些什么東西，按怎樣的流程怎樣的邏輯去設(shè)計。懂技術(shù)當(dāng)然最好，作為一個PM知識面越廣越NB！

至于這個問題，最好的方法當(dāng)然是懂技術(shù)，知道開發(fā)哥哥是不是忽悠你。不然的話，就趕快找其他開發(fā)，你的朋友，你的親戚詢問具體流程。嘗試找出問題是在哪一步。再去深究。

我都不知道這功能要做多久？程序員說要3天有沒有騙我？

這個相對上面的問題比較好認(rèn)知一點(diǎn)。憑經(jīng)驗判斷都可以大致猜到需要多久。同時，你可以注意幾點(diǎn)，是否需要建表？有沒有表之間的關(guān)聯(lián)？有多少種關(guān)聯(lián)？當(dāng)然具體開發(fā)難度還是要跟技術(shù)組長等去碰。

在這里再介紹一個好玩的需求時間游戲。同樣適用于此種情況，玩法是：提出一個需求，讓至少兩個程序員在紙上寫上他們來做分別需要的時間，同時不可交流，不可相互查看。在最后同時攤牌。若一個人填2小時，另外一個人填10小時。那就可以去問下他為什么需要這么久了。

關(guān)于開發(fā)的坑實(shí)在太多，在后續(xù)的章節(jié)里會持續(xù)更新可能會遇到的坑點(diǎn)。在此篇先不做詳述。下圖來此知乎，僅供大家一笑。

三.總結(jié)自己，反思團(tuán)隊

每次需求做完都是對自己能力的一次檢驗，在培養(yǎng)團(tuán)隊默契之外如何更好的使需求落地。一個牛逼的產(chǎn)品經(jīng)理，在項目組內(nèi)應(yīng)該是那種坐在誰位置上就能做他的事的人。不管是業(yè)務(wù)邏輯還是設(shè)計細(xì)節(jié)，不管是開發(fā)排期，還是數(shù)據(jù)統(tǒng)計，都應(yīng)該了如指掌。一定要記得每次掉下的坑，掉的越猛，飛的越高！

最后是文中推薦的干貨：

1. 產(chǎn)品唯心三問題
2. 推薦書籍《大話數(shù)據(jù)結(jié)構(gòu)》 定性分析與定量分析
3. 推薦書籍《給大家看的設(shè)計書》,《設(shè)計心理學(xué)》
4. IE自帶切換IE版本工具 ?IEtester
5. 需求時間游戲

作者：moon，微信公眾號：產(chǎn)品經(jīng)理講故事，ID：PMstorys

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

題圖由作者提供