我理解後臺的需求文檔不同與類似直接用戶交互的系統：
直接用戶交互的需求是有強調前端美觀和佈局一類的合理性，歸根是者強調用戶體驗，
給開發的感覺有種“看圖說話”的感覺，相對比較獨立 開發比較自主，主要就是實現圖上的需求即可。
而後臺的功能特別是微服務功能：着重的是流程的合理性和系統的性能問題,
他有着複雜的邏輯和繁瑣的系統之際交互，流程的整理至關重要（這需要產品大佬或者業務專家精心分析：我認爲原則上是儘量的形成系統的閉環），
流程的合理性，其實就直接影響了系統的穩定性和性能問題，
至於需求的書寫肯定有別於直接面向用戶型軟件的書寫，基於開發的角度和以往閱讀優秀需求說明書經驗 總結如下步驟：
（1）明確需求背景：最好凸顯該功能帶來的價值，說服看這個需求的人
（2）功能的詳細描述
（3）功能複雜以流程圖的方式輔助說明
（4）專業名詞解釋
（5）系統之間交互的有接口文檔要提供接口文檔或者對應的對接人
（6）對外提供數據回傳接口需要明確參數，已經參數對應的校驗和取值規則，比如：數據格式校驗，金額的取值方式（保留小數位數，向上還是向下取值）