下载文档原格式
新产品开发流程图产品科(包括图样设计,成品编码,原材料开发)研发部工程部生产部IE业务部采购价格科重新打样小批量试产样与客户确认价格根据客户所提供的信息要求进行产品外观设计Yes木架结构设计核算最终成本工作中心建立Yes1.成品临时编码2.原材料临时编码(针对客户的开发)No缝套设计YesYes成品样品试作采购对原物料进行大货采购Yes根据产品科提供的产品外观设计进行产品内部结构设计No采购下单购买样品所需材料No 收到产品科所提供的产品设计图接到产品科提供的需求相关信息建入系统中(研发用)制作产品图样(外观图)木架样品制作缝套样品制作缝套样品评审No客户确认价格Yes 移交工程资料给工程部工程试产样品制作拿到供应商所提供的样品客户下单开发新的供应商或已有供应商按要求进行打样(主要为皮，面料)与客户确认图样确认采购样品是否合乎要求签订标样留存木架样品评审成品样品评审No工程试产样评审提交总经理核准Yes 更新BOM 系统及PLM系统材料报废率测定皮/布/板材……取得样品材料总经理核准Yes样板设计木架部件设计工程资料重新整理1. 面套排版图优化2. CNC 排版优化3. 海棉/丝棉排版优化4. 相关资料处理总经理核准Yes 各工段预估标准工时成品/原材料开发编码转换成ERP 正式代码PLM 转成正式代码YesNo计划部门安排大货生产No工程资料归档(上传到PLM)整理工程资料木架3D 图/面套样板图/材料明细表/各种操作流程SOP/海棉丝棉纸板图从客户接到产品信息(有样品照片)从客户收到产品信息/要求(无样品照片)建立初步BOM资料建立初步标准工时在系统中建立最终BOM更新工时系统样品成本预估价格谈判总经理核准NoNo生产问题检查没问题有问题1. 成品开发临时编码2. 原材料临时编码(针对公司自己开发)公司内部全新产品开发(效果图)收到产品科新品图样Yes确认是否接单开发YesYes通知客户，不接该单设计NoNoYes有定单，成品及原材料的编码转换成公司正式编码样品投放市场建立最终标准工时进入系统维护限价Yes进入ERP 财务限价Yes ERP 生成销售订单启动MRP 运算相关信息建入系统中(研发用)新产品开发流程图解释说明产品科(包括图样设计,成品编码,原材料开发)研发部工程部生产部IE业务部价格科采购1.对于接到客户的需求，需要详细记录，以提供更多的信息给厂内相关人员2. 如果与产品科人员讨论后不接单，需要向客户说明原因3. 当产品科依需求设计好图样，需要与客户确认是否满足其需求，如果OK，需要签定图样，以免事后客户做变更。
1、目的
规定项目经理及项目助理在项目管理工作中的工作内容、方法，规范项目管理工作流程，更好的做好公司产品项目管理工作。
2、适用范围
适用于研发院项目管理部日常产品项目从立项、开发的组织、协调、管理过程到产品试产及转产过程。
3、职责
3．1、立项前准备工作：产品规划评估、立项资料准备、产品配置确认、组织立项评审；3．2、立项后项目计划：完成相关文件归档、制定产品进度计划、分配开发任务、检查进度进展情况、安排试产、组织评审等；
3．3、工作开展：根据项目进度计划内容，检查各部门工作是否满足进度要求，对工作中遇到的问题进行协调和处理，确保项目进度的准确和准时完成；
3．4、根据流程要求组织试产及试产评审会议，确保产品转产的顺利进行；
4、工作程序
4．1、立项流程。
新产品开发流程程序文件
摘要：
随着市场竞争的日益激烈，企业不断努力寻求创新和发展。
新产品开发作为企业创新的重要流程，需要一个系统化的程序文件来指导和管理。
本文介绍了新产品开发流程程序文件的重要性，以及其核心内容和实施步骤。
一、引言
新产品开发对于企业的发展至关重要。
一个成功的新产品可以为企业带来新的市场机会，增加销售额和利润。
然而，新产品开发不是一项简单的任务，它需要一个规范的流程和程序来指导，并且需要跨部门协作和沟通。
新产品开发流程程序文件的编制可以帮助企业组织和管理新产品开发的各个环节，提高效率和质量。
二、新产品开发流程程序文件的重要性
1. 指导和规范
新产品开发流程程序文件可以为企业提供指导和规范。
它明确了各个阶段和步骤，包括市场调研、产品设计、原型开发、测试、
批量生产等等。
每个步骤都有明确的任务和要求，有助于团队成员理解和遵守，从而提高工作效率。
2. 协同和沟通
新产品开发通常需要跨部门协作和沟通。
编制新产品开发流程程序文件可以帮助不同部门之间建立沟通桥梁，明确任务分工和协作方式。
这可以减少沟通误解，提高协同效率，从而加快产品开发进度。
3. 问题识别和解决
新产品开发中经常会遇到各种问题，例如技术难题、市场需求变化等等。
新产品开发流程程序文件可以帮助企业及时识别问题，并提供相应的解决方法和措施。
这有助于减少风险和延误，提高项目成功率。
三、新产品开发流程程序文件的核心内容
1. 市场调研。
新产品开发及承认流程程序文件一、说明本文件描述了新产品开发及承认流程，旨在促进新产品快速开发、高效承认，确保新产品的质量和准时上市。
二、定义1.新产品：指公司内部或外部创新团队所提出的，具有市场开发潜力的产品。
2.开发团队：指由市场部、研发部、运营部等相关职能部门组成的团队。
3.承认团队：指由高级管理人员、质量控制人员等相关部门组成的团队。
三、流程1.新产品提案(1)通过市场调研和竞争分析，市场部综合评估市场需求，确认新产品提案。
(2)新产品提案包括市场需求、竞争分析、预计市场份额、预计销售利润等信息。
2.研发与设计(1)开发团队根据新产品提案，制定详细的开发计划和产品设计方案。
(2)开发团队进行产品原型制作，并进行内部评估。
(3)开发团队进行产品设计的迭代优化，确保其符合市场需求和技术可行性。
3.测试与验证(1)开发团队进行产品功能测试和性能测试，包括产品寿命测试、环境测试等。
(2)开发团队对产品进行可靠性和安全性验证。
(3)开发团队承认产品的技术性能，并对测试结果进行总结和评估。
4.承认流程(1)开发团队编写新产品承认报告，并提交到承认团队。
(2)承认团队对新产品进行评审，并提出意见和建议。
(3)开发团队根据承认团队的意见和建议，进行产品进一步优化。
(4)承认团队根据新产品承认报告和优化进展，对新产品进行承认决策。
(5)承认决策结果通知开发团队，包括承认或不承认的理由和决策依据。
5.产品准备与上市(1)开发团队在承认决策通过后，开始进行产品准备工作，包括产品规格、包装设计、市场推广方案等。
(2)开发团队与供应链部门合作，确保产品制造和供应的准备。
(3)开发团队与运营部门合作，进行市场上市计划和推广。
(4)上市后，开发团队与运营部门、市场部门进行产品迭代优化，持续改进产品。
四、文件管理1.新产品提案、开发计划、产品设计方案等文件由开发团队负责管理。
2.新产品承认报告和相关评审意见由承认团队负责管理。
1产品研发流程程序文件1.1为规范产品研发过程，提高产品研发的效率、质量，降低研发成本，特制定本程序；1.2本程序文件适用于侏罗纪公司产品研发；1.3本程序文件由侏罗纪公司制定，其说明权及修改权属于；1.4本程序文件从2003年月日起执行；2职责2.1产品部负责产品研发；2.2质量操纵部负责对产品开发过程中的里程碑产生的相关成果和文档进行质量操纵，并将符合规范的成果放入资源中心存档；2.3技术支持部和市场部负责宣传材料和用户手册的制作，以及和产品销售流程的衔接环节和动作；3产品研发流程3.1技术副总从公司战略规划决案中形成产品规划，下发给技术研发部；3.2技术研发部经理进行产品研发立项；3.3公司组织人员对产品立项进行评审，若评审未通过，相关文档放入行政综合部备案；3.4若立项评审通过，质量保证部对立项进行质量检验，若质检未通过，修改立项报告；3.5若质检通过，开始制订项目打算，同时质量保证部将立项相关文档放入行政综合部归档；3.6技术部经理将项目打算提交给技术副总评审，若未通过，技术部经理修改项目打算；3.7若评审通过，质量操纵部对项目打算进行评审，若质检评审未通过，产品经理修改项目打算，若质检评审通过，产品总监安排研发项目资源；3.8产品经理获得研发项目资源后，进行需求分析，并将相关成果交技术委员会进行内容评审；3.9若内容评审未通过，产品经理修改需求分析；若内容评审通过，质量操纵部对《需求分析说明》进行质量检验；3.10若质检未通过，产品经理修改《需求分析说明》，若质检通过，相关成果和文档放入资源治理部归档，同时产品经理带领研发相关人员进行总体设计；3.11产品经理和研发人员完成总体设计后将相关成果交技术委员会进行内容评审；3.12若内容评审未通过，产品经理修改《总体设计说明》；若内容评审通过，质量操纵部对《总体设计说明》进行质量检验；3.13若质检未通过，产品经理修改《总体设计说明》，若质检通过，相关成果和文档放入资源治理部归档，同时产品经理和研发人员进行程序设计/测试；3.14完成程序设计/测试后，产品经理将相关成果交质量操纵部进行功能测试，若测试未通过，产品经理修改相关成果，若测试通过，质量操纵部对相关成果和文档进行质量检验；3.15若质检未通过，产品经理修改相关成果和文档；若质检通过，质量操纵部将相关成果和文档放入资源治理部门归档；3.16同时产品研发组制作软件，技术支持部和市场部制作宣传材料，之后，技术支持部对销售人员进行内部培训，市场部申请并取得著作权；3.17市场部在取得著作权后制作用户/技术手册；3.18产品研发组完成软件制作后，质量操纵部对制作的软件进行质量检验，若未通过质检，产品研发组重新制作软件；若通过质检，相关成果和文档放入资源治理部归档，同时产品经理进行产品研发总结；3.19质量操纵部将产品研发总结等相关成果和文档放入资源治理部，同时市场部进行软件产品包装，销售部进行产品销售；4相关文件4.1《产品规划说明书》4.2《立项报告》4.3《综合评审记录》4.4《质量操纵立项报告和可行性分析报告说明书》4.5《项目打算书》4.6《质量操纵项目打算评审记录》4.7《资源调度单》4.8《需求分析说明书》4.9《质量操纵需求分析说明书评审报告》4.10《资源中心验收单》4.11《评审规程》4.12《总体设计说明书》4.13《概要设计说明书》4.14《详细设计说明书》4.15《质量操纵系统设计报告评审记录》4.16著作权相关文档（略）4.17《软件质量保证单》4.18《软件缺陷报告》4.19《项目总结》产品规划说明书合评审记录（公司）时刻时刻立项报告评审记录1．本页不足记述评审意见时，能够加入附页，附页格式自行设计，总页数包括本页与所有附页。
新产品开发流程程序文件一、前期准备阶段1.明确产品研发目标：对于新产品的开发，需要明确产品的研发目标和市场需求，例如产品定位、目标群体、市场竞争等方面。
2.市场调研：进行市场调研，了解目标市场的需求和竞争情况，通过用户反馈、竞争对手的产品分析等形成报告。
3.需求分析：根据市场调研的结果，进行需求分析，明确新产品的功能、特点和技术要求，形成产品需求文档。
4.初步设计：根据产品需求文档，进行初步设计，包括产品外观设计、结构设计、电路设计等方面，形成初步设计文档。
5.技术评估：对初步设计进行技术评估，确定可行性和技术难点，并提出解决方案，形成技术评估报告。
二、详细设计阶段1.详细设计：根据初步设计和技术评估报告，进行详细设计，包括产品结构详图、电路原理图、软件算法等方面，形成详细设计文档。
2.材料选型：根据详细设计文档，选择合适的材料和零部件，进行材料选型和供应商选择，并形成材料选型报告。
3.技术验证：对详细设计进行技术验证，包括模拟仿真测试、实物样品制作和测试等方面，确保设计方案的可行性和稳定性。
4.原型制作：根据详细设计和技术验证结果，进行产品原型的制作和调试，形成产品原型。
5.性能测试：对产品原型进行功能性能测试，包括质量检测、电性能测试、环境试验等方面，评估产品是否符合设计要求。
三、小批量制造阶段1.工艺开发：根据产品设计和性能测试结果，进行工艺开发，包括生产工艺流程、工装夹具制作等方面，确定生产流程。
2.供应链搭建：建立合作关系并进行供应链搭建，包括原材料采购、外包加工、物流运输等方面，确保生产所需资源供应。
3.小批量试制：根据工艺开发和供应链搭建结果，进行小批量试制，验证生产流程和工艺可行性。
4.品质控制：对试制产品进行品质控制，包括质量检测、性能测试、环境试验等方面，确保产品符合设计要求。
5.用户反馈：对试制产品进行用户反馈收集，了解产品的优缺点和改进方向，并进行改进调整。
四、量产阶段1.生产准备：根据小批量试制结果，进行生产准备，包括设备投入、员工培训等方面，为正式量产做好准备。
1目的及适用范围1.1为规范产品研发过程，提高产品研发的效率、质量，降低研发成本，特制定本程序；1.2本程序文件适用于侏罗纪公司产品研发；1.3本程序文件由侏罗纪公司制定，其解释权及修改权属于；1.4本程序文件从2003年月日起执行；2职责2.1产品部负责产品研发；2.2质量控制部负责对产品开发过程中的里程碑产生的相关成果和文档进行质量控制，并将符合规范的成果放入资源中心存档；2.3技术支持部和市场部负责宣传材料和用户手册的制作，以及和产品销售流程的衔接环节和动作；3产品研发流程3.1技术副总从公司战略规划决案中形成产品规划，下发给技术研发部；3.2技术研发部经理进行产品研发立项；3.3公司组织人员对产品立项进行评审，若评审未通过，相关文档放入行政综合部备案；3.4若立项评审通过，质量保证部对立项进行质量检验，若质检未通过，修改立项报告；3.5若质检通过，开始制订项目计划，同时质量保证部将立项相关文档放入行政综合部归档；3.6技术部经理将项目计划提交给技术副总评审，若未通过，技术部经理修改项目计划；3.7若评审通过，质量控制部对项目计划进行评审，若质检评审未通过，产品经理修改项目计划，若质检评审通过，产品总监安排研发项目资源；3.8产品经理获得研发项目资源后，进行需求分析，并将相关成果交技术委员会进行内容评审；3.9若内容评审未通过，产品经理修改需求分析；若内容评审通过，质量控制部对《需求分析说明》进行质量检验；3.10若质检未通过，产品经理修改《需求分析说明》，若质检通过，相关成果和文档放入资源管理部归档，同时产品经理带领研发相关人员进行总体设计；3.11产品经理和研发人员完成总体设计后将相关成果交技术委员会进行内容评审；3.12若内容评审未通过，产品经理修改《总体设计说明》；若内容评审通过，质量控制部对《总体设计说明》进行质量检验；3.13若质检未通过，产品经理修改《总体设计说明》，若质检通过，相关成果和文档放入资源管理部归档，同时产品经理和研发人员进行程序设计/测试；3.14完成程序设计/测试后，产品经理将相关成果交质量控制部进行功能测试，若测试未通过，产品经理修改相关成果，若测试通过，质量控制部对相关成果和文档进行质量检验；3.15若质检未通过，产品经理修改相关成果和文档；若质检通过，质量控制部将相关成果和文档放入资源管理部门归档；3.16同时产品研发组制作软件，技术支持部和市场部制作宣传材料，之后，技术支持部对销售人员进行内部培训，市场部申请并取得著作权；3.17市场部在取得著作权后制作用户/技术手册；3.18产品研发组完成软件制作后，质量控制部对制作的软件进行质量检验，若未通过质检，产品研发组重新制作软件；若通过质检，相关成果和文档放入资源管理部归档，同时产品经理进行产品研发总结；3.19质量控制部将产品研发总结等相关成果和文档放入资源管理部，同时市场部进行软件产品包装，销售部进行产品销售；4相关文件4.1《产品规划说明书》4.2《立项报告》4.3《综合评审记录》4.4《质量控制立项报告和可行性分析报告说明书》4.5《项目计划书》4.6《质量控制项目计划评审记录》4.7《资源调度单》4.8《需求分析说明书》4.9《质量控制需求分析说明书评审报告》4.10《资源中心验收单》4.11《评审规程》4.12《总体设计说明书》4.13《概要设计说明书》4.14《详细设计说明书》4.15《质量控制系统设计报告评审记录》4.16著作权相关文档（略）4.17《软件质量保证单》4.18《软件缺陷报告》4.19《项目总结》产品规划说明书时间合评审记录（公司）时间立项报告评审记录1．本页不足记述评审意见时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页。
第页/共页风险评估与控制（立项建议报告评审附页）1.评估中风险不限于表中已列出的，应依据评审的具体情况增加风险项。
并将各项填写完整。
2.风险描述：描述当前过程中可能发生的风险。
风险发生可能性：风险发生的概率，以百分数表示，为0到1，增量为0.05。
风险级别：风险发生造成损失的严重程度，以0~10级表示，其中10级 为最高级。
风险现值：风险发生可能性与风险级别的乘积。
风险控制措施：预防风险发生的措施。
第 页/共 页可行性分析报告评审记录1．本页不足记述评审意见时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页。
第页/共页风险评估与控制（可行性分析报告评审附页）1.评估中风险不限于表中已列出的，应依据评审的具体情况增加风险项。
并将各项填写完整。
2.风险描述：描述当前过程中可能发生的风险。
风险发生可能性：风险发生的概率，以百分数表示，为0到1，增量为0.05。
风险级别：风险发生造成损失的严重程度，以0~10级表示，其中10级 为最高级。
风险现值：风险发生可能性与风险级别的乘积。
风险控制措施：预防风险发生的措施。
第 页/共 页项目计划书备注：抄送财务部、人力资源部时间项目启动计划评审记录1.项目启动计划评审由项目管理部门组织评审。
2.评审完成后由开发体系决策层SMG批准。
3.本页不足记述结果时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页。
开发计划评审记录2.评审完成后由开发体系决策层SMG批准。
3.本页不足记述结果时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页。
开发计划检查表（开发计划评审附页）项目名称：项目编号：检查人/日期：批准人/日期：风险评估与控制（开发计划评审附页）1.评估中风险不限于表中已列出的，应依据评审的具体情况增加风险项。
并将各项填写完整。
2.风险描述：描述当前过程中可能发生的风险。
风险发生可能性：风险发生的概率，以百分数表示，为0到1，增量为0.05。
风险级别：风险发生造成损失的严重程度，以0~10级表示，其中10级 为最高级。
风险现值：风险发生可能性与风险级别的乘积。
风险控制措施：预防风险发生的措施。
第 页/共 页软件问题报告1. 问题描述栏中可以填写问题现象及其产生原因，如果有用户的书面说明，则可以直接引用。
2. 修改描述一栏描述问题的确切原因、修改办法以及修改后的效果。
3. 本页不足记述时，可以有附页，格式自定。
总页数包括本页与所有附页。
项目资源调度单（借鉴产品中心任务书）备注：抄送财务、人力资源部时间软件需求分析说明书1.引言1.1目的说明编写软件需求说明书的目的，指出预期的读者。
1.2背景（1）待开发的软件系统的名称；（2）本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；（3）该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3参考资料列出所用的参考资料，如：（1）本项目的经核准的计划任务书或合同、上级机关的批文；（2）属于本项目的其他已发表的文件；（3）本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
（4）列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
1.4术语列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
2.项目概述本部分描述影响产品和其需求的一般因素。
此处并不说明具体的需求，其描述的内容仅仅是为了更容易理解、深化需求规格，其用意是为从多方面、多角度考虑需求以提供思维参考点。
2.1一般描述本节描述软件开发项目的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料，解释待开发产品和其相关的其他产品或项目的关系。
●如果本产品是独立的，而且自含全部内容，应在此说明。
●如果所定义的产品是一个较大系统或项目中的一个组成部分，那么在此需要描述如下内容：◆要概述这个较大的系统或项目的每一个组成部分的功能，并说明其接口；◆指出本产品主要的外部接口（不需要详细描述，详细描述放在其他章节中）；◆描述所使用的计算机硬件、外围设备。
这里仅仅是一个综述性描述。
【技巧】在本节的描述中，用一个方框图来表达一个较大的系统或项目的主要组成部分、相互联系和外部接口是非常有帮助的。
【提醒注意】本节所描述的既不是设计方案，也不是在方案设计时的约束条件，它仅仅为方案设计时的约束条件提供了一个可以解释的理由。
2.2功能简述对待的软件产品功能提供一个摘要。
【技巧】◆编制功能的一种方法是制作功能表，以便客户或第一次读这个文件的人很容易理解；◆用方框图来表达不同的功能和它们的关系有益于理解。
【提醒注意】◆方框图不是产品的设计，而只是一种有效的解释方式。
◆本节不是具体需求的陈述，只是对具体需求部分中为什么要对一些需求做出描述的铺垫。
2.3用户特点本节描述产品最终用户（包括操作员、维护员和系统工作人员等）具有的受教育水平、工作经验及技术专长等一般特点。
如果系统的大多数用户是一些临时的用户，那么就要求系统包含如何完成基本功能的提示，而不是假设用户已经从过去的会议或从阅读用户指南中了解到这些细节。
2.4假定和约束给出影响软件需求说明书中陈述的需求的每一个因素。
这些因素不是软件的设计约束，但是它们的改变可能影响到需求说明书中的需求。
这些假定和约束条件可能包括：管理方针；运行环境，包括硬件设备和支持软件的限制；与其他应用间的接口；并行操作；实时功能；审查功能；控制功能；所需的高级语言；通信协议；应用的临界点；安全保密方面的考虑等。
【提醒注意】◆本节中描述的因素是软件需求所依据的基石，当这些基石发生不可抗拒或控制的改变时对产品需求将造成影响。
◆本节的内容不能用来陈述具体需求或强加若干特殊的设计约束，而应对具体需求部分中的某些具体需求或设计约束的描述提供理由。
3.具体需求本章应包括软件开发者在建立设计时需要的全部细节。
本章的编写应该遵循如下基本原则：●遵循可验证性、无歧义性等的准则，对每一个需求细节作具体描述；●在软件需求说明书前言、项目概述、附录部分的有关讨论中，要提供对任何一个具体需求交叉引用的背景；●按符合逻辑的和可读的方式组织；●详细描述每一个需求，使得该需求应达到的目标能够用指定的方法进行客观的验证。
【提醒注意】每一项需求的描述都应包括至少5个方面的内容：功能需求；性能需求；属性需求；外部接口需求；设计约束。
3.1功能需求用文字、图表或数学公式详细描述被开发软件的输入、处理、输出以及在上述过程中发生的基本操作。
对于每一类功能或者有时对于每一个功能，这部分通常由引言、输入、处理、输出四个部分组成：3.1.1引言（1）描述该功能要达到的目标、所采用的方法和技术；（2）清楚说明功能意图的由来和背景。
3.1.2输入（1）详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、有效输入范围（包括精度和公差）。
（2）操作员具体的操作控制细节的需求。
其中有名字、操作员活动的描述、控制台或操作员的位置。
