簡單來談一下，為什么軟件開發項目中，需要需求文檔這么個東西？
在稍微大一點的開發團隊中，產品經理未必能向所有開發人員，傳達具體的產品開發需求。這時就需要一份文檔來供所有的項目參與人員閱讀。而產品經理又常常愛拍腦袋、容易變卦，所以文檔也是開發人員約束產品經理的一項武器。在產品上線前的測試環節，測試人員也同樣會拿產品需求文檔來驗收產品質量。當團隊進入新人時，文檔也可以讓新人更快地了解產品。
總的來說，產品需求文檔有三個核心作用：
傳達產品開發需求；
保證各部門溝通有理有據
產品質量控制有具體標準
由此可見，產品需求文檔是必不可少的。那一份好的需求文檔，就應該能準確傳達出產品的開發需求。那么產品需求文檔該用什么方式寫，才能更好地傳達出產品開發需求呢？
就我所見，行業大多產品經理都是用Word+Axure原型的方式組成產品需求文檔。那這種方式，是否真的能方便地表達出產品需求？
我問了很多程序猿，他們在開發時，一般都是看著效果圖和原型圖寫代碼，只有在遇到問題時，才會查看word文檔。也就是說，開發需要一邊寫代碼，一邊看效果圖，一邊看原型，還要時不時查看文檔。而且，大多數程序猿都不會逐字逐句去讀產品經理的長篇大論。
那產品經理寫word真的合適嗎？這樣的用戶體驗真的好嗎？花費大量時間寫word真的有價值嗎？在Axure畫原型的同時，我們為什么不能直接在旁邊標注呢？這樣豈不是方便快捷很多嗎？
其實，當下流行一種直接在原型圖上標注的需求文檔撰寫方式。在新版的Axure8中，也已經推薦了原型加標注的需求文檔樣式。Axure8新增了一組部件—不干貼，就是方便產品設計人員進行功能標注。
什么是產品思維？不斷發現問題，解決問題就是產品思維。只有不斷思考，不斷發現問題，不斷總結，才能優化出更優秀的產品。
