上篇文章給大家介紹了功能需求詳細規格說明的部分內容“ 產品經理的需求文檔怎么寫？應該包括什么內容？（四） ”，接下來繼續看看剩下的內容。
4.3.系統產品業務邏輯和規則

基本上有80%的PM都停留在這一階段，認為自己完成了基本功就是長久之能，懂得畫圖懂得做原型懂得項目跟進，就是懂做產品了。

我也是一樣的，目前在一家新公司。也是處在這樣的一個邊思考邊行走的階段。但我明白，對業務的理解非常重要，只有你對業務邏輯相當熟悉了、明白和領悟了基于這一系列業務邏輯之上的各種業務規則，你才有可能把產品做好，不然你淪為的只是老板或領導的畫圖工具，這個時候你規劃設計的產品的價值是很難體現出來的。

業務邏輯，呈現在系統里就是一個合理的架構業務的框架，并不是具體的一個交互。深入的了解業務邏輯和規則，以及對他們的思考，明白業務為何是這樣的邏輯流程、為何這些業務流程邏輯上要設定這么多的規則？你不要試圖去改善業務流程和邏輯，因為大公司很多時候輪不到你思考業務或者提出更好的業務。而且業務框架也定了，但你可以把業務梳理好，可以把需求方服務好，要一起前進。

這也是提升的地方。明白了業務流程邏輯是什么樣子，這些流程規則上為何設定這么多的業務規則。就已經成功一半。把這些內容分主題、分類別、梳理出來，歸屬到規劃好的功能模塊當中，當然還是從User的角度、習慣、意愿去梳理規劃這一切。

5.非功能性需求

非功能的需求，本身跟User無關。比如用戶體驗的需求，這個User不用說，PM自己要考慮。就簡單的響應方面，如果一個報表系統，User選好組合條件，點擊查詢后，數據或者可視化圖表要經過很久才能展現（比如超過10秒或者更久），那基本這個系統/或者產品已經接近失敗了。另外還有一些系統性能和安全方面的隱性需求，都是需要進行規劃和設計的。我在此就不一一敘述了。

以上就是“產品經理的需求文檔怎么寫？應該包括什么內容？（五）”的內容了，如果你還想了解其他相關內容，可以來 產品壹佰 官方網站。