產品狀態文件包括哪些內容

A. 產品基本信息內容。包括哪些

產品基本信息內容包括核心產品、基本產品、期望產品、附加產品、潛在產品。

產品是「一組將輸入轉化為輸出的相互關聯或相互作用的活動」的結果，即「過程」的結果。在經濟領域中，通常也可理解為組織製造的任何製品或製品的組合。在現代漢語詞典當中的解釋為「生產出來的物品」。

產品管理是將企業的某一部分（可能是產品、產品線、服務、品牌、細分等）視為一個虛擬公司所做的企業管理，目標是要實現長期的顧客滿意及競爭優勢。

(1)產品狀態文件包括哪些內容擴展閱讀：

五個基本層次是：

（1）核心產品。核心產品是指向顧客提供的產品的基本效用或利益。從根本上說，每一種產品實質上都是為解決問題而提供的服務。因此，營銷人員向顧客銷售任何產品，都必須具有反應顧客核心需求的基本效用或利益。

（2）形式產品。形式產品是指核心產品藉以實現的形式。有五個特徵構成，即品質、式樣、特徵、商標及包裝。即使是純粹的服務，也具有相類似的形式上的特點。

（3）期望產品。期望產品是指購買者在購買產品時期望得到的與產品密切相關的一整套屬性和條件。

（4）延伸產品。延伸產品是指顧客購買形式產品和期望產品時附帶獲得的各種利益的總和，包括產品說明書、保證、安裝、維修、送貨、技術培訓等。國內外很多企業的成功，在一定程度上應歸功於他們更好地認識到服務在產品整體概念中所佔的重要地位。

（5）潛在產品。潛在產品是指現有產品包括所有附加產品在內的，可能發展成為未來最終產品的潛在狀態的產品。潛在產品指出了現有產品可能的演變趨勢和前景。

B. 完整的PRD文檔包含哪些內容

完整的PRD文檔包含的內容如下：

1、文檔概述：文檔狀態、文檔修訂記錄、態簡舉名詞解釋。

2、產品概述：需求背景和需求目的、需求和功能拆分清單、產品架構圖和重要流程圖、原型交互。

3、需求詳細描述：拆分各個模塊詳細描述需求功能點，包括正常流程和異常流程。

4、帆碧非功能性需求：比如數據埋點需求和運營需求等。

PRD的主要使用對象

研發、測試、交互設計師及其他業務人員。

研發可以根據PRD獲知整個產品的邏輯，作為編碼的依據；測試可以根據PRD編寫測試用例，為正式測試做准備；交互設計師可以根據PRD設計交互細節；業務人員可以咐敏通過PRD提前了解產品，為運營和推廣做准備。

C. 產品狀態文件包括哪幾個方面

需要有以下幾個方面：
1、更新記錄：便於向其他人員同步修改記錄，以及後期查閱；
2、文檔目錄：便於內容快速錨點高攔清效閱讀；
3、概述：主知要包括產品的需求背道景說明，產品的整體結構設計和主要業務的流程圖；
4、名詞釋義：如果有用到特殊名詞（包括自定義和非常用名詞），則需要特殊進行說明；
5、功能性需求：主要指頁面交互和數據規則，可分成全局性和各個模塊來扮春寫；
6、非功能需求：主簡缺前要是對不同系統的兼容性需求，以及額回外需求；
7、數據統計需求：統計事件的定義和說明；
8、交付和上線：主要說明交付需要達到的狀態對接人，以及上線的實施方案；

D. 產品技術文件包括哪些

產品需求說明書

產品設計說明書

產品任務執行書 進度表

產品圖紙 技術說明等

產品內外部評審書

產品說明書使用手冊

E. 產品設計文檔需要包含這些.......

作為產品經理，日常接觸最多的工作之一就是設計文檔了。每個產品經理有自己的設計文檔的寫法，各個公司也有各自的設計文檔的要求，所以大家平時看到的設計文檔幾乎沒有一模一樣的。

一份設計文檔的結構大概包括一下幾部分的內容：項目背景、項目排期、版本歷史、信息架構分析（包括站點地圖、體驗地圖、流程圖等）、產品框架設計、線框圖和視覺稿等。

具體在設計文檔中要展示哪些內容，取決於實際項目的情況，公司的具體規定、產品經理的個人工作習慣等，可能刪減一些內容，也可能增加一些內容。

每個部分拆分開來，我們一起來看看具體是如何的。

》》

這一部分的內容在充分溝通需求之後完成。產品經理充分了解要設計的產品是什麼，是什麼平台上發布的，產品的用戶群體是哪些類型，使用場景有什麼，他們想通過這個產品解決什麼問題，業務/產品現狀，關鍵痛點是什麼。把需要和需求方了解清楚之後，能夠明確產品設計目標，要解決的需求是什麼，根據這些需求，需要設櫻笑計什麼樣的功能或者如何優化現有的功能，最終達到怎樣的業務目標。

》》

和需求方確認各階段交付物的時間節點，知道什麼階段要完成什麼工作，達成什麼目標。根據時間節點制定完成設計的具體計劃，根據這個計劃有節奏、有方向地展開工作，以較高的質量按時交付。

》》

每發生一次比較大的迭代更新，都要記錄在版本歷史記錄里。這樣做的好處是，可以清晰地展現設計稿的迭代歷程，做了哪些需求的改動，設計思路發生什麼樣的變化，哪個部分是什麼時候什麼人負責的。對於產品設計的回溯，提供了極大的便利。相比一個個去翻以前的設計稿，查看版本歷史記錄更清晰，項目結束後瀏覽這一部分，也可以看到自己的設猜頌閉計在哪些方面哪個階段存在不足，是如何被發現、改進和提升的，下一次設計的時候是否可以更早地思考到和迴避掉。

》》

根據具體項目性質的不同，這一塊的分析工具也有較大的差異，具體的選擇和使用要按照實際場景來，而非機械進行套用。

如果是設計一整套網站系統，站點地圖必不可少。站點地圖可以對整個網站的架構可以構建起一個初步的印象，像架構層級過深、頁面內容重復等問題都可以通過站點地圖發現，以全局的角度去觀察整個產品，而不是單一的某個功能、某個頁面。

體驗地圖可以把產品在不同使用場景、流程下的體驗問題直觀地呈現出來，我們通過調研，會得到一些用戶的體驗反饋，但是通常比較雜亂、沒有邏輯性。通過體驗地圖可以整理出用戶使用產品大概有哪些場景和環節，各場景和環節下都遇到過什麼樣的問題，哪些問題出現的頻率較高等，讓產品經理能夠更貼近用戶，沉浸到使用產品的實際體驗過程中去，進而思考各場景、環節下都可以進行怎樣的設計目標拆解與設計優化、最終幫助完成產品的整體目標。

流程圖也是一個常用工具，明確展示出用戶使用產品的流程和步驟是怎樣的。通過它可以查找步驟是否可以合並優化，能否抽象出通用的流程來構建框架設計等。

》》

產品框架設計構建起產品的輪廓，抽象出通用的布局原則，頁面上大概有哪些模塊，這些模塊之間的主次、優先順序關系是怎樣的。整體規劃把握界面的結構、模塊之間的關系呈現等，而不是糾結於一些細枝末節和不重要的內容上。

》》

線框圖在產品框架設計的基礎上具化出了產品的完整骨架。在繪制線框圖的時候需要仔細考慮到每一個可能的使用場景，包括負面、誤用等特殊情況都要包括在內。

Axure是繪制產品經理繪制線框圖的常用的工具。在Axure中，通過命名頁面和調整層級關系，建立站點地圖。在每個頁面中根據場景畫出線框圖，包括具體的功能及場景，可以加以文字說明，輔助以用例交互。

線框圖不是視覺設計稿，但在視覺效果呈現上卻馬虎不得。如果在繪制線框圖的時候不考慮如產品尺寸、頁面規范等，最終完成得會比較粗糙穗裂，也容易對內容的編排產生影響，導致整個頁面結構都要被迫調整之類的情況，只能增加產品設計成本，而在最開始就注意這方面的問題，就可以盡可能地避免類似的情況發生。

》》

視覺稿作為產品設計的最終產出，在線框圖的基礎上完成配色、圖標繪制等視覺細節，為產品「塗脂抹粉」。視覺稿選擇關鍵場景的界面進行繪製表現，注意一些Hover/Active之類的狀態表現，然後就可以標注交付前端了。

這是產品設計文檔中比較常見也比較重要的的幾部分內容，根據你自己的需要和公司的規定、項目的具體情況，選擇需要重點體現的內容，也可以有所增刪，並不是一成不變的。

F. 技術狀態文件包括什麼

技術文件是指企業承擔工程的有關技術文件和一般作為技術開發的技術資料。前者如施工圖紙、技術要求、規范、規定等，後者主要是國內外、同行業技術資料、文件、情報的收集，積累等。
設計文件的分類：
1、按表達的內容分類
(1)圖樣
按照投影關系繪制的、用於說明產品加工和裝配要求的設計文件。如裝配圖、零件圖和外形圖等。
(2)簡圖
以圖形符號為主繪制的、用於說明產品電氣裝配連接、各種原理和其他示意性內容的設計文件。
(3)文字和表格
以文字和表格的方式說明產品的技術及組成情況的設計文件。它是一個初步構想，表示理論或理想電路，不涉及實現方式。如說明書、明細表和匯總表等。
2、按形成的過程分類
(1)試制文件
是指設計試制過程中所編制的各種設計文件。
(2)生產文件
是指設計性試制完成後，經整理修改，指導生產(包括生產性試制)所用的設計文件。
3、按繪制的過程和使用特徵分類
(1)草圖
是設計產品時繪制的原始圖樣。它是供討論、試制的一種臨時性設計文件，草圖也可以是用徒手方式繪制的一種不正規的圖樣。
(2)原圖
供描繪底圖用的設計文件。
(3)底圖
是作為確定產品及其組成部分的基本憑證的圖樣，它是使用能曬制復印圖或照相的材料所繪制的設計文件。底圖可分為：
①基本底圖——原底圖，是經各有關人員簽署而制定的底圖。存入機要技術檔案室；
②副底圖——基本底圖的副本，供復制產品的企業印製復印圖時使用。
(4)復印圖
是用底圖以曬制、照相或能保證與底圖完全相同的其他方法所復制的圖樣。復制圖可分為：①曬制復印圖(藍圖)；②照相復印圖；③印製復印圖。
(5)載有程序的媒體
它是指載有完整獨立的功能程序的媒體，如計算機用的磁碟、光碟等。
技術文件管理：
1、審查要點
(1)企業應具備相應的產品標准和相關標准，企業制定的企業標准應經備案；
(2)企業的設計文件應正確、完整和統一；
(3)針對產品形成過程，企業應制定相應的工藝文件，並做到工藝文件正確、完整、統一；
(4)企業應有部門或專(兼)職人員對技術文件管理進行控制。
2、審查方法
(1)調閱標准文件清單，按《××X產品生產許可證發(換)證實施細則》的要求，查證企業是否具備產品現行有效的標准，對產品標准中引用的標准，凡涉及產品出廠檢測技術要求的均應具備；
(2)企業制定的企業標准，凡作為產品交付依據的，應核查其是否備案；
(3)抽查企業的產品設計及工藝文件是否經編制、審核，且發布前是否經批准，且經批準的設計及工藝文件能否滿足產品標准規定的性能、指標要求和指導生產的要求；
(4)分層次抽取設計、管理、執行部門的現行使用文件，核查是否一致，有無不同部門使用不同版本的情況；
(5)調閱企業文件更改規定，抽查更改的設計文件和工藝文件，查證更改是否符合規定要求；
(6)調閱企業的人員任命書或職能配置文件，查證是否有部門或專(兼)職人員對技術文件進行管理；
(7)調閱企業技術文件控制清單，查證是否能識別企業技術文件的現行修訂狀態；
(8)調閱企業文件發放、收回記錄，抽樣審查，查證企業有關部門能否得到並使用文件的現行有效版本。
3、審查關注點
(1)產品標準的修訂是動態的，應要求企業提供具有和使用的國家或行業標準是否現行有效的客觀證據；
(2)如企業制定的企業標准僅作為內部控制使用，則不需經標准化管理部門備案；
(3)企業的設計文件應包括產品的包裝、標識及顧客使用說明等相關要求；
(4)企業對確定的關鍵、特殊過程進行的控制，企業工藝文件的簡繁程度應與企業的實際相一致，只要能進行有效的控制即可，而不應要求一定如何如何。但工藝流程和工藝卡片則是需要的。
(5)工藝文件應經批准，應建立識別技術文件修訂狀態的控制清單及文件的發放、收回及處置記錄。

G. 產品需求文檔應該包含哪些內容

我們先假如產品需求文檔（PRD）是一個產品，那麼該如何做出一個擁有良好用戶體驗的PRD？

首先先來考察下PRD的用戶群體（User Persona）：主要是開發人員，在繁忙的開發任務中最希望看到「簡潔易懂」的產品需求文檔。

梳理下PRD的功能：

傳達出產品需求；

管理記錄產品迭代過程；

各部門共享產品信息，以促進溝通；

因此一個好的PRD的原則是：

結構清晰

語言簡潔易懂

實時共享

具體我們該如何製作？

答案很簡單——一個PRD文檔即可

現在，越來越多的產品經理採用將文本說明和原型結合成一個PRD文檔的方式，因為之前的word+原型的方式管理起來繁瑣，而且還容易產生信息疏漏。

將原型和文本說明統一，直接分享一個鏈接，開發人員就能看到所有信息，是理想狀態。

多級導航結構展示PRD信息

通常來講，一個產品需求文檔里包含「產品概述」、「流程圖」、「功能詳情和原型」，「全局說明」，「非功能性需求」。

如何把這些內容清晰有條理地呈現在一個文檔里呢？使用一個網頁般的多級導航結構即可。

1、產品概述

產品概述部分用於展示文檔修訂歷史、版本說明、開發周期、和產品介紹。

「文檔修訂歷史」用來記錄產品經理對該PRD文檔的修改狀況，也方便成員能及時了解到PRD是否有改動；

「版本說明」展示上線產品各版本的核心功能；

「開發周期」用於梳理開發、測試、上線的預計開始和結束日期。

「產品介紹」用來記錄產品名稱、簡介、用戶畫像、使用場景、產品定位等等。

通過墨刀的分享鏈接還能直接讓公司內部人員在線實時同步PRD的更新，不用再擔心信息滯後或者文檔不兼容問題。

讓我們著手開始創建或者優化您的產品需求文檔吧～
希望採納！謝謝！

配圖來自 「運維派」以及墨刀官網截圖

H. 產品狀態標識分為哪四種

產品狀態標識分為四種：待檢驗，已檢待處理，合格，不合格。

狀態標識的分類：設備狀態標識，生產狀態標識，計量器具、儀器、儀表狀態標識，物料狀態標識，清潔狀態標識（容器、器具等設施）、房間生產狀態標識、滅菌物品狀態標識、管道狀態的標識。

設備狀態標識按《設備編號管理規程》對設備進行統一編號，編號應標在各設備主體及設備狀態標志牌上。每一台設備設專人管理，責任到人。

生產狀態標識：產品，名稱，批號，工序日。

房間生產狀態標識：生產中：綠底黑字。表示生產場所內正在進行生產的狀態。內容包括產品名稱、批號、工序、生產日期。期備注年月日計量器具、儀器、儀表狀態標識。

產品狀態標識是指用於表明產品信息的各種表述和指示的統稱。產品標識主要表現為產品的名稱、產地，生產企業的名稱、廠址，產品的主要成份、規格型號，以及生產日期、失效日期，警示標志等。產品的標識既可以標注在產品上，也可以標注在產品包裝上。

其內容應符合《中華人民共和國產品質量法》和其它的相關要求。產品標識可以用文字、符號、數字、圖案以及其他說明物等表示。

以上內容來源：網路-狀態標識