產品需求的描述需要細到什麼程度？
看到這個問題竟然會一直沒有人作答，我來跨領域回答一波，班門弄斧一下。
產品經理給出的PRD，究竟需要詳細到什麼程度，這個簡單來說，就是“見仁見智”的事情，因為往往屁股決定腦袋。
站在什麼位置，限制在什麼思維中
怎麼說呢，就分兩種最典型的情況來說吧。
這種情況，雖然有些時候是PM不夠強勢，但大部分還是公司的體系結構決定的。
比如領導自己就是喜歡指手畫腳拍板，不下放權利的“大產品”，那麼自然其他部門在這種氛圍下自然不會把做執行的產品經理放在多重視的位置上，畢竟再怎麼樣，都可能躲不過“大產品”的一票否決。別人內心OS就差寫在臉上了：咱何必吃力不討好做無用功呢？
看，一個大餅
在有些公司的部門結構中，直接一個大IT部，產品經理就是這個部門的直接領導，所以就算部門內其他技術成員有什麼脾氣也沒啥好說的。但是不少網際網路企業，產品部和技術等部門是平行協作的部門，這個時候如果領導層面，即便不是“大產品”的人設，只要是偏向非產品型，甚至無偏向只是無主見型的，那麼做執行的產品人員被甩臉色或者被甩鍋就是指日可待的事情了。
你看這口鍋，它又大又圓
So，這樣的情況下，要麼別幹，要麼就搞清楚面向的接需求方，喜好是什麼，考慮換個別人能接受的姿勢給到你的需求。舉個例子，初級產品可能只會用Axure一個原型工具，但是見過形形色色人的產品，萬物皆可為“劍”，什麼Visio、億圖、畫圖板，對方要說最近眼鏡不舒服不能看螢幕，直接在草稿紙上給你整出個原型都不在話下。工具嘛，只是載體，關鍵怎麼把事情說清楚。
工具和形式只是達到目標的途徑
畢竟這個時候什麼軟體工程流程，什麼規格說明規範，什麼PMP理論，通通都是浮雲，因為這些如果真的有效並被落實了的話，你還用得著煩惱這檔子事嗎？
總歸白貓黑貓，抓到老鼠就是好貓了吧。
一般來說，這種情況得益於PM已經自己建立了一定的權威，或者公司結構體系就做得比較完善，那產品經理提的需求只要合理、正常，應該就沒這種煩惱了吧？
非也。
你以為的你以為的，總會有人理解不到。
“和諧”相處，還是會有人類迷惑性為
雖然大家會在心裡互道SillyB，但是礙於權威和麵子，表面上還是會和和氣氣，畢竟工作還是得完成。
那這個時候，如果接需求方還是啃不下來這塊骨頭，產品經理這頭最終也還是隻有做出一定讓步，把需求嚼碎了喂到對方嘴裡了。
不就是一句話聽不明白需要多詳細解釋幾句嗎？沒問題，開發工作量增加所以工期可以延期，那產品工作量增加工期也延期就好了——只要領導同意。
快醒醒，這是福報！
當然，如果對方已經到了需要你來畫設計圖或者你來寫程式碼的程度……這我也沒轍……
以上，就是個人對這個問題的回答。
（括弧笑~）
產品需求的描述需要細到什麼程度？
看到這個問題竟然會一直沒有人作答，我來跨領域回答一波，班門弄斧一下。
產品經理給出的PRD，究竟需要詳細到什麼程度，這個簡單來說，就是“見仁見智”的事情，因為往往屁股決定腦袋。
站在什麼位置，限制在什麼思維中
怎麼說呢，就分兩種最典型的情況來說吧。
一、產品經理沒什麼話語權。這種情況，雖然有些時候是PM不夠強勢，但大部分還是公司的體系結構決定的。
比如領導自己就是喜歡指手畫腳拍板，不下放權利的“大產品”，那麼自然其他部門在這種氛圍下自然不會把做執行的產品經理放在多重視的位置上，畢竟再怎麼樣，都可能躲不過“大產品”的一票否決。別人內心OS就差寫在臉上了：咱何必吃力不討好做無用功呢？
看，一個大餅
在有些公司的部門結構中，直接一個大IT部，產品經理就是這個部門的直接領導，所以就算部門內其他技術成員有什麼脾氣也沒啥好說的。但是不少網際網路企業，產品部和技術等部門是平行協作的部門，這個時候如果領導層面，即便不是“大產品”的人設，只要是偏向非產品型，甚至無偏向只是無主見型的，那麼做執行的產品人員被甩臉色或者被甩鍋就是指日可待的事情了。
你看這口鍋，它又大又圓
So，這樣的情況下，要麼別幹，要麼就搞清楚面向的接需求方，喜好是什麼，考慮換個別人能接受的姿勢給到你的需求。舉個例子，初級產品可能只會用Axure一個原型工具，但是見過形形色色人的產品，萬物皆可為“劍”，什麼Visio、億圖、畫圖板，對方要說最近眼鏡不舒服不能看螢幕，直接在草稿紙上給你整出個原型都不在話下。工具嘛，只是載體，關鍵怎麼把事情說清楚。
工具和形式只是達到目標的途徑
畢竟這個時候什麼軟體工程流程，什麼規格說明規範，什麼PMP理論，通通都是浮雲，因為這些如果真的有效並被落實了的話，你還用得著煩惱這檔子事嗎？
總歸白貓黑貓，抓到老鼠就是好貓了吧。
二、產品經理有足夠的話語權。一般來說，這種情況得益於PM已經自己建立了一定的權威，或者公司結構體系就做得比較完善，那產品經理提的需求只要合理、正常，應該就沒這種煩惱了吧？
非也。
你以為的你以為的，總會有人理解不到。
“和諧”相處，還是會有人類迷惑性為
雖然大家會在心裡互道SillyB，但是礙於權威和麵子，表面上還是會和和氣氣，畢竟工作還是得完成。
那這個時候，如果接需求方還是啃不下來這塊骨頭，產品經理這頭最終也還是隻有做出一定讓步，把需求嚼碎了喂到對方嘴裡了。
不就是一句話聽不明白需要多詳細解釋幾句嗎？沒問題，開發工作量增加所以工期可以延期，那產品工作量增加工期也延期就好了——只要領導同意。
快醒醒，這是福報！
當然，如果對方已經到了需要你來畫設計圖或者你來寫程式碼的程度……這我也沒轍……
以上，就是個人對這個問題的回答。
（括弧笑~）