中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

今天將講解對于產品經理最重要的文檔——產品需求文檔（PRD）。

題目說PRD做不好，評審就是在直播吃翔，這事Glen一點都不夸張，搞不好，未來你也有機會體驗一下。

1. PRD是什么？
2. PRD閉環：如何寫一篇優質的PRD
3. 注意事項

PRD是什么？

可以說，產品經理最重要的工作就是跟團隊說清楚需求，只有說明白了需求是什么，才能讓開發、設計、測試等去進行后續的工作。PRD是產品經理說明需求的不二選擇。

什么是PRD？

PRD，產品需求文檔(Product Requirement Document，PRD)的英文簡稱，這是一個產品經理為了跟其他項目成員說明需求的重要文檔，也是PM參加需求評審會時，你的成果作品。

你可能還不知道需求評審會是什么，那我就簡單講一講。需求評審會就是產品經理提出需求跟大家PK，讓大家評估產品經理提出的需求，然后決定后續工作的會議。幾乎所有的開發、設計、測試都會有忙不完的活，你憑什么讓他們把你的需求優先開發，這將嚴重考驗你和你的PRD。如果搞不好，你會被開發、設計、測試從頭到腳批一遍，那個場面，就像在直播吃翔。

至于為什么會搞不好，很大程度就是產品經理沒有把需求的各方面思考清楚，哪怕有一個邏輯沒有思考清楚，或者漏掉了某個步驟，團隊的其他人就會向你投來懷疑的眼光。如果一次評審會議中你被多次懷疑，那么不用想了，你就是在直播吃翔。

PRD是給誰看的？

首先，PRD是給產品經理自己看的。產品經理提出一個需求，那么實現這個需求的功能、邏輯，通過書寫PRD的過程，能夠慢慢梳理出邏輯。有人說：”我做高數微積分題全用心算完成，你那些功能、邏輯，我都能想得清清楚楚”。如果你真是這種人，那么拜托你，請加Glen私人微信，我要膜拜一圈。然而，這并沒有什么卵用，因為別人做不到。。。

其次，PRD是給團隊的其他人看的。一個產品經理，即便能夠在腦海里想清楚所有的功能、邏輯，但是他不能保證團隊的其他人也能在頭腦里想清楚一切邏輯。所以，產品經理需要通過輸出PRD，讓團隊其他人員理解需求的邏輯。

再次，PRD也是給老板看的。產品經理需要做某一個產品，在跟老板申請資源的時候，給出一份清晰的PRD能夠讓老板看明白你到底要做什么。

你知道PRD有多重要嗎？

PRD的重要性，怎么夸大都不過分。

首先，PRD有證明需求的作用。你口頭跟開發、設計、測試說一個需求，他們可能也口頭上答應幫你做。然后，可能就真的沒有然后了。。。接近項目上線，你突然發現他們沒有做你的需求，這時你再去找他們，他們完全可以說你沒有提出過需求，那場面，直接就是在吃翔。所以，產品經理需要認真寫一份PRD，通過需求評審后，郵件群發給開發、設計、測試等大爺，有文件留底，到時候他們就賴不掉了。

其次，PRD有證明PM的作用。很多公司將PRD的修改次數作為作為評判PM水平的標準，還可能作為PM升級評定的參考因素。如果一個產品經理寫的PRD平均修改次數過多，那將嚴重影響升級評定。

PRD閉環

做產品無時無刻都需要思考產品閉環的問題。PRD作為需求的說明書，更是需要體現產品閉環。完成下面的步驟，你就能夠寫出一份優質的PRD了。

你的目的是什么？

這個是一份PRD最重要的地方，其實做一個產品，或者實現一個功能/邏輯，都不是困難的事，但是你得想好為什么要做這件事，或者說，你要確定做這件事所獲得的東西是不是你自己想要的。這個問題想不清楚，后面的都是白搭。比如，你準備做一個游戲活動頁，本來目的是為了拉新，但是目的沒有把握好，后面做成了留存，那么你的KPI很可能就“呵呵”了。

實現目的所需要的功能？

在目的已經清晰、明確的前提下，PM得好好思考實現該目的所需要的功能，這些功能是實現目的的必經之路。最好給出功能列表，一個功能點都可以單列一條，并且和測試用例一一對應。

還可給出功能的應用場景，方便團隊其他人理解該功能的作用。比如，一個簡單的用戶在某活動頁兌獎的情景：

1. 用戶在購買某服務后，得到兌獎網址
2. 用戶輸入該網址后，彈出活動頁
3. 用戶點擊“領取獎勵”按鈕，頁面彈出注冊/登錄框，用戶輸入賬號密碼，登錄成功，領取獎勵

列出了功能點后，還需要對功能列表里的功能進行排序，得出優先級。暫時不做的需求，也要事先提出，放入需求池。

完成功能需要的邏輯？

這部分其實就是將功能分成很多小的功能點，比如一個兌獎的功能，可以分拆成注冊、登錄、第三方登錄等小功能點。實現了每個功能點的邏輯，就組成了整個兌獎功能。

這部分，我感覺是實現產品體驗的最重要階段。實現一個功能的邏輯，如何做到讓用戶使用起來不復雜，同時能夠讓開發工作量不要太大，同時還能讓大部分情景能夠正常觸達正確的結果，這不是一件簡單的事。

異常邏輯、危機處理？

大部分用戶能夠正常使用功能后，就需要思考一些異常邏輯和危機情況了。這一部分非?？简灝a品經理的邏輯思維，從深度、廣度兩個方面全面考驗。這一部分也最容易被團隊其他人發現邏輯漏洞，分分鐘讓你感覺在直播吃翔。所以，這一塊大家要加把勁，爭取想出每一種異常邏輯，做好危機處理。

還是以兌獎活動為例子說明，一個兌獎活動頁，目的是為了讓某客戶端裝機量上升，那么必須設定該活動頁必須在該客戶端中輸入，才能跳出兌獎網址（該客戶端帶瀏覽器功能）。那么異常邏輯可能就有：

1. 用戶不在客戶端里輸入網址
2. 用戶在斷網情況下在客戶端/其他瀏覽器輸入網址
3. 用戶超過活動時間后才輸入活動網址

…………

爭取需要的資源

完成上面的步驟后，就需要跟項目組要資源了。

• 項目成員：完成產品開發工作所需的程序員（前端、后臺、運維等），設計師（交互、視覺），測試，運營，商務等。
• 硬件資源：服務器，宣傳物品等

數據反饋

這部分也是非常重要的，你做出了一個產品，肯定是需要知道它的市場反饋如何，得到反饋后，才能決定下一步該怎么走。這里就需要設計數據反饋系統，訂立考核指標。

• 訪問量
• 轉化率
• 留存率
• 用戶活躍天
• 產品收入
• 任務、活動完成量、質量

完成以上步驟，一個完整的PRD閉環就做好了，這下子，可以去找其他人PK了，做得足夠認真的話，應該就不用直播吃翔了，可以挺直腰板當大爺了。這個世界就是一個“要么你是大爺，要么我是大爺”的世界，各位還是爭取自己當大爺吧。

注意事項：坑，還是很多的

這部分說明一下具體寫PRD時，需要注意的事項。

換位思考

寫PRD一定要時刻想著換位思考，你得想著你的文檔是給開發、設計、測試等看的，語言上盡量好理解，盡量不要用形容詞，描述功能時，可以嘗試用開發的邏輯去思考書寫方式。

不要求大求全

這部分是我踩的一個深坑，我之前總想著把所有的邏輯都整理在一個流程圖上，然而這在很多情況下是不可能的，除非你做的這個產品比較簡單。即便你真能夠將所有邏輯整理在一個流程圖上，那么這個流程圖也會很復雜，不容易讓團隊其他人看懂。功能最好分點說明，正常邏輯和異常邏輯分開說明。

所見即所得

這是一個讀圖的時代，圖片展現是最清晰明白的。有的功能點，邏輯比較復雜，這時可以考慮用原型圖展現，原型圖可以做到所見即所得。

實現進度如何？

在PRD之外，最好再做一個項目進度表，這份表格要做到及時更新，讓整個團隊知道項目的進度。

關于語病和錯別字

一份優質的PRD，最好達到新聞稿的校驗程度，基本不要有語病和錯別字。語病和錯別字太多的話，容易讓大家覺得你很不嚴謹。

排版標準

排版一定要有一套標準，保證你的每一份PRD都按照同一份標準。排版力求美觀大方，字體、顏色、字號、行間距等方面都需要有一定的選擇。

好了，以上基本將PRD的理論知識介紹了一下，我所說的，可能都是錯的。說了那么多，其實PRD的作用就是讓其他人幫你干活。一個極致的情況，模仿全棧工程師，我提出一個“全棧產品經理”的概念。當一個產品經理強悍到精通策劃、前端開發、后臺開發、設計、測試、運營、商務等，那么這種人我稱Ta為“全棧產品經理”。

如果你是全棧產品經理，那么上面我說的關于PRD的東西可能對你來說都是垃圾，你自己就能做完所有的事情，請你務必要加我微信，讓我膜拜你一圈。但即便你是全棧產品經理，能一個人完成所有工作，但是完成時間肯定會很長，效率肯定會下降。所以，廣大PM兄弟姐妹們，咱們還是老老實實寫PRD吧！

感謝閱讀！

#專欄作家#

Glen，微信公眾號：JiGlen，人人都是產品經理專欄作家，一名來自中山大學的產品經理。愛看書、喜歡碼字、愿意走出去看世界。產品路上剛起步的新人，不喜歡嚴肅、高冷的氛圍，喜歡在幽默中完成任務，力圖成為史上最幽默產品經理，歡迎交流。

本文系作者授權發布，未經許可，不得轉載。