1樓：一章
曾經製作過部門的PRD標準並在公司裡傳閱，來答一發~~~
樓上已有過回答，其實PRD寫得有多好不應該是關注點，更要關注結果本身，即PRD本身的服務物件和服務目標是什麼。服務於專案團隊，幫助推動專案落地，主要物件是開發、測試。
當然對於產品新人，寫出乙份規範的PRD是基礎素質的體現。
其實PRD對於不同型別的產品要求也是不一樣，偏後端的產品甚至要求細化到資料庫欄位的定義、資料流等，而偏前端的產品則往往需要在互動細節、異常邏輯方面下功夫。
建議多參考團隊以往的PRD，以查漏補全的心態，梳理出PRD模組，比如乙份C端產品的PRD通常包含：版本記錄、迭代背景和目標、專有名詞定義、功能闡述（定義與流程）、互動稿、異常邏輯、資料埋點。
如果遇到比較大的專案，比較有效的PRD文件，往往是乙個寬泛的PRD文件。舉乙個C端產品X.0級迭代的例子：此時PRD可以拆成好幾個文件來達成不同的目標。比如可以拆成：
專案背景和服務目標與關鍵收益、解決方案、競品對比、後續規劃，作為專案介紹的文件，用來做「預宣講」，核心目標是團隊對其方向和目標、增強開發對於迭代價值的理解、開發技術預研與成本粗估；
前面介紹的PRD作為落地的宣講會文件，核心目標是用於保障開發實現和測試驗收；
資料埋點單獨羅列，並可以將核心資料指標及計算公式羅列上，來增加開發對於資料埋點價值的理解；
不管怎麼樣的PRD文件，難免都會有遺漏和迭代，關鍵要勤溝通、多同步和記錄，翻過的錯不要犯第二遍。
2樓：Yanel說Agile
產品經理重心不應該以輸出完整優秀的PRD文件為目標，文件作為單向傳遞的「證據「不應該作為要求。
文件不是不重要，但是只是作為輸出最後的記錄，是備忘不是證據～
作為乙個喜歡程式設計師的女生，你覺得程式設計師的哪些特質吸引了你？
因為 我也是程式設計師啊 我做前端吶，希望物件也是搞IT的 乙個團隊就這麼出來了噻 哈哈哈哈 開玩笑的啦，大家都是程式設計師比較有共同語言吧，也能夠相互激勵著學習，拓展知識面。高薪嘛，眾所周知，不過，我也不低呀 因為兄控。哥哥是學霸，從小優秀，現在在微軟工作。比較疼愛我。因為哥哥對程式設計師抱有非常...
你見過哪些程式設計師的心酸？
yokowinds 997連續三個月，結果業務方說合規審批沒下來，專案就永遠擱置了。年底考核的時候，老闆說今年你沒明顯業績啊.通宵改好乙個bug，有種靈魂出竅的快感，環顧四周空蕩蕩的辦公區，卻無人舉手相慶 相比於人，更喜歡跟機器溝通 可以成為任何事情的背鍋俠 南天門守門員 老闆需求都沒弄明白，一頓瞎...
作為乙個程式設計師有哪些優勢？
超級多啊簡直數不清 就拿我自己來說隨便舉個例子 曾經我是個即使大冬天的也天天洗頭洗澡，學校沒熱水了凍個半死也要用冷水洗完澡的南方妹子 現在自從我大學以後，我能做到大夏天的也好多天不洗，每次嫌棄自己的同時，默念 我是程式設計師啊 老長一段時間不洗澡不洗頭油膩膩的這不是很正常麼 1.熬夜根本停不下來，越...