購物平台需求文檔怎麼寫

① 電子商務系統網站需求分析怎麼寫

提供三部分的功能：（1）網上購物；（2）在網上進行商品庫存管理；（3）在網上進行訂單管理。
一、網上購物主要包括：用戶的登錄、用戶的注冊、用戶個人信息維護、商品瀏覽、網上購買。
用戶登錄，對用戶登錄輸入的用戶名密碼進行驗證。 用戶注冊，要求提供用戶的詳細資料。
用戶個人信息維護，對用戶個人資料及個人密碼進行維護。
商品瀏覽, 用戶在網上對本站點所提供的商品進行瀏覽和搜索（用戶無需注冊）。網上購買，注冊用戶提交所要購買的商品列表（列表為用戶點擊商品下的購買按鈕時自動生成）。 二、網上進行商品庫存管理主要包括：庫存管理員登錄、庫存管理員個人信息修改、管理庫存、對商品類別和商品進行管理。
管理員登錄，對管理員登錄輸入的用戶名密碼進行驗證。 管理員對自己的個人信息進行必要的修改。 商品類別管理，對商品進行分類管理。 商品管理，對商品進行管理。
管理庫存, 管理員對庫存商品的數量進行管理。
三、網上進行商品訂單管理主要包括：訂單管理員登錄、訂單管理員個人信息修改、管理訂單。
訂單管理員登錄，對管理員登錄輸入的用戶名密碼進行驗證。 管理員對自己的個人信息進行必要的修改。
管理訂單，包括已發貨訂單、未發貨訂單的瀏覽查詢以及未發貨訂單的的修改和刪除。
1.2 用戶特點
所面向的用戶群分為網上購物者、網站管理人員兩種。 網上購物者：這一類人員包括各種人員，這些人員中可能有一小部分人對網路的使用存在一些問題，例如：不會使用瀏覽按鈕，不會使用購買按鈕等等。對於這種情況，我們將提供細致的服務和詳細的幫助文檔。
網站管理人員：這一類人不存在使用問題，只需簡單培訓即可.

http://wenku..com/link?url=-

② 商業需求文檔的商業需求文檔的撰寫

BRD不同於常見的MRD（Market Requirement Document-市場需求文檔）和PRD（Proct Requirement Document-產品需求文檔），既然是用於產品實施之前的決策評估依據，必然對其文檔（報告）的內容和格式要求夠直觀、精煉，要點突出。作為報告的撰寫者，你必須讓高層明白，你的報告中將展現出怎樣的商業價值，如何用有力的論據來說服企業對你這個項目的認可，並為之慷慨的投入研發資源及市場費用。如果說PRD的好壞，直接決定了項目的質量水平，那麼BRD的作用，就是決定了你的項目的商業價值。優秀的BRD文檔，可以讓決策層充分被你的報告觀點所吸引，或許財務主管會因為報告呈現的低投入高產出的經濟效益預測而蠢蠢欲動；或許技術主管會因為項目的牽涉面廣泛而頭疼不已；又或許公司的VP之流因之報告而看到了未來一年業績的飛速發展的廣闊前景……
說白了，BRD需要產品經理（產品設計師）像對待PRD一樣，充分應用市場調查、用戶研究、需求分析等各種設計手段來充分闡述報告的內容。基於這樣的狀況，顯然不是給大家一份完整的BRD標准格式規范，就能夠搞定一切的！哈，也許有人會說這有點危言聳聽，不過我一向贊成，面對一切「產品」，都應該用設計的眼光看待它。 不同的企業，不同的時期以及不同的決策環境，使得BRD的決策層必然存在著較大的差異，產品經理在日常產品管理過程中，通過一系列的市場分析或調查，掌握到了一個潛在的、未被滿足的大量用戶需求，而這些需求背後將映射著一個廣闊的市場空間。於是在產品經理撰寫BRD文檔後，面臨如下受眾群體：
資本型：以CFO（首席財務官）、財務總監之類為主；
市場型：以市場總監、運營總監之類為主；
研發型：技術支持型，以CTO（首席技術官）為主；
戰略型：董事長、CEO首席執行官、COO或直屬副總裁 資本型：為對財務來說，付出都是負資產，最好的方式是只進不出，那樣就是只有利潤沒有成本。在BRD中，要專門針對這一方面，做一份詳細的報告。而通常而言，做一個互聯網項目，主要的投入在於「人力成本」「運營或營銷成本」「時間成本」「軟硬體成本」「環境成本」，如果單給出成本計劃，財務肯定不樂意了。所以，一定要明確給出收益預測，而有時候項目不是關注短期效益，更多的項目在初期通常不大可能獲得大的效益，這就需要報告中體現出長遠的效益預測。
市場型：做市場，最關注幾個方面：
1、有沒有成熟的推廣渠道
2、有沒有競爭對手，外部環境如何
3、有沒有營銷資源，市場佔有情況
4、市場空間有多大等
有成熟的渠道，營銷工作就容易開展，如果沒有，項目難度就會大增，有可能根本就無法落實。外部環境，通常指行業環境和市場環境，政策環境，越成熟的市場環境，對新興項目越不利，而越規范的政策環境，也對項目越不利。市場佔有情況和市場空間的關注是相似的，就是要看我們有大的市場蛋糕可以吃。
戰略型：對於公司的VP或COO而言，這個層次的領導，做到這一層面的領導通常眼界都會比較開闊，戰略眼光高，看得遠，想得透，抗風險性強！他們通常不會注重短期效益，而且也不僅僅只是關注單一的「錢」的效益，還包含關注是否是潛在市場或新興市場，是否有長期投資的價值，未來的趨勢是不是很好，風險是什麼等等。
研發型：大多數產品經理並不一定具備很強的技術研發功底。對於寫報告的人來說，研發這塊可盡量簡化表達，目的就一個，讓研發的Boss充分理解你想做的項目是什麼樣的，主要有什麼功能模塊（確定架構設計）是什麼類型的網路功能（確定性能支撐）就ok。 掌握了關注點，再預演一下BRD報告的過程：
會議開始，你總得先給與會的領導介紹一下你的產品要做什麼吧？（解決什麼問題或滿足什麼用戶需要）
為什麼要做？談談背後的原因（背景、市場空間、競爭對手、環境）
打算怎麼做？（產品規劃、模塊規劃、研發計劃、運營計劃）
需要多少資源？（人力成本、軟硬體成本、運營成本）
最終能獲得什麼收益？（帶來收入、帶來用戶、擴大市場、佔有市場先機、滿足未來三年戰略規劃等）
做這個有沒有風險？（開發失敗？失去市場機會？失去先機？競爭不過對手？沒有帶來收入？沒有帶來用戶？與公司戰略背道而馳？）

③ 網下購物系統的需求分析該怎麼寫

1.找個網上訂餐的網站實踐下，了解下具體的客戶需要；（菜色，訂餐流程等）2.考慮餐主的需要；（我接到了訂單該如何處理等）3.設計流程圖；4.細化功能圖，考慮系統架構，資料庫應用模式等比較基礎的設計思路；5.制定底層資料庫表格式和表間連接，配合邏輯圖進行規劃；6.界面設計，功能分割7.開發測試過程的思路8.online和batch的處理機制其實可以在設計文檔中考慮很多的東西，功能設計只是很小的一部分內容，主要是對於整個結構的把握和擴展性，維護性的考量比較重要。

④ app網站的需求文檔怎麼寫

讓老公教你！

⑤ 怎麼寫項目需求文檔

1 項目概述
1.1 建設背景
1.2 建設需求
1.3 建設目標
1.4 建設依據
2 網路及硬體方案
2.1 網路方案
2.2 硬體方案
2.3 系統軟體方案
3 平台軟體建設方案

4 終端管理方案

5 介面
6 項目組織
6.1 項目組織
6.2 項目管理
6.3 問題管理過程
6.4 項目實施步驟
6.5 項目溝通與交流
6.6 項目風險分析
6.7 風險規避
7 實施計劃
----------------------------------
只能給你提供一個簡單的目錄結構，這樣估計你也知道該從哪裡下手了~
不需要的可以更改，有自己的想法可以加進去~
做項目需求調研,最需要的是自己動腦去想~

⑥ 求電子商務網站需求文檔

網路一下，大把