本文寫給0~3歲，又處在創業公司的產品經理。
PRD很基礎也很重要，PRD沒有什么標準，好的產品經理會根據實際情況來寫適合自己團隊的PRD。
創業公司與大公司，主要的區別在于資源和時間都更匱乏。這意味著創業公司會有更多的變數，時間周期、團隊配置隨時可能變，很多時候PM不得不根據情況來調整工作方式，以保證事項順利的進行。
我剛畢業就在創業公司，沒人帶，會去網上找各種各樣的PRD模板，也會思考如何寫出一份優秀的PRD。 后來經歷了團隊從30人到100多人的過程，團隊配合、工作流程一直在變，也經歷了初創團隊暴露出的諸多問題，我寫PRD的方式也一直在變化。
所以在講如何寫PRD之前，我更愿意講一講什么是PRD：
PRD是需求的說明，是用來把需求講清楚的一種溝通方式。
舉個不恰當的例子，就像表情包是用來表達情緒的一種溝通方式，PRD是用來把需求講清楚的一種溝通方式。
寫出一份優秀的PRD不是目的，把需求說清楚，保證各個部門與PM理解一致才是目的。PRD文檔沒有什么標準，標準是你的團隊是否與你理解一致。
理解以上這些，然后再去參考別人的PRD，借鑒那些能幫助你把事情說清楚的方法，寫出適合自己團隊的PRD文檔。
模板有很多百度隨便搜，我在這里分享一下寫PRD思考的三個維度，僅供參考：
需求維度
需求背景/目標：目標清晰可以讓團隊勁往一處使。幫助團隊理解為什么要做這個需求？用戶在什么場景下遇到了什么？不做這個需求會對用戶有什么影響？做了會帶給用戶或者公司帶來什么價值？
需求的依據：有理有據才可以讓團隊信服。這里的依據可以是產品數據、競品分析、用研報告，也可以是你的思考過程。目的是向你的團隊展示你的思考過程、邏輯、論證需求的有效性。
業務維度
業務邏輯：幫助團隊理解需求的具體業務，業務之間的各個角色是的關系等（復雜一點的業務建議使用流程圖）
功能列表：具體需要哪些功能，各個功能的優先級。
名詞定義：如果出現了新的業務名詞，最好給出明確的定義，防止團隊之間理解出現分歧。
交互維度
?頁面邏輯：功能入口，頁面之間如何跳轉。
交互方式：點擊、長按、滑動等。
角色區別：未登錄用戶、已登錄、高級or管理員等不同角色看到的頁面之間有什么區別。
顯示規則：包括默認顯示、點擊/選中后顯示樣式、哪個交互元素需要突出等。
控件規則：輸入框限制、按鈕禁用等。
數據規則：數據校驗、加載、邊界值等。
異常情況：斷網、網絡請求失敗、空頁面、數據同步等。
最后，多與自己的團隊溝通，會收獲一些有用建議。PRD沒什么標準，希望大家可以寫出適合自己團隊的PRD。祝愿在創業公司戰斗的大家，都可以做出帶給用戶價值感的產品。
