轉(zhuǎn)自：產(chǎn)品經(jīng)理日記
臥槽！這文檔是哪個SB產(chǎn)品寫出來阻礙項目進度的？？
隨著程序猿內(nèi)心的一聲怒吼，你，產(chǎn)品經(jīng)理，瞬間被定位為SB產(chǎn)品，從此再難與其開展一些促進友(ji)誼(qing)的互動活動…
這都源自你寫的無邏輯、無重點、無所謂又無腦的產(chǎn)品需求文檔。為提高整個產(chǎn)品經(jīng)理圈的文檔水平，老K在此，借鑒多位前輩大牛的經(jīng)驗，來教大家怎么寫合格的產(chǎn)品需求文檔：
首先，產(chǎn)品需求文檔，Product Requirement Document，簡稱PRD，其存在的目的主要有3個：對產(chǎn)品需求的完整描述、開發(fā)測試的唯一依據(jù)、后續(xù)歷史追溯和備案。有如下兩個重要的基本原則：
第一，其終極目標是指導(dǎo)設(shè)計和開發(fā)，建立對于項目的共同理解。所以在書寫的時候，要對閱讀對象的理解能力和知識水平以及對這個項目的了解程度都要有個大致的判斷，確保每個人都可以看得懂。既不倡導(dǎo)事無巨細地記錄，也不倡導(dǎo)凡事只講個要點。
第二，文檔是一個不斷更新的過程。在產(chǎn)品概念設(shè)計階段，根本沒有辦法寫設(shè)計的具體需求和測試計劃。早起產(chǎn)品文檔扮演的角色就是記錄那些已經(jīng)確定的概念和目標，到產(chǎn)品中后期，大家都明白做什么了，也確定了一些用戶流程和屏幕細節(jié)，文檔的整個骨架才會慢慢支撐起來。這意味著，我們一定要做好版本控制。
理想的PRD文檔具備4個特點：
完整——各功能點無遺漏、無缺失；
高效——從方案確定到文檔完成耗時短；
準確——無歧義、結(jié)構(gòu)合理、便于開發(fā)測試人員閱讀和理解；
低成本溝通——討論、評審、后期修改，流程合理，溝通順暢。
一篇完整的產(chǎn)品文檔包含十個部分：
1. 產(chǎn)品概覽
大概用三四句話左右高度描述一下我們會做一個什么樣的產(chǎn)品以及為什么要做這樣一個產(chǎn)品。
2. 問題與機會
描述我們通過這個產(chǎn)品需要解決的問題，或者是我們正在尋求的機遇。一般來說，這段話的作用在于讓人閱讀后明白我們?yōu)槭裁匆〞r間做這件事，以及明白了這件事的意義所在。
3. 產(chǎn)品目標與范圍
基于SMART原則來制定的一系列產(chǎn)品目標。其中最重要的是要定義什么是產(chǎn)品的成功。這一點在產(chǎn)品開發(fā)時越早提出來越有優(yōu)勢，慢慢會發(fā)現(xiàn)是一切決策的依據(jù)。
產(chǎn)品范圍不僅定義我們決定花時間去做的事，也包括了決定放棄的功能。明確把這些不做的東西也列出來，有利于在未來討論時不用反復(fù)出現(xiàn)“那我們做不做這個？做不做那個”的討論。
4. 產(chǎn)品需求
產(chǎn)品需求指的是一小列通過用戶的視角撰寫的聲明。例如“我希望通過這個產(chǎn)品我可以實現(xiàn)……”它不需要包含具體的實施細節(jié)，也不需要寫具體的界面元素。它們只是對于產(chǎn)品成功的一些具體表現(xiàn)。
5. 產(chǎn)品原則
這里面會提到一些設(shè)計和技術(shù)的原則，例如facebook的設(shè)計原則就是：universal, clean, consistent, useful等等。不同的產(chǎn)品會需要不同的原則。例如對于2B的一些企業(yè)級軟件，安全和易用是非常高的原則。然而對于一些消費者產(chǎn)品，趣味性和創(chuàng)新可能更為重要。
6. 用戶故事
之前已經(jīng)有人提到了用戶故事，里面講到了用戶故事的三大元素：誰，是什么，為什么。這是一個比較直接的表述。一般在設(shè)計師眼里，會考慮更多的場景，動機，用戶行為以及最終的價值實現(xiàn)。所以一般一個產(chǎn)品，會支持若干個優(yōu)先級的用戶故事。每個用戶故事是描述了一段獨立的end-to-end的使用體驗。它包括：用戶畫像，使用場景, 使用意圖, 步驟, 產(chǎn)品價值（產(chǎn)品如何幫助用戶實現(xiàn)價值），以及優(yōu)先級。
一般優(yōu)先級最高的進入MVP（minimal viable product), 然后依次類推，優(yōu)先級最低的進入backlog，大家有空有資源再考慮實現(xiàn)。
7. 設(shè)計細則
這里包含的是設(shè)計的細節(jié)。產(chǎn)品經(jīng)理需要提供原型圖，也可以讓設(shè)計師來提供更加專業(yè)的設(shè)計稿。
8. 衡量指標
這一塊講的是具體如何衡量一個產(chǎn)品的成功。指標性的東西來幫我們判斷自己的努力是否有了預(yù)期的回報。
9. 依賴物
這一點比較容易被人忽略，但是往往很重要。因為產(chǎn)品經(jīng)理是對一個產(chǎn)品最有全局觀的人，所以一定要說清楚，哪些交付物得走在哪些交付物的前頭，交付物和交付物之前是什么樣的關(guān)系，這樣對應(yīng)的負責(zé)人才有一個清晰的認識，不致于誤了開發(fā)時間。
10. 測試計劃
測試計劃是一系列需要在產(chǎn)品發(fā)布之前做的測試，確保在各種使用情境下，產(chǎn)品都不會有意外發(fā)生。測試計劃一般需要產(chǎn)品經(jīng)理與測試一同完成。
最后，有一些容易忽略的細節(jié)，特別是初級產(chǎn)品汪們一定要牢記：
所有頁面都要說明“從哪來，到哪去”
各種錯誤提示、斷網(wǎng)跳轉(zhuǎn)等
輸入框里各種限制：為空？字符？字數(shù)？空格？
別寫“與線上保持一致”
大版本一定要有上線時間表
最后的最后，我知道你看到這一定在想：所以說了這么多，PRD模板在哪？機智的老K早已準備好：在公眾號回復(fù)“PRD”，可以獲得騰訊PRD需求文檔模板一份！記得回來點贊哦！
模板雖然能解決你眼前的問題，但是如上所闡述的方法與要點，才是真正的干貨，或許做了多年產(chǎn)品之后你再翻到本文，你會嘆一句：
感謝去哪網(wǎng)產(chǎn)品大佬、知乎產(chǎn)品大神的干貨！
