第一篇：3.產品需求驗收報告大全

3.產品需求驗收報告

作者：劉浩*流程內文檔責任人 文檔負責人：產品經理 文檔參與人：產品線總監

目的

按產品需求說明書對產品功能進行驗收，確認產品軟件功能等與初期定義是否一致，有無重大歧義，如實記錄情況，并說明是否通過驗收，為后期產品發布決策提供依據。

內容概述

產品是否符合需求方要求，是否符合發布條件。

通常采用表單格式，根據產品需求說明書進行列舉，記錄每個功能是否實現，產品邏輯是否正確，頁面是否符合。同時列舉有哪些不一致性，是否為核心功能，有無重大影響，對未實現功能進一步處理計劃，如考慮繼續完善并延期發布，或接受未實現功能并在下一版本進行完善等。

第二篇：產品驗收報告

南水北調S11-25000/110變壓器

驗 收 報 告

一、工程概況

項目名稱漢江興隆水利樞紐

合同名稱南水北調中線工程漢江興隆水利樞紐110kV變壓器及其中性點設備采購

合同編號HBNSBD-XL02-2010-11

監理單位中國水利水電建設工程咨詢西北公司興隆水利樞紐建設監理中心

制造單位武漢變壓器有限責任公司

二、產品參數

型號規格S11－25000/110

相數3相

額定容量25000 kVA

額定電壓121±2×2.5％/10.5 kV

額定電流119.3/1375 A

額定頻率50 Hz

聯結組標號YNd11

冷卻方式ONAN

三、驗收依據

各部件及工序的技術圖紙、工藝文件

國家標準和相應的產品規范

供需雙方簽訂的《合同》及《技術協議》

四、驗收情況

1、原材料、外購件驗收情況

用于S11-25000/110產品上的原材料、外購件，進廠時進貨檢驗員均進行了檢驗。重點對主要的原材料和關鍵的外購件進行了驗收：如武漢鋼鐵集團股份公司生產的鋼板、武漢鋼鐵集團股份公司生產的硅鋼片、常州中力銅業有限公司生產的電磁線、克拉瑪依25號變壓器油、武漢泰普變壓器開關有限公司生產的無勵磁分接開關、南京電氣集團公司生產的高壓套管、武漢飛浦通用設備有限公司生產的散熱器等。驗收結果表明其型號規格、產品質量、性能參數等均符合設計圖紙、合同及技術協議要求。

2、工序產品驗收情況

用于S11-25000/110產品上的幾大部件制作過程及其整體完工后均進行了檢查和驗收。具體情況如下：

①鐵夾件

鐵夾件制作過程及整體完工后均進行了檢查和驗收。重點檢查和復核了以下關鍵尺寸和外觀質量：如夾件上各支板對腹板的垂直度和平行度檢查、側梁與腹板的垂直度和平行度檢查、拉板孔位置尺寸偏差復核、各焊線質量和強度檢查、整個夾件打磨和除銹過程、夾件油漆噴涂質量檢查等。通過跟蹤檢查和整體驗收，結果表明鐵夾件質量符合相關的產品質量規范要求。

②鐘罩式油箱

鐘罩式油箱拼接、焊裝、噴涂過程及整體完工后均進行了檢查和驗收。重點檢查和復核了以下關鍵尺寸、制作過程和外觀質量：如用來制作油箱箱壁的鋼板質量檢查、高壓套管安裝孔的開孔尺寸復核、油箱內空尺寸復核、各處焊縫質量和強度的檢查、油箱所有密封焊縫完工后整體試漏檢查、整個油箱打磨和除銹過程、油箱底漆噴涂質量、油箱中途漆噴涂質量、油箱面漆噴涂質量等。通過跟蹤檢查、重點尺寸復核、整體外觀驗收，結果表明油箱質量符合相關的產品質量規范要求。

③鐵心疊裝

鐵心疊裝過程及整體完工后均進行了檢查和驗收。重點檢查和復核了以下關鍵尺寸和外觀質量：如抽查了硅鋼片的毛刺和荷葉邊情況、復核了鐵心主級和整個疊厚尺寸偏差、復核了鐵心直徑尺寸偏差、檢查了鐵心墊腳和拉帶安裝情況、檢查了夾件絕緣的安裝情況、檢查了起立后鐵心垂直度和夾件油漆保護情況等。通過跟蹤檢查、重點尺寸復核、整體外觀驗收，結果表明鐵心疊裝質量符合相關的產品質量規范要求。

④高低壓線圈

線圈繞制過程及整體壓裝完工后均進行了檢查和驗收。重點檢查和復核了以下關鍵尺寸和外觀質量：如高低壓線圈繞制前復核了電磁線的型號規格、抽查了所需絕緣件的質量、跟蹤檢查了繞制過程中電磁線的絕緣保護和出頭綁扎情況、復核了所有線圈的內外徑尺寸和高度尺寸、檢查了所有線圈的清潔情況、見證了所有線圈通路（或短路）檢查和直流電阻的測量等。通過跟蹤檢查、重點尺寸復核、整體外觀檢查，結果表明所有高低壓線圈的繞制質量符合相關的產品質量規范要求。

⑤器身絕緣、引線裝配

器身絕緣、引線裝配過程及整體壓裝干燥過程均進行了檢查和驗收。重點檢查和復核了以下關鍵尺寸和外觀質量：如跟蹤見證了高低壓線圈套裝時松緊適度、跟蹤檢查了高低壓線圈高度調整基本一致以及上下和內外墊塊基本對正、檢查了上軛的還原情況、檢查了各出頭保護比較得當、復核了各引線的規格尺寸和絕緣包扎厚度尺寸、復核了各引線絕緣距離尺寸、檢查了各引線的布線和夾持固定、檢查了整個器身的清潔情況、見證了三相線圈變比檢測和直流電阻的測量等。通過跟蹤檢查、重點尺寸復核、整體外觀檢查，結果表明器身絕緣和引線裝配質量符合相關的產品質量規范要求。

⑥總裝配

對產品總裝配過程進行了檢查和驗收。重點檢查和復核了以下關鍵過程和外觀質量：如檢查了器身干燥情況、復核了鐵心和器身的絕緣電阻、檢查了各線圈的壓緊情況、檢查了各引線夾持松緊情況、檢查了整體器身清潔情況、檢查了器身的安裝和定位情況、跟蹤檢查了各組部件和密封件的安裝情況等。通過跟蹤檢查、數據復核、整體裝配檢查，結果表明產品總裝配質量符合相關的產品質量規范要求。

3、產品外觀驗收情況

產品總裝配后對整體外觀進行了檢查和驗收。重點檢查和復核了以下外觀質量：如檢查了整體外觀油漆質量——漆膜均勻，無流掛，有光澤，漆膜厚度達到要求，邊角部位都噴涂到位，沒有銹蝕情況；檢查了各組部件的安裝質量——裝配位置正確、齊全、整齊、無傾斜，密封件均勻壓緊

牢靠；檢查了產品滲漏油情況——各部位密封焊縫處無滲漏，各密封膠條處無滲漏。通過對整體外觀質量進行檢查，結果表明產品整體外觀質量符合相關的產品質量規范要求。

4、成品試驗驗收情況

產品在試驗過程中對所有試驗項目進行了見證。如測量高低壓繞組的直流電阻，測量變壓比偏差和檢定聯接組標號，測量鐵心、夾件、高低壓繞組的絕緣電阻，測量絕緣系統的介質損耗因數和電容量，測量產品的空載損耗、空載電流、負載損耗和短路阻抗，對產品進行工頻耐壓試驗和感應耐壓試驗，測量產品的局部放電量，對產品進行線端的雷電沖擊全波試驗，變壓器油的各項指標檢測，產品整體密封滲漏檢測等。通過跟蹤見證，各項試驗項目均為一次性合格，各種性能參數符合技術設計，滿足國家標準、合同和技術協議的要求。

5、資料、質量記錄驗收情況

檢查了原材料和外購件相關的出廠合格證、質量證明書、檢測報告、回廠檢驗記錄等；檢查了工序產品檢驗記錄，包括鐵夾件、鐘罩式油箱、鐵心疊裝、線圈繞制、器身絕緣和引線裝配、總裝配等部件的檢驗記錄；檢查了成品試驗過程的原始記錄和試驗報告等。通過檢查產品生產過程中相關的資料和記錄，表明產品資料和質量記錄完整規范，有追溯性，產品質量控制穩定，有保障。

五、總體驗收情況

綜上所述，產品已制造完工，通過跟蹤檢查、復核或見證，產品上所使用的原材料、外購件均符合設計和技術協議要求，產品制造過程和檢測的各項性能參數均滿足國家標準、合同和技術協議要求，各項資料和質量記錄完整，產品驗收合格。

第三篇：APP產品需求說明書

簡介

1.1

目的本文檔主要讀者：產品總監、產品相關設計人員、技術總監、項目經理、開發

相關人員、測試經理及相關測試人員等。

1.2

說明

項目名稱：***網上商城

簡述：***網上商城是公司產品打造體系的一部分，主要表現形式是手機客戶端，隨著移動互聯網用戶的增多以及相關技術的普及，移動電子商務成為了日常生活的一部分，那么通過手機實現大宗商品的現貨交易成為了公司發展的一個目標，在沒有電腦的情況下，客戶可以使用手機登陸掌易通客戶端進行相關資訊以及交易信息的查看，并且可以實現洽談、下單、交收等業務。為現貨交易更加便捷，實現隨時隨地電子商務。

產品功能業務需求

2.1

產品構架

產品構架圖

2.2

主要流程功能簡述

流程簡述：

打開客戶端后，可以實現三大功能：

一、瀏覽平臺發布的公告信息，競價公告以及新聞資訊等

二、通過交易大廳、專場瀏覽掛牌交易信息。

三、會員登錄后可以對業務進行處理。

買方會員可以通過一口價或洽談的方式進行購買下訂單。

買方會員可以在業務中心進行驗貨、驗票、評價、將提單生成二維碼等操作。

賣方會員可以在業務中心進行發貨、評價、將提單生成二維碼等操作。

注：手機端不支持支付的功能，需在PC端進行支付。手機端不支持訂單、合同的異議功能，需在PC端進行異議處理。

功能界面展示和說明

3.1

前臺

l

手機客戶端支持分辨率不低于640*960像素

l

本需求中頁面效果圖為原圖，需由專業美工進行適當設計布局，手機界面的整體色系統一、唯美，菜單、下拉框、按鈕等控件風格保持一致。

l

進入手機客戶端首先進入的是首頁

l

加載時顯示“請稍等...”

3.1.1

首頁

功能簡述

系統首頁

行為角色

未登錄用戶，企業會員

前提條件

進入手機客戶端

事件流

1、手機端導航：浮動導航，位于頁面最下方，5個導航模塊圖標需要設計。

1)

首頁，點擊進入“首頁”頁

2)

交易大廳，點擊進入“交易大廳”頁

3)

專場，點擊進入“專場”頁

4)

業務中心，點擊進入“業務中心”頁，若會員沒登錄需要先登錄。

5)

更多，點擊進入“更多”頁

2、圖片輪播：圖片可以在后臺維護添加，圖片內容以新聞、廣告為主。

點擊圖片后跳轉至相應頁面。最多顯示5張。

3、功能模塊：功能模塊形狀呈圓角矩形，另需設計相應背景圖片。有以下幾部分組成：

1)

新聞公告，點擊后進入“新聞公告”頁

2)

交易大廳，點擊后進入“交易大廳”頁

3)

專場推薦，點擊后進入“專場”頁

4)

競價公告，點擊后進入“競價公告”頁

4、業務提醒：當會員登錄后，若“業務中心”中有待辦事項，則在“業務中心”導航模塊右上角顯示小紅圓點標記。

5、用戶登錄：頁面左上角顯示用戶登錄圖標，點擊后進入會員登錄頁面。

6、公司名稱：顯示在頁面最上方居中位置，要求字體美觀。

7、頁面下方顯示4條最近的新聞資訊。

備選流

無

特殊需求

采用的業務規則

3.1.1.1

會員登錄

功能簡述

未登錄用戶可以登錄系統

行為角色

未登錄用戶

前提條件

無

事件流

用戶輸入用戶名、登錄密碼進行登錄。

記住賬號，勾選后記住用戶名。

記住密碼，勾選后記住登錄密碼。

返回按鈕，點擊返回“首頁”頁面。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.1.2

新聞公告

功能簡述

查看平臺新聞公告

行為角色

未登錄用戶、登錄會員

前提條件

無

事件流

1、標題欄帶返回箭頭，返回至首頁。

2、新聞框：包括圖片、標題、副標題。標題顯示為兩行，大字體，若顯示不全用省略號代替；顯示發布時間；內容（副標題）顯示為兩行，小字體，第二行后面用省略號代替。點擊框內跳轉至新聞詳情。

3、排序：時間逆序排序。

4、新聞詳情：

1)

標題欄為新聞公告，帶返回箭頭，返回至上一級。

2)

標題，顯示在第一行。

3)

日期，標題下面為日期，小字體，精確到分。

4)

內容

備選流

無

特殊需求

采用的業務規則

界面效果圖

新聞詳情

3.1.1.3

競買公告

功能簡述

顯示每日競買公告條數

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、標題欄帶返回箭頭

2、公告二級導航：默認競買公告

1)

競買公告，點擊進入“競買公告”頁

2)

競賣公告，點擊進入“競賣公告”頁

3、默認今日界面，顯示共多少場，可選擇預告、往期的公告，點擊后跳轉至預告和往期頁，頁面只顯示時間和場次數量，點擊進入預告和往期詳情頁。

4、公告列表：

1)

按交易開始時間順序排列，同一時段的場次排列在一起。

2)

顯示字段：場次、競價單號、競價方式、是否定向、發盤方、競價品名、總重量、起始總金額。

5、競買結束后，在原列表顯示競價結果。點擊可查看競價結果。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.1.4

競賣公告

功能簡述

顯示每日競賣公告條數

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、同競買公告

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.2

交易大廳

功能簡述

顯示掛牌交易商品列表

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、手機端導航：同“首頁”

2、分類按鈕：頁面左上角為分類圖標，點擊后出現品種下拉框，品種一頁放不下的話可以向下滑動，選擇后跳轉至該品種類下的掛牌列表。

3、搜索：搜索框內只可以搜索品名，模糊搜索，點擊后出現下拉搜索框，為半透明模式，輸入內容后點擊搜索圖標顯示所搜索的掛牌列表。下拉框內顯示搜索歷史，可顯示最近8次的搜索歷史，下方有清空搜索歷史的選項按鈕。

4、高級搜索：點擊“高級”按鈕出現高級搜索下拉框，里面有品名、供應商、存貨地、價格區間、出價方式的選項。點擊存貨地向下彈出選擇框，確認后收回，并在最后有搜索小圖標。

5、掛牌列表：

1)

排序：系統默認按發布時間逆序排列

2)

顯示字段：品名、規格、材質（如螺紋鋼

25*25

Q235，不顯示字段只顯示內容，中間有空格）、存貨地、供應商、信用等級、出價方式、可購買量、掛牌單價，上面紅色字體不顯示字段，只顯示內容。

3)

出價方式（一口價、可洽談）顯示在該商品信息框的右上角，顯著標記。

4)

掛牌單價價格的字體使用大號醒目的顏色。

5)

點擊商品信息框跳轉到對應商品的“掛牌詳情”頁面。

6)

列表可向下滑動，展示全部。

6、掛牌排序：

具有三個排序標簽按鈕，分別為時間、價格、信用。用戶可以點擊標簽按鈕按逆序順序排列。再次點擊按順序排列。

7、UI風格：掛牌信息之間需有縫隙間隔，凸顯掛牌信息層次感，設計感強。

備選流

無

特殊需求

定向掛牌的信息只有定向會員才能查看，未登錄用戶或非定向會員不顯示

采用的業務規則

界面效果圖

搜索

高級

分類

3.1.2.1

掛牌詳情

功能簡述

顯示當前選中商品的詳細信息

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、標題欄帶返回箭頭，點擊返回按鈕，返回之前的“掛牌列表”頁面

2、詳情頁面最上面顯示品名和價格，價格醒目。其下面為4個標簽頁，分別是商品信息、商品描述、交收信息、供應商信息。頁面可以左右滑動。

3、商品信息：

1)

信息字段：品種、品名、規格、材質、掛牌重量、起訂量、可購買量、存貨地、廠家、生產日期、批號、質量標準

4、商品描述：顯示商品的詳細描述內容。

5、交收信息：顯示字段：交收方式、配送方式、結算方式、驗貨后付款比例、驗票后付款比例、保證金證方式、支付保證金額度（支付保證金比例）、保證金截止日、付款截止日、發貨截止日、驗貨截止日、驗票截止日、存貨地。

6、注：交收方式、配送方式、結算方式是以下拉框的形式存在，點擊會后可選擇，選擇后下拉框收回。雙方支付保證金比例或額度與上方保證金方式選擇相關，后面單位分別為“%”、“元/次”。填寫驗貨后付款比例自動生成驗票后付款比例，兩者相加為1。

7、供應商信息：

1)

信息字段：供應商、聯系人、聯系電話、聯系地址。

2)

如果該供應商開通專場功能，在供應商字段后面有“進入專場”按鈕。點擊后進入該供應商的“專場詳情“頁面

8、一口價購買、洽談

1)

在頁面最下方，為浮動的購買、洽談欄。滑動詳情頁該欄不動。

2)

若出價方式為一口價，則沒有洽談按鈕。

3)

購買量字段，輸入購買量，點擊“一口價購買”按鈕，進行購買操作，購買成功跳轉到“全部訂單”頁面

4)

未登錄用戶點擊“一口價購買”按鈕跳轉到登錄頁面

5)

已登錄但不具備交易權限的會員點擊“一口價購買”按鈕，彈出提示窗“您還不是交易會員，不能進行現貨交易，請登錄網站了解詳情”

6)

點擊洽談按鈕，跳轉至洽談頁。

9、一頁內顯示不了可以向下滑動頁面。

備選流

無

特殊需求

采用的業務規則

界面效果圖

界面效果圖

界面效果圖

3.1.2.2

洽談

功能簡述

顯示專場列表

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、洽談商品信息：品名、規格、材質、廠家、起售重量、可購買量。

2、操作欄：為固定浮動欄。可對采購數量和洽談單價進行洽談（即修改），并在上方顯示合計數量。點擊“洽談交收信息”跳轉至交收編輯頁面，點擊“提交”后生成洽談單。

3、洽談交收信息頁面：交收方式（包括線上交收、線下交收）、配送方式（包括買方自提、賣方送貨）、結算方式（一票結算、兩票結算）、驗貨后付款比例、驗票后付款比例、保證金方式、雙方支付履約保證額度或比例、履約保證截止日、付款截止日、驗貨截止日、驗票截止日、存貨地、交收詳細地址。

4、注：交收方式、配送方式、結算方式是以下拉框的形式存在，點擊會后可選擇，選擇后下拉框收回。雙方支付保證金比例或額度與上方保證金方式選擇相關，后面單位分別為“%”、“元/次”。填寫驗貨后付款比例自動生成驗票后付款比例，兩者相加為1。

備選流

無

特殊需求

采用的業務規則

洽談提交

界面效果圖

洽談提交

界面效果圖

3.1.3

專場

功能簡述

顯示專場列表

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、手機端導航：同“首頁”

2、搜索：搜索框內只可以搜索主營產品，點擊后出現下拉搜索框，同交易大廳搜索框。

3、高級搜索：點擊“高級”按鈕出現高級搜索下拉框，里面有供應商、存貨地的選項，并在最后有搜索小圖標。

4、專場列表：

1)

系統默認按發布信用等級排列

2)

顯示字段：主營產品、所在地區、經營模式、供應商、信用等級

3)

點擊信息框或進入專場按鈕皆可跳轉到供應商“企業專場”頁面。

4)

列表可向下滑動，展示全部。

5、UI風格：專場信息之間有縫隙間隔，凸顯掛牌信息層次感、設計感強。

備選流

無

特殊需求

采用的業務規則

界面效果圖

界面效果圖

（高級按鈕）

3.1.3.1

企業專場

功能簡述

顯示企業專場列表

行為角色

未登錄用戶，企業會員

前提條件

進入企業專場頁面

事件流

1、標題欄帶返回箭頭，返回之前的“專場”頁面

2、頁面左上角為專場圖片，右側字段為供應商、信用等級、開鋪時間、成交總筆數。

3、競價公告信息：

1)

顯示最近的3日次競價公告。若不夠3日次只顯示相應的的日次。

2)

顯示字段為，日期、共有多少場次。

3)

點擊公告信息，跳轉至競價公告詳情頁面。

4、掛牌信息

1)

顯示時間逆序排列的5個掛牌信息。

2)

顯示字段為，品名、規格、材質、存貨地、可購買量、掛牌單價、出價方式。

3)

點擊掛牌信息，調換至掛牌詳情頁面。

5、浮動欄：頁面最底部為浮動欄，有全部掛牌、專場簡介、全部競價的選項，點擊全部掛牌跳轉至商家的全部掛牌信息列表，頁面效果如交易大廳；點擊專場簡介出現專場簡介頁面，字段為主營產品、經營模式、所在地區、聯系人、聯系電話、專場簡介；點擊全部競價跳轉至商家全部競價公告列表。

備選流

無

特殊需求

采用的業務規則

界面效果圖

專場簡介

3.1.4

業務中心

功能簡述

顯示當前登錄會員的業務信息

行為角色

企業會員

前提條件

會員已登錄，未登錄用戶跳轉到登錄頁

事件流

1、手機端導航：同“首頁”

2、標題欄，業務中心

3、站內信：頁面右上角放置信箱圖標，如果有未讀的站內信，信箱圖標后由醒目的紅色數字進行提醒。

4、用戶信息：顯示用戶名、賬號總額、可用余額、凍結資金的數據。

5、快捷模塊：待付款、待發貨、待收貨、待評價、待洽談幾個快捷模塊分別由小按鈕組成。如果有相應的待辦事項，在各欄目后由醒目的紅色數字進行提醒。點擊后進入相應的模塊。

6、有待辦事項時，要有聲音、震動提醒功能。

7、功能模塊：功能模塊形狀呈圓角矩形。

1)

訂單管理，點擊進入“訂單管理”頁面

2)

合同管理，點擊進入“合同管理”頁面

3)

洽談管理，點擊進入“洽談管理”頁面

4)

提單管理，點擊進入“提單管理”頁面

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.1

待洽談

功能簡述

顯示當前待洽談的信息

行為角色

企業會員

前提條件

會員已登錄，并點擊待洽談模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、排序，時間逆序。

3、洽談單詳情：

1)

顯示字段：洽談編號、品名、規格、材質、供應商（采購商）、信用等級、狀態、重量、單價、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

洽談編號前面字段用“號”表示。

4)

合同狀態：待對方回復（狀態接口為待賣家回復、待買家回復）

5)

操作：“洽談”按鈕

6)

有操作時，不顯示狀態。

4、洽談狀態解釋，當買家提交洽談單后，賣家顯示狀態為“洽談”按鈕。買方顯示狀態為待對方回復；賣家洽談回復后，買家顯示狀態為“洽談”按鈕，賣方顯示狀態為待對方回復。

即：接口狀態為待買方回復時，供應商顯示“待對方回復”，采購商顯示“回復”按鈕；狀態為待賣方回復時，采購商顯示“待對方回復”，供應商顯示“回復”按鈕。

5、洽談結束后不顯示在該模塊中

6、點擊洽談信息框內部任何位置，跳轉至洽談頁。其中待對方回復的洽談頁不可以進行任何操作。

7、若沒有數據，則提示，抱歉，您沒有需要待洽談的訂單信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.2

待付款

功能簡述

顯示當前待付款的訂單信息

行為角色

企業會員

前提條件

會員已登錄，并點擊待付款模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、排序，時間逆序。

3、訂單詳情：

1)

顯示字段：訂單號、品名、規格、材質、供應商（采購商）、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

訂單號前買方看到的是“買”，賣方看到的是“賣”

4)

訂單狀態：待雙方支付履約保證（傭金）、待買方支付履約保證（傭金）、待賣方支付履約保證（傭金）

5)

狀態說明：在一口價購買或洽談確認生成訂單后，需要雙方支付履約保證；買方先支付履約保證后，顯示待賣方支付履約保證；賣方先支付履約保證后，顯示待買方支付履約保證；雙方完成后生成合同。如果掛牌為線下交收，則顯示待**支付傭金。

4、合同詳情：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商）、信用等級、存貨地、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

合同狀態：待支付貨款

5)

狀態說明：生成合同后，需要買方支付全部貨款，即顯示狀態為待支付貨款

5、支付貨款后，則該信息不顯示在該模塊中

6、點擊訂單/合同信息框內部任何位置，跳轉至訂單/合同詳情。

7、小提示：為了保證您的資金安全，請到電腦端進行支付操作。

8、若沒有數據，則提示，抱歉，您沒有需要待付款的訂單信息。

解釋說明：待付款里面有待支付履約保證的也有待支付貨款的，也就是說有訂單也有合同。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.3

待發貨

功能簡述

顯示當前待發貨的合同信息

行為角色

企業會員

前提條件

會員已登錄，并點擊待發貨模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、排序，時間逆序。

3、合同詳情：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商）、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

合同狀態：待發貨

5)

操作：“發貨”按鈕

6)

有操作時，不顯示狀態。

4、狀態解釋：當貨物發貨或者被買家提走，賣家要到系統進行“發貨”操作，點擊發貨按鈕后，彈出提示框，點擊確認發貨按鈕，發貨成功，若過了發貨截止日，則提示“已經過了發貨日期，不能發貨！”貨物若沒有發貨，買家顯示狀態為待發貨。

即：當接口數據時“待發貨“時，供應商顯示為“發貨”按鈕，采購商顯示為“待發貨”。

5、發貨后不顯示在該模塊中

6、點擊合同信息框內部任何位置，跳轉至合同詳情。

7、若沒有數據，則提示，抱歉，您沒有需要待發貨的合同信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.4

待收貨

功能簡述

顯示當前待收貨的合同信息

行為角色

企業會員

前提條件

會員已登錄，并點擊待收貨模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、排序，時間逆序。

3、合同詳情：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商）、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

合同狀態：待驗貨、待驗票

5)

操作：“驗貨”按鈕、“驗票”按鈕

6)

有操作時，不顯示狀態。

4、狀態解釋：發貨后，在買家的待收貨模塊中的訂單信息顯示“驗貨”按鈕，買家在驗完貨物沒有發現問題的情況下點擊驗貨按鈕（輸入支付密碼），狀態變為“驗票”按鈕，當買家收到發票的時候點擊驗票按鈕（輸入支付密碼）完成操作。賣家顯示狀態分別為待驗貨、待驗票（不可操作）。

即：當接口狀態是待驗貨、待驗票時，采購商顯示“驗貨”“驗票”按鈕，供應商顯示“待驗貨”“待驗票”。

5、驗票后不顯示在該模塊中

6、點擊合同信息框內部任何位置，跳轉至合同詳情。

7、小提示：如貨物或發票有問題，請到電腦端進行異議處理。

8、若沒有數據，則提示，抱歉，您沒有需要待收貨的合同信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

輸入支付密碼框（上面文字居中）

3.1.4.5

待評價

功能簡述

顯示當前待評價的合同信息

行為角色

企業會員

前提條件

會員已登錄，并點擊待評價模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、排序，時間逆序。

3、合同詳情：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

合同狀態：待對方評價（狀態接口為待賣家評價、待買家評價）

5)

操作：“評價”按鈕

6)

有操作時，不顯示狀態。

4、狀態解釋：點擊“評價”按鈕，彈出評價頁面，在相應的評價框處填寫評價信息，提交評價。在評價后如果對方未評價，則顯示狀態為待對方評價。

即：接口狀態為待雙方評價時，無論是供應商還是采購商都顯示“評價”按鈕；狀態為待買方評價時，供應商顯示“待對方評價”，采購商顯示“評價”按鈕；狀態為待賣方評價時，采購商顯示“待對方評價”，供應商顯示“評價”按鈕。

5、評價：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商）、信用等級、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

評價框

5)

提交評價或返回按鈕

6、雙方評價后不顯示在該模塊中

7、點擊合同信息框內部任何位置，跳轉至合同詳情。

8、若沒有數據，則提示，抱歉，您沒有需要待評價的合同信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.6

全部訂單

功能簡述

顯示全部訂單信息

行為角色

企業會員

前提條件

會員已登錄，并點擊全部訂單模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、訂單選擇模塊：采購訂單和銷售訂單可以切換，默認顯示有權限的模塊，若采購和銷售權限都具備，則默認顯示采購訂單。沒有權限的用戶點擊后提示沒有權限。

3、搜索：點擊“搜索圖標”出現高級搜索下拉框，里面有品名、供應商、訂單號的選項，并在最后有搜索按鈕。

4、訂單篩選模塊：包括全部、一個以內、三個月以內、六個月以內四個標簽頁。

5、訂單詳情：

1)

顯示字段：訂單號、品名、規格、材質、供應商（采購商、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

訂單號前買方看到的是“買”，賣方看到的是“賣”

4)

訂單狀態：狀態值由PC端提供，包括待雙方支付履約保證、待方支付履約保證、待賣方支付履約保證、待雙方支付傭金、待賣方支付傭金、待買方支付傭金、已生成合同、取消、撤銷等。

6、點擊訂單信息框內部任何位置，跳轉至訂單詳情。

7、若沒有數據，則提示，抱歉，您暫時還沒有訂單信息，快去逛逛吧！

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.7

訂單詳情

功能簡述

顯示當前訂單詳情信息

行為角色

企業會員

前提條件

事件流

1、標題欄，訂單詳情，前面有返回箭頭，可返回上一級。

2、詳情頁面最上面顯示品名和總價。其下面為3個標簽頁，分別是訂單、商品、交收。頁面可以左右滑動。

3、訂單：顯示訂單編號、成交金額、供應商（采購商）、成交時間、履約金（元）。

1)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。

4、商品：顯示品種、品名、規格、材質、廠家、成交價格、成交重量。

5、交收：顯示交收方式、配送方式、結算方式、驗貨后付款比例、驗票后付款比例、履約保證方式、支付保證金額度（支付保證金比例）、履約保證截止日、付款截止日、發貨截止日、驗貨截止日、驗票截止日、存貨地

6、商品和交收頁面樣式同掛牌詳情。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.8

全部合同

功能簡述

顯示全部合同信息

行為角色

企業會員

前提條件

會員已登錄，并點擊全部合同模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、合同選擇模塊：采購合同和銷售合同可以切換，沒有權限的用戶點擊后提示沒有權限。具體同訂單管理。

3、搜索：點擊“搜索圖標”按鈕出現高級搜索下拉框，里面有品名、供應商、合同號的選項，并在最后有搜索按鈕。

4、合同篩選模塊：包括全部、一個以內、三個月以內、六個月以內四個標簽頁。

5、合同詳情：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

合同狀態：（狀態值取自PC端）具體如待支付貨款、待生成交收單、待對方評價、待驗貨、待驗票、驗貨異議中、驗票異議中、解除、強制解除、終止、已完成5)

操作：“發貨”按鈕、待發貨、“驗貨”按鈕、“驗票”按鈕、“評價”按鈕

6、點擊合同信息框內部任何位置，跳轉至合同詳情。

7、若沒有數據，則提示，抱歉，您暫時還沒有合同信息，快去逛逛吧！

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.9

合同詳情

功能簡述

顯示當前合同詳情信息

行為角色

企業會員

前提條件

事件流

1、標題欄，合同詳情，前面有返回箭頭，可返回上一級。

2、詳情頁面最上面顯示品名和總價。其下面為3個標簽頁，分別是合同、商品、交收。頁面可以左右滑動。

3、合同：顯示合同編號、訂單編號、供應商（采購商）、生效日期、合同貨款、實際貨款、合同重量、實際重量。

1)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。

4、商品：顯示品種、品名、規格、材質、廠家、成交價格、成交重量。

5、交收：顯示交收方式、配送方式、結算方式、驗貨后付款比例、驗票后付款比例、履約保證方式、支付保證金額度（支付保證金比例）、履約保證截止日、付款截止日、發貨截止日、驗貨截止日、驗票截止日、存貨地

6、商品和交收頁面樣式同掛牌詳情。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.10

洽談管理

功能簡述

顯示全部洽談信息

行為角色

企業會員

前提條件

會員已登錄，并點擊洽談管理模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、洽談單詳情：

1)

顯示字段：洽談編號、品名、規格、材質、供應商（采購商）、信用等級、狀態、重量、單價、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

洽談編號前面字段用“號”表示。

4)

洽談狀態：待對方回復（狀態接口為待賣家回復、待買家回復）、成交、取消

5)

操作：“洽談”按鈕

3、點擊洽談信息框內部任何位置，跳轉至洽談頁。洽談結束

4、若沒有數據，則提示，抱歉，您沒有需要洽談的訂單信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.11

洽談回復

功能簡述

顯示專場列表

行為角色

登錄會員

前提條件

事件流

1、生成洽談單后，賣方首先點擊洽談

1)

標題，洽談。前面有返回按鈕。可返回至上一級頁面，即洽談管理或待洽談頁面。

2)

頁面最上方為我的發布、并可查看掛牌詳情。

3)

我的發布：顯示在右側，顯示字段為：品名規格材質，起售重量，可購買量，掛牌單價，廠家。

4)

買家的洽談：顯示在左側，內容只顯示買方洽談更改項。

5)

人頭像，我方顯示為“我的圖標”，買方顯示“買的圖標”。頭像顏色區分，對方的頭像顯示在左側，我方的顯示在右側。

6)

操作欄：為固定浮動欄。賣方可以對此洽談進行回復、同意或取消。同意則生成訂單。

2、賣方回復洽談頁面

1)

標題，洽談。可返回至上一級頁面。

2)

洽談內容，與“買家的洽談”內容一致。可修改其中數據。

3)

操作欄：為固定浮動欄。回復洽談信息。

3、賣家回復洽談后，買家點擊洽談，彈出頁面。

1)

標題，洽談。前面有返回按鈕。可返回至上一級頁面。

2)

頁面最上方為賣家的發布、并可查看掛牌詳情。

3)

下方為買家的洽談（由于系統暫時不提供洽談歷史接口，只能顯示最后一條洽談，固下期解決），再下方為賣家的回復。

4)

操作欄：為固定浮動欄。買方可以對此洽談同意或取消。同意則生成訂單。

注：無論買方、賣方，我的對話顯示在右側，對方的顯示在左側。我的圖標顯示為我，對方的圖標顯示買或賣。

備選流

無

特殊需求

采用的業務規則

賣方洽談

賣方編輯頁面

買方

3.1.4.12

提單管理

功能簡述

顯示全部提單信息

行為角色

企業會員

前提條件

會員已登錄，并點擊提單管理模塊

事件流

1、標題欄帶返回箭頭，點擊返回到“業務中心”頁面。

2、提單字段：

提單號、合同號、交收地點。

3、點擊合同信息框內部任何位置，跳轉至提單詳情。

4、若沒有數據，則提示，抱歉，您還沒有提單信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.13

提單詳情

功能簡述

顯示全部提單信息

行為角色

企業會員

前提條件

會員已登錄，并點擊提單管理模塊

事件流

1、標題欄帶返回箭頭，點擊后返回至提單管理。

2、標簽頁：提貨信息、合同信息

3、提單信息：（提單在電腦端生成）

交收單編號

商品信息：品名、規格、材質、廠家

提貨人信息：提貨人姓名、聯系電話、證件類型、證件號碼、單位名稱、駕駛員姓名、駕駛員手機、駕駛員行駛證號、駕駛員身份證號、提貨車牌號1、提貨車牌號2、提貨車牌號3、提貨車牌號4、提貨車牌號5。沒有填寫的信息在此處不顯示，即只顯示填寫的信息。

4、合同信息：

合同編號、賣（買）方名稱、生效日期、配送方式、成交單價、成交重量、成交總價、賣（買）方聯系人、聯系電話。

注：賣方提單，顯示為買方名稱、買方聯系人及電話。

買方提單，顯示為賣方名稱、賣方聯系人及電話。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.14

站內信

功能簡述

提供已登錄會員站內信瀏覽管理功能

行為角色

企業會員

前提條件

會員已登錄，未登錄用戶跳轉到登錄頁

事件流

1、標題欄

2、二級導航：

1)

未讀，點擊在站內信列表中顯示全部未讀的站內信記錄

2)

全部，點擊在站內信列表中顯示全部站內信記錄，已讀的“信件圖標”變化為已讀的狀態。

3、站內信列表：

1)

站內信標題欄：

1.站內信狀態（未讀、已讀）

2.站內信標題

3.發布時間

2)

站內信詳情：

點擊標題欄彈出站內信內容下拉框，再次點擊或點擊其他站內信時下拉框收回。即同一時間最多只能顯示一條內容。

3)

刪除：頁面右上角為刪除鍵，點擊后彈出標題欄選擇按鈕以及刪除和全選鍵，點擊其余位置恢復至默認。

4、說明

1)

默認顯示未讀頁面，當點擊查看內容時，站內信圖標從未讀變為已讀，等再次訪問該頁面時已讀信件則不顯示在未讀頁面中。

2)

站內信排序為時間倒序。

5、若沒有數據，則提示，您暫時沒有站內信哦。

備選流

無

特殊需求

采用的業務規則

默認頁面

刪除鍵

3.1.5

更多

功能簡述

更多基礎功能

行為角色

企業會員、未登錄的會員

前提條件

事件流

1、手機端導航：同“首頁”

2、標題欄，更多

3、二級導航：

1)

聯系我們，進入后跳轉至“聯系我們”頁面，包括電話號碼、手機號碼、QQ、郵箱、地址。點擊電話號碼和手機號碼可以直接撥打電話，長按QQ、郵箱、地址可以彈出復制的選項。

2)

基礎設置：點擊進入基礎設置頁面，可以開啟或關閉消息提醒，當開啟消息提醒后可以選擇鈴聲或振動，當關閉消息提醒時，鈴聲和振動選項不可勾選。

3)

系統更新，點擊后若沒有更新提示“本系統為最新版本”，若不是最新版本點擊后彈出升級框，可以選擇稍后升級或立即升級。

4)

關于我們，進入后跳轉至“關于我們”頁面，介紹信息。

5)

退出，點擊后退出軟件。

備選流

無

特殊需求

采用的業務規則

界面效果圖

基礎設置

系統更新

聯系我們

關于我們

3.2

后臺管理

功能簡述

手機端后臺管理模塊

行為角色

后臺手機端管理員

前提條件

事件流

1、手機端管理包括：

新聞發布，點擊進入“新聞發布”頁。

圖片輪播，點擊進入“圖片輪播”頁。

LOGO管理，點擊進入“LOGO管理”頁。

聯系我們，點擊進入“聯系我們”頁。

系統更新，點擊進入“系統更新”頁。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.2.1

新聞管理

功能簡述

后臺發布新聞公告的模塊

行為角色

后臺手機端管理員

前提條件

事件流

1、進入模塊后可以對已有文章的標題、發布時間進行查詢。

2、可以新建或刪除文章。

3、文章列表包括文章標題、發布時間、瀏覽次數、發布人、操作。

4、操作包括編輯、預覽、刪除。預覽呈手機頁面。

5、新聞置頂功能，選擇置頂后新聞出現在最頂部。

6、新聞發布：包括文章標題、摘要、上傳封面圖片、發布時間（系統默認時間）、編輯內容。

7、是否推送：選擇推送后，如果用戶運行手機客戶端，可以將該新聞公告推送至手機。

備選流

無

特殊需求

采用的業務規則

界面效果圖

新聞發布

3.2.2

圖片輪播

功能簡述

后臺發布手機端首頁的輪播圖片。

行為角色

后臺手機端管理員

前提條件

事件流

1、內容設置：上傳圖片，圖片標題。操作方式可調整順序，可刪除，可添加輪播張數。客戶端最多顯示5張。

2、顯示設置：顯示標題、切換效果（上下滾動和漸變滾動）。

3、點擊保存后提交成功

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.2.3

LOGO管理

功能簡述

后臺設置手機端的LOGO和名稱。

行為角色

后臺手機端管理員

前提條件

事件流

1、上傳LOGO2、填寫名稱

3、保存

取消

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.2.4

聯系我們

功能簡述

維護聯系我們的信息

行為角色

后臺手機端管理員

前提條件

事件流

1、設置電話、手機、信箱、QQ、地址。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.2.5

系統更新

功能簡述

更新下載地址、維護內容更新字段

行為角色

后臺手機端管理員

前提條件

事件流

1、下載更新地址

2、維護內容更新字段

備選流

無

特殊需求

采用的業務規則

界面效果圖

維護更新下載地址，維護更新內容字段。

3.2.6

關于我們

功能簡述

維護關于我們的字段內容

行為角色

后臺手機端管理員

前提條件

事件流

1、維護關于我們的字段內容

備選流

無

特殊需求

采用的業務規則

界面效果圖

第四篇：產品經理如何做好需求分析

1.如何做好需求分析？

今天談談產品需求分析的具體落地，不教大家怎么去辨別真偽需求，也不談虛的方法論，客觀說，產品經理這個層次，大多數是沒能力和眼力去決定一個需求做與不做的，這需要的不僅僅是經驗閱歷，以及專業能力，更重要的是需要學會借勢和博弈，觀主有很長一段時間，關閉需求的占比保持在三分之二以上，連大BOSS的需求也照關不誤，這并不是觀主多厲害，而是引導了對方自己去關閉自己的需求，關于這點，之后有機會再說。

假設：在你面前有一個需求，是必須要做的，我們該從哪幾個方面著手？

1）搭建設計框架：

框架越大越完善，需求置于其中思考，就越周全。

a.設計背景：

第一步：探尋需求本質，需求實現后，到底會帶來哪些改變；

第二步：比較當前現狀，需求未實現前，現狀到底是怎樣的？

第三步：在公司戰略/商業模式/業務目標/用戶痛點中，找到需求的價值立足點，說白了，要和公司大方向契合，兩個產品經理做同一個需求，看的遠的那個，才會真的把需求實現的更好！

舉例：天貓的創立，在一定意義上，就是為了解決淘寶假貨遍地的問題，用品牌來約束商品質量。

b.設計動機：

需求是一種目的，而設計是推動著業務向目的前進的過程和手段。

所以，設計動機，說白了就是為什么設計？即如何根據需求目標，去剖析得到設計目標，這個設計目標，是必須要起到支撐需求目標的作用的，在這個基礎上才能進一步規劃設計思路。

c.應用場景：

前兩點完成后，大家往往會忽略應用場景，缺乏這點的設計框架，是無法形成閉環的，應用場景，簡單的說，就是你這個需求，在經過設計實現后，在什么樣的情況下被誰去觸發和操作。

很多設計，有時本身沒有好壞，要看用在何處，一個好的設計框架的作用就是幫你全面思考和分析，在這點上，應用場景是十分重要的一環，不以場景為條件的設計，都是耍流氓，通用型設計在這個個性化的時代，已經不再能讓用戶妥協和買單！

舉例：比如o2o常用的關注公眾號送禮功能，整個設計的框架，就是如何在線下快速地推的應用場景下，去實現所有人（用戶和地推人員）的快速操作和反饋，降低時間成本帶來的用戶拒絕和流失。

2）確定需求抓手：

說白了就是設計的切入點。

a.涉及模塊和流程：

需求的實現，會牽涉哪些模塊和功能和流程，新增還是修改還是拓展？

b.影響模塊和流程：

需求的實現，會影響哪些模塊和功能和流程，新增還是修改還是拓展？

這點很重要，很多產品往往會聚焦需求本身涉及的部門，而忽略帶給其余模塊流程的影響。

這里說個原則：任何公司，不管資源多寡，原則上，盡可能借用現有的功能，盡可能小的去改動成熟體系，盡可能減少不必要的聯動。

c.需求底線：

這點也非常重要！！

觀主帶了那么多團隊，遇到太多的產品經理，聊完需求，都不清楚需求方的底線在哪，作為產品經理，不僅僅是為需求方在服務，你要考慮方方面面，比如公司的資源和成本等等，同時，需求永遠是做不完的，而需求方永遠是急切的，如何去客觀的根據一個需求的價值和投入來綜合判斷很重要。

為什么要知道底線？底線就是你靈活設計的余地，如果兩個需求擺在你面前，資源永遠是有限的，如何把一個更重要的需求做的盡可能完善，同時最低成本去滿足另外一個需求，取決于你是否知道每個需求的底線！

3）提出解決方案：

也就是你的設計思路，這是產品經理的基本功，不展開說，觀主一直習慣，做好解決方案后，先不和需求方溝通，先自己放空一下后，換個人格來自我質疑，把整個設計反案過一遍，確認每個可能存在問題的點，都可以對答如流，再去找需求方（傲嬌一下：七年多產品生涯評審均一輪過，無反復！！）

4）規劃具體功能：

設計方案一旦確認，就是具體功能的設計，還是要在設計框架和抓手下綜合思考，相信各位也看出來了，觀主覺得需求落地最核心的就是設計框架和抓手，在前兩點思考全面的前提下，后續功能設計這些，不會有太大問題，都屬于產品經理的基本功了！

順帶插一句，在具體功能設計中，還是有很多技巧的，比如可以通過試紙測試去低成本試錯。

5）制定核心指標：

在大數據時代，做一個需求，實現只是其一，要養成持續關注其成長的習慣！

所以，需求分析時，就需要考慮，哪些數據是與這個需求有關，或者能證明需求的價值的？同時如何去埋點獲取這些數據？觀主經常遇到產品經理，只想著分析數據，不思考如何埋點。

6）切分需求路線：

這一點，和需求底線有關，一般如果一個需求在初期，只實現最基礎的目標（即只達到需求底線），那在其之后，會有后續的需求版本和規劃，這就是需求路線，制定一個清晰的需求路線，讓需求方可預見未來，也是讓自己更全方位的去思考和規劃！

總結：大多數產品經理喜歡關注如何設計功能去解決問題，殊不知，最重要的是動手（具體設計功能）之前的框架和切入點梳理，還是老話：站的高！niao的遠！（想的遠！做的好！！）

第五篇：產品開發與顧客需求分析

產品開發與顧客需求分析

The Analysis of Product Development and Consumer’s Requirements

?

?

?

?

?

【作者】 王向賓；

【導師】 趙樹基； 分頁下載 分章下載 整本下載 在線閱讀 不支持迅雷等下載工具，請取消加速工具后下載。

【作者基本信息】 首都經濟貿易大學，企業管理，2007，碩士

【摘要】 制造企業的經濟成功,取決于它們確定消費需求、并低成本迅速制造滿足該需求的新產品的能力。達到上述目標不僅僅是營銷問題,也不僅僅是設計或制造問題,它是包含所有這些功能的產品開發問題。本文基于新產品概念開發階段的研究現狀,以產品開發流程為研究對象,在指出產品前期開發階段(產品規劃和概念開發階段)是新產品開發的重要環節的基礎上,對產品前期開發階段進行了詳細的分析研究,提出了顧客需求分析在產品開發中的重要作用,即顧客需求是產品開發成功的不可缺少的因素,顧客需求的滿足與否決定著產品開發的成敗。針對顧客需求的重要性,系統的論述了如何準確識別和把握顧客需求。在準確了解顧客需求之后,需要將顧客需求進行多層次展開,使顧客需求清晰化以此來指導產品設計,也就是將顧客需求轉化為產品特性,本文詳細論述了將顧客需求轉化為產品特性的重要性,并就產品特性的內涵進行的簡要分析。本文介紹了將顧客需求轉化為產品特性的相關理論與模型——QFD(QualityFunction Deployment)方法。QFD借助質量屋,量化分析顧客需求與工程措施之間的關系,通過對顧客需求進行多層次展開,轉化為產品的設計要求、零部件特性、工藝要求和生產要求,很好地實現了顧客需求向產品質量特性的轉變。然而傳統QFD在計算方法上也有一些局限性,本文通過對顧客需求的深入分析,就其局限性提出了以下三點針對QFD計算的改進方案:統一左右墻的評分值;依據本公司的新產品與競爭對手產品在滿足顧客需求方面的比較,修正顧客需求的重要度;依據本公司的新產品與競爭對手產品在技術方面的優勢比較,修正改進工程措施的重要度。還原

【Abstract】 The manufacturer’s success bases on the ability of confirming consumer’ s requirements and rapidly developing the new product which meet consumer’ s requirements with low cost., it’ s necessary to solve the marketing problem, the designing or manufacturing problem, and product development problems with all these functions.Under the background of the present study of new product concept development, this dissertation uses product development process as the research object, points out that the ope...更多

【關鍵詞】 產品開發； 產品概念開發； 顧客需求； 產品特性； QFD(Quality Function Deployment)；

【Key words】 product development； product concept development； consumer’ s requirements； product property； QFD；?

?

?

? 【網絡出版投稿人】 首都經濟貿易大學 【網絡出版年期】2009年 07期 【分類號】F274 【被引頻次】4 【下載頻次】334

知網節下載

節點文獻中：