1樓：猴12523撾貪
在快速迭代的敏捷開發模式下，要想寫乙個特別完整的需求文件不是不可以，但是會耗費特別多的時間和精力，如果是乙個產品團隊的話，那就可以分模組來寫，然後歸檔。如果只是老哥乙個，那就慘了。不過從我個人的經驗來看，以及每次與ui、技術、測試等相關人員的私下溝通來看，他們根本不會在意你的文件寫的如何，他們需棚圓要的是他們關注的內容。
產品的使用者價陪族值是什麼？產品的內部邏輯如何？<>
產品的細節如何從產品層面實現等無論用什麼模板，無論用什麼規範，只要說清楚就行，在很多時候會有一些細節無法照顧到的，我特別推崇公司wiki，無論專案內成員，還是以後接手的人鏈亂塌，都會看的清清楚楚，也節省了很多時間和提高了效率。以上針對不怎麼大的需求，及快速迭代來看，一般為一週兩週開發，純屬經驗只談。--如果是週期較長，專案較大，這個產品說明文件就得細心準備了。
樓上各位聊的已經很詳細了，我就不多說了。另外有乙個問題需要給大家提個醒。我以前犯過錯的，希望大家別再經歷。
針對需求的變更，一定要不怕麻煩，如果有條件，召集所有人碰頭，如果沒有時間，也一定要發郵件，晨會上詳細說明。因為誰也說不準什麼時候需求會應為某種特殊原因需要變更。如 領導的一句話，某個合作方變更需求，某個資源緊急撤離等等。
2樓：penny學者
需求文件註定是給所有人看的，它就是產品的定義。
文件圍觀的人包括：你的老闆（如果產品夠大，還會需要老闆的老闆），設計師，工程師，測試工程師。有時還應該包括產品前端：如運營，銷售，甚至市場部同事。
在通過各方的評審和簽字後，一般來說，這個文件就是一錘定音的事。若有更改，就是需求變更了。
所以，在需求文件撰寫前和撰寫中，對產品方向和使用者的把握要足夠強，從產品目的，到每個鏈結的含義，都需要準確地定義。基本上，當你開始寫文件時，應該萬事俱備。一邊想一邊寫，那說明你還沒有想明白這個產品是怎麼回事。
在有些公司，需求文件會包括產品的最終設計介面。即在文件提交給大家圍觀前，產品介面已經確定完畢。
需求文件寫作的一些建議。
產品定義部分一定要詳細描述。按功能模組寫，跨功能的定義用流程和關係來描述。多站在使用者的角度上，去定義使用者任務，使用者流程，頁面邏輯關係等。
使用準確的用語，注意邊界情況。比如，乙個文字框最多輸入多少個字元？是阿拉伯數字還是皆可？超過字數會怎麼樣？
多畫圖。把原型包括進去，或者把產品介面包括進去，不然就畫出來。否則除了你，沒多少看得懂。
乙個需求文件，一些通用部分是必須要包括進去的，我總結了乙個示例。
當然， 很多時候有可能是創業公司，或是小版本快速上線，要求會寬泛得多得多。
比如現比較推崇的agile敏捷開發，會更強短平快，削弱文件的溝通而加強團隊的直接交流，簡化流程，快速反饋，快速迭代等等。這種情況下，需求文件會極大簡化，咱就不在這**了。
文件資訊，版本記錄，責任人等。
專案背景，產品目的。
文件約定（採用的標準，通用名詞等）
可行性分析。
前期調研。產品預期。
對其他產品的影響。
產品定義功能詳述（文件主體部分）
功能模組。用例。
使用者流程。資料需求。
業務規則流程。
產品非功能需求。
對效能的需求。
安全性需求等。
產品風險或潛在問題。
流動互聯網公司的產品運營經理，具體是做什麼工作的？
流動互聯網公司的產品運經理的話就是它這個產品是如何運營的，這一塊是由你負責的就是產品如何分銷到下乙個部門杖子具體的話就是嗯，給他的運營啊，然後給建議呀，然後抓緊運營這一塊。網際網絡公司的產品運營崗位主要做什麼工作?主要是招什麼專業的應屆生？謝謝 產品運營崗位職責 包含內容建設，使用者維護，活動策劃三個層...
網際網路金融方面有什麼好的產品嗎，美國網際網路金融產品有哪些方面
金融的特徵 1.金融是信用交易。1 信用 經濟學上的信用，是一種商品交易的形式，對應於現貨交易 即時清結的交易 信用是金融的基礎，金融最能體現信用的原則與特性。在發達的商品經濟中，信用已與貨幣流通融為一體。2 信用交易的應有特點 a.一方以對方償還為條件，向對方先行移轉商品 包括貨幣 的所有權，或者...
如何評價網際網路與農產品銷售聯合的發展
推介一創業專案 做果蔬電商 實體，中國菜消費農貿市場佔比63百分比，開在農貿市場邊上，想不賺錢都難！市場份額佔有一席之地後，再進軍小區，乃至 海陸空立體佈局，低中高消費群體立體鎖客！不過對一般人而言，還是算了，海陸空立體在生存的前提下，口碑第一！一般生意人思維，辦不到的！若辦到，農村包圍城市策略，一...