产品状态文件包括哪些内容

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. 产品状态标识分为哪四种

产品状态标识分为四种：待检验，已检待处理，合格，不合格。

状态标识的分类：设备状态标识，生产状态标识，计量器具、仪器、仪表状态标识，物料状态标识，清洁状态标识（容器、器具等设施）、房间生产状态标识、灭菌物品状态标识、管道状态的标识。

设备状态标识按《设备编号管理规程》对设备进行统一编号，编号应标在各设备主体及设备状态标志牌上。每一台设备设专人管理，责任到人。

生产状态标识：产品，名称，批号，工序日。

房间生产状态标识：生产中：绿底黑字。表示生产场所内正在进行生产的状态。内容包括产品名称、批号、工序、生产日期。期备注年月日计量器具、仪器、仪表状态标识。

产品状态标识是指用于表明产品信息的各种表述和指示的统称。产品标识主要表现为产品的名称、产地，生产企业的名称、厂址，产品的主要成份、规格型号，以及生产日期、失效日期，警示标志等。产品的标识既可以标注在产品上，也可以标注在产品包装上。

其内容应符合《中华人民共和国产品质量法》和其它的相关要求。产品标识可以用文字、符号、数字、图案以及其他说明物等表示。

以上内容来源：网络-状态标识