产品需求变更流程
产品需求分析与需求管理
产品需求分析与需求管理【培训收益】了解需求工程和系统工程的有机融合方法，以及需求管理流程实践；了解需求管理流程与产品规划、产品开发流程的接口关系；掌握从市场角度进行有效的客户需求收集的机制和方法，形成高质量的客户需求，提高需求分析的充分性和有效性；掌握构建需求收集长效机制，加强市场和研发的有效结合，提升公司整体产品需求分析和需求管理能力的机制和方法；掌握对客户需求进行解释、整理、分类和排序的方法，提高相关环节和部门对需求理解的一致性；掌握外部需求和内部需求一体化管理的机制，形成完整的产品包需求，为后续产品设计和产品开发过程打下基础；掌握产品包需求的分析方法，形成更为细致的产品需求规格(设计需求)；掌握产品需求规格（设计需求）的分解分配，以及架构设计和权衡分析的方法，确保需求与设计协同一致；掌握对客户需求、市场需求、产品包需求、设计需求、设计规格进行持续验证和跟踪的机制和方法；掌握支撑需求管理流程各个阶段活动的一系列操作方法和工具。
分享讲师多年的培训/咨询经验案例，具体涉及产品需求分析和需求管理方面的全方位的案例资料（如：流程、模板、查检表等），帮助学员"学以致用'。
【课程大纲】一、产品需求综述(2 小时)本单元学习目标：1）理解产品需求的重要性及其常见问题2) 掌握产品需求的重要概念3）掌握需求工程在研发管理体系中的位置4）掌握端到端集成产品需求管理体系1. 产品需求问题研讨：1) 产品需求的常见问题2）产品需求问题的根源分析3）产品需求的重要性分析（瀑布原理、跷跷板原理）2．需求相关的重要概念1) 从市场角度理解的需求: WANTS/NEEDS/DEMANDS2）从研发角度理解的需求: 功能性能、需求规格4．需求的分类和分层1）产品需求链：业务需求-用户需求-客户需求-市场需求-产品族需求-产品包需求-产品需求规格（设计需求）-产品总体设计（设计规格）2）需求的三个层次：被动型-主动型-领先型5．产品需求工程1) 产品需求开发：获取-分析-规格化-验证2）产品需求管理：基线化-需求跟踪-需求变更-需求状态管理3）需求开发与需求管理的有机融合6．需求工程与产品研发1) 产品研发管理体系：需求管理、产品规划、产品开发2）端到端需求管理流程：需求收集-需求整理和分析-需求分发-需求实现与验证3）两种典型的产品需求管理流程分析7. 演练与问题讨论1) 区分业务需求、市场需求与产品需求2）端到端需求管理流程练习二、客户需求收集(3小时)（如何从市场（客户）角度进行有效的客户需求收集？如何构建需求收集长效机制？解决研发和市场脱节的问题，提升公司整体需求分析和需求管理能力）本单元学习目标：1）掌握客户需求收集的长效机制2）掌握识别客户的重要手段，降低需求收集的盲目性3）掌握需求收集的方法和过程，提高需求手机的有效性4）掌握需求访谈的方法和技巧，访谈时需要注意的问题1．客户需求收集机制1）客户需求收集流程：客户-关注点-需求2）客户需求收集的组织支撑：分布式组织与集中式组织的利弊分析3）客户需求收集的工具支撑：选用商业工具还是自定义开发？4）客户需求收集的激励措施：职责、考核与激励2．识别有效客户1）识别目标客户群与市场细分2）客户与产品生命周期3）识别重要客户3．客户深入分析如何进一步'聚焦'?1）客户购买行为模式分析7Os-6W1H2）干系人分析: 全面了解客户3) 决策影响分析3) 客户关注点分析: 角色与兴趣点的匹配4．需求收集的准备1）需求收集的准备工作: 锁定对象-问题设计（IHP）-方法选择需求问题设计与问卷调查设计全方位关注客户需求：$APPEALS2）需求收集渠道：外部渠道与内部渠道3) 客户需求收集的"挖金矿模型'方向、时机与方法4）制定需求收集的实施计划5．需求收集的常用方法详解（从适用场合、优缺点方面展开）1) 问卷调查法2) 客户访谈法"七步成诗'一对一访谈"焦点小组'群组访谈3) 标杆分析法，"跟随型'企业致胜法宝4）二手资料调研5）市场原型法与技术原型法分析6）需求收集的典型途径用户大会、专家顾问团需求探针、高层技术交流、标杆研究、合作开发、产品试用用服高层交流、现场支持、服务热线、客户满意度调查各种会议（如：展览会、学术研讨会等）7．需求收集的输出：客户需求收集模板1) 收集人信息、客户信息、需求信息、优先级、关联需求2) 案例分享：某公司单项需求描述要素讲解3) 演练与问题讨论8．需求收集小技巧1) "倾听'的技巧如何让客户"输出'真正理解客户的意图聚焦期望而非问题2) "诉说'的技巧询问而非推销探究原因而非简单问题三、客户需求整理和市场需求分析（2小时）（如何对客户需求进行整理和分析，形成市场需求和市场机会点？提高相关环节和部门对需求理解的一致性）本单元学习目标：1）理解需求分析的要素、质量标准2）掌握常用的需求解释的原则和方法3）掌握需求分类的方法，需要从哪些纬度进行分类4）掌握客户需求八个基本要素的内涵和具体运用的方法5）掌握需求优先级评估机制和划分方法1．需求整理和分析流程：需求解释-需求过滤-需求分组-需求排序-需求评审与反馈2．需求解释，以产品为中心的进一步阐述与细化1) 解释需求的五个原则2）客户陈述和需求描述3．需求初步过滤，结合初步分析去除"杂草'4．需求分组，产品特性的前身，1) KJ亲和图法在需求生命周期的早期适用2) 使用现有需求属性进行分类：客户购买标准$APPEALS客户群、客户优先级、稳定性等（一般用在需求的二次分类）3）演练与问题讨论5．需求排序设置权重，确定需求优先等级1) 需求群权重设置方法AHP五步确定群组权重2) 单项需求优先等级划分法KANO需求模型、BSA需求演绎、正反求证3) Delphi方法"如何让诸葛亮下课'4) 头脑风暴法5）实例：需求权重设置与Benchmarking分析6）演练与问题讨论6．思考结果和市场机会点分析1）需求整理输出：市场需求清单2）需求的早期验证：需求评审要素3）需求的分发决策：决定需求的流向模糊需求，重新启动需求的调研工作长期需求，启动或支撑产品规划短期需求，立即实施，启动产品维护或项目变更7. 市场需求要素分析实例四、产品需求分析和概念设计（3小时）（如何把市场需求（外部需求）转化成产品包需求，并充分考虑内部需求（DFX需求）？如何对产品包需求进行分析，形成产品需求规格（设计需求）？构建清晰、易懂、有竞争力的产品概念。
需求变更控制流程
业务
业务
总经理 业务
相关部 门 相关部 门
需求变更 申请书
需求变更 申请书
需求变更 申请书 申请变更 通知书
生产变更 通知书
5.1.7
变更跟踪 记录存档
于工程变更单； 2. 对到期未回复的项目，业务助 理须追踪完成情况，至完成为止； 所有变更要求实施事项完成后，业 务助理按记录管理程序，存档工程 变更单，结束工程变更。
关联变更判定：
;签字：
;
可行性审查
法规符合性判定： 可□；否□；原签字：;因： Nhomakorabea.
品质： 生产： 采购：
;签字：
;
;签字：
;
;签字：
;
批准
审核
编制
备注（补充说明）：
业务
5.2 公司内部发起的需求变更
所有相关 记录
序号 流程
5.2.1
变更需求 提出出
5.2.2
变更验证
5.2.3
变更申请
5.2.4
审批
控制内容
主导人 记录
1.当发生以下变更时，变更提出部 门须填写工程变更单提出变更，并 提报客户批准，客户批准后才可实 施： 1） 产品结构外观发生变化； 2） 原材料规格或材质变更； 3） 原材料供应商变更； 4） 生产工艺流程变更； 5） 场地变更； 6） 其它有客户要求的项目。 2.其它变更，由提出部门填写工程 变更单提出变更，不需提交客户批 准。 1.除场地变更和其它变更外的其它 变更，由变更提出部门组织生产部 和品管部对进行验证，形成记录； 2.只有通过验证的变更才可进入下 一步。 3.任何变更后的材料，只 有符合环境管理要求才能实施变 更。 1. 变更提出部门将验证记录、工 程变更单，提交业务助理。 2. 业务助理按客户要求，向客户 提出工程变更。 3. 未获得客户批准的变更，不得 实施。 须向客户提交的变更： 1.业务助 理负责持续跟进客户的批准，并持 续与客户沟通，确保变更意图被客 户了解。 2.口头的变更批准不被 接受，业务助理须保存客户的书面 批准记录，如邮件、传真等。 不 须向客户提交的变更： 1.由变更 提出部门，提交总经理批准后实 施。
产品需求变更模板
产品需求变更模板一、背景介绍随着市场竞争的激化和消费者需求的日益变化，产品需求变更已成为现代企业管理必然的一环。
本文将提供一个产品需求变更模板，以便在产品开发过程中进行变更管理，并确保变更过程的准确性和流程的规范性。
二、产品需求变更流程1. 变更提出阶段在产品开发过程中，如果有任何需求变更的提议，则相关人员可根据情况发起变更申请。
变更申请应包括以下内容：- 变更描述：明确表述变更的具体内容和目的。
- 影响分析：评估变更对产品的影响，包括技术、成本和进度等方面。
- 变更原因：阐述变更的背景和原因，以便决策者更好地理解变更的必要性。
2. 变更审批阶段变更提出后，需要组织相关部门进行审批以确保变更的合理性和可行性。
审批流程应包括以下环节：- 变更评审：由产品负责人组织相关专业人员进行变更评审，对变更需求进行技术和业务上的评估。
- 决策权责分配：根据不同变更的级别和影响，确定变更审批的权限和责任。
- 变更审批：由相应的决策者对变更进行审批，确保变更与整体产品开发目标的一致性。
- 变更通知：将变更结果通知给相关的团队成员和利益相关方。
3. 变更实施阶段变更通过审批后，需要制定具体实施方案并组织实施。
实施过程中应注意以下事项：- 变更管理计划：制定详细的变更实施计划，包括资源调配、进度安排和风险控制等。
- 变更测试：对变更的相关功能和性能进行系统测试，确保实施后的产品符合质量要求。
- 变更文档更新：及时更新产品相关文档，包括需求文档、设计文档和用户手册等。
4. 变更验证阶段变更实施完成后，需要进行验证以确保变更目标的达成。
验证过程应包括以下环节：- 功能验证：验证变更后的产品是否满足变更前所提出的功能需求。
- 性能验证：评估变更对产品性能的影响，确保产品仍能在预期的性能范围内运行。
- 用户评审：若可能，可邀请部分关键用户参与产品变更后的评审，收集反馈和改进建议。
5. 变更关闭阶段变更验证通过后，需要对变更过程进行总结并进行关闭：- 变更总结：对变更过程的效果进行总结，包括成本控制、时间管理和质量改进等方面。
产品需求管理完整版
产品需求管理完整版一、引言产品需求管理是企业产品开发过程中至关重要的一环，它涉及到从收集用户需求、定义产品功能、到产品开发和维护的整个过程。
有效的产品需求管理能够确保产品的成功开发和上市，满足用户的需求，提升企业的竞争力。
本规范旨在为企业和组织提供一个全面的产品需求管理框架，确保产品需求管理的有效实施。
二、需求收集与分析1. 企业应建立有效的需求收集渠道，确保能够及时、准确地获取用户的需求信息。
这包括用户调研、市场分析、竞品分析等。
2. 企业应建立需求分析机制，对收集到的需求进行分类、整理和分析，确定产品的核心功能和优先级。
3. 企业应与用户保持密切沟通，确保对用户需求的准确理解，并及时调整产品需求以满足用户的变化需求。
三、需求定义与文档化1. 企业应明确产品的目标和定位，确保产品需求与企业的战略目标保持一致。
2. 企业应建立需求文档，详细描述产品的功能、性能、用户界面等需求，确保需求的清晰、完整和可追溯。
3. 企业应定期审查和更新需求文档，确保需求的准确性和一致性。
四、需求验证与确认1. 企业应建立需求验证机制，通过原型测试、用户反馈等方式验证需求的可行性和准确性。
2. 企业应与用户保持密切沟通，及时获取用户对产品的反馈意见，并根据反馈意见调整产品需求。
3. 企业应建立需求确认机制，确保用户对产品需求的理解和接受程度。
五、需求变更管理1. 企业应建立需求变更管理机制，对需求变更进行严格的控制和审批。
2. 企业应记录所有需求变更的历史记录，确保需求的可追溯性。
3. 企业应评估需求变更对产品开发的影响，确保变更后的产品仍然满足用户的需求。
六、需求跟踪与监控1. 企业应建立需求跟踪机制，确保产品开发过程中的每个阶段都符合用户的需求。
2. 企业应定期对产品开发进度进行监控，确保产品按计划进行开发。
3. 企业应与用户保持密切沟通，及时了解用户对产品的满意度，并根据用户反馈调整产品需求。
七、需求文档维护1. 企业应建立需求文档维护机制，确保需求文档的准确性和完整性。
需求变更控制流程
需求变更控制流程1目的确保需求变更被及时、全面、正确的执行。
确保需求变更的有效性。
2适用范围2.1适用于客户发出的需求变更；2.2适用于公司内部发起的需求变更；2.3适用于供应商发起的变更。
3定义需求变更：涉及到客户的产品，服务或者过程需要改变的情况。
4职责4.1业务员和业务助理负责接收客户需求变更，并负责与客户沟通相关信息；4.2业务助理负责组织客户变更的实施和推进；4.3采购负责接收供应商发起的需求变更，并组织公司内部评审和确认；4.4其它相关人员负责实施工程变更事项，并负责变更的落实；4.5总经理负责批准需求变更。
5. 需求变更控制流程5.1客户发起的需求变更控制5.2公司内部发起的需求变更所有变更要求实施事项完成后，变 更提出部门按记录管理程序，存档 工程变更单，结束工程变更。
5.3 供方发起的需求变更 序号 流程控制内容主导人 记录5.3.11. 当供应商发生以下变更时，须提 交变更申请，只有获得我司及我司 客户批准后，才可实施。
1) 产品结构或印刷内容变更； 2) 原材料规格或材质变更；需求提出3) 原材料供应商变更；4) 生产工艺流程变更；5) 场地变更；2. 变更申请须说明变更内容、变更 原因、影响产品、成本变化，加盖 公章后，附上第三方检测报告， MSD ，S 样品保证书和样品，交我司 采购。
采购需求变更申请书5.3.21. 采购接收到供应商变更申请后， 将第三方检测报告、 MSD 、S 样品保 证书给到 QE 确认是否符合环境管 理物质要求。
2. 采购将样品交生产按 5.2.3 进 行验证。
相关部门 需求变更 申请书变更申请3. 当我司品管、生产和采购均评价 变更可接受时，采购将变更申请交 业务助理，按 5.2.5-5.2.7 实施变 更。
5.3.31. 只有当客户批准的变更， 才可回记录存档复供应商可实施变更。
2. 当供应商接收到同意变更回复 后，才可实施变更。
业务/采购 需求变更 申请书变更提 出部相关记录 5.2.6相关文件无7相关记录7.1变更申请单7.2需求变更单7.3受控文件发放 / 回收记录8附件8.1 需求变更申请书8.2需求变更通知书需求变更申请书。
需求变更流程图
各类相关文档
进行详尽的需求调 研
需求调研报告
需求调研报告
用户确认需求调研 报告 用户确认通过后， 需求调研报告发送 产品部
需求调研报告
对需求进行分析，评估开 发工作量和初步版本计划
需求变更申请单
编写需求规格说明书 补充需求变更调研、系 统测试、工程实施/培训 /试运行、项目管理等工 作量，完成《需求变更 申请单》第二部分 用户对整体工 作量进行确认
需求变更流程图
输入 客户代表 项目经理 产品部 高级项目经理 销售代表 输出
项目经理协助客户填写《需求变更申请单》 （第一部分）发给高级项目经理,同时把需求 变更内容填写到《需求-问题跟踪表》（绿 色部分）
需求变更申请单 需求-问题跟踪表
高级项目经理和产品部、销售代表沟通，销售代表判 断需求变更是否要做，产品部判断该需求是否可行
需求规格说明书
需求变更申请单
需求变更申请单 对《需求变更申请单》、《需求 规格说明书》进行设计、编码、单元 测试，开发经理负责填 写《需求-问题跟踪表》 （黄色部分） 需求-问题跟踪表
更新由需求变更引起概要 设计、详细设计、数据库 设计、测试方案、用户手 册、运维手册等相关文档
变更处理步骤
变更处理步骤1 变更申请1.如果是客户提出的变更，项目经理收集整理变更需求，并在《变更申请单》以及《变更记录一览表》中记录变更申请的相关内容；如果是项目组提出的变更，项目组成员填写《变更申请单》以及《变更记录一览表》中记录变更申请的相关内容；如果是项目组提出的变更，项目组成员填写《变更请求单》以及《变更记录一览表》，填写完抽提交项目经理。
注：客户提出的变更申请无论是通过文档还是电话或者其他口头交流，项目同样需要记录在《变更申请记录》中。
2 分析影响1.项目经理组织相关人员依据《变更申请单》中的“分析”一栏，以及《变更影响分析指南》来对变更申请的影响进行分析。
确认变更申请影响的工作产品，并评估变更可能会对项目规模、进度、合同、风险、配置项等造成的影响。
2.涉及需求的变更，开发经理需要组织相关人员增加《需求跟踪矩阵》来对需求变更的影响进行分析。
3.项目经理审查《变更申请单》与《变更影响分析单》内容的清晰性和完整性，并确保变更申请得到配置控制委员会（CCB）的批准。
4.注：相关人员是指受项目影响或者对项目的成果负有某种责任的人员或小组，包括但不限于：客户、开发组、测试组、QA工程师，CM工程师等。
3 审批变更1.项目经理将《变更申请单》提交CCB，并组织CCB成员通过邮件或会议方式审核变更申请。
A，B类变更审核需通过正式会议(需提供会议纪要)的方式进行，C，D类变更审核可通过邮件进行。
CCB组长确定最后的评审结果。
2.变更审核通过，项目经理于《变更申请单》中更新变更状态为“同意变更”，并邮件通知所有与变更实施有关的干系人开始实施变更。
3.若变更审核不通过，项目经理于《变更申请单》中更新变更状态为“拒绝变更”，在备注中记录审核不通过的原因，并邮件通知所有与变更实施有关的干系人变更关闭。
4 实施变更1.项目经理指派项目成员对相应的工作产品实施变更，待工作产品变更实施完成后，更新已变更工作产品的修订履历，记录详细的变更内容。
prd的流程-概述说明以及解释
prd的流程-概述说明以及解释1.引言概述部分的内容可以描述PRD的流程是什么，以及它在产品开发中的重要性。
下面是一个可供参考的示例：1.1 概述PRD（Product Requirements Document）是产品开发过程中不可或缺的重要环节，它作为产品管理和开发的基础文件，定义了产品的功能、性能、用户需求以及产品规格等方面的要求。
PRD流程是一个系统化的过程，它涵盖了产品规划、概念设计、需求收集、需求分析、功能设计、测试验证、发布等多个阶段。
在这个过程中，PRD扮演着沟通桥梁的角色，连接了产品经理、设计师、开发团队、测试人员和其他相关人员之间的合作。
PRD的编写需要充分了解产品的市场定位、目标用户和业务需求，同时要与设计和开发人员紧密合作，确保产品能够满足用户的期望和需求。
通过对功能、界面、交互等方面的详细描述，PRD可以帮助团队明确产品的功能范围、需求优先级以及开发进度。
PRD的重要性体现在以下几个方面：1. 提供明确的目标和方向：PRD清晰地定义了产品的功能和性能要求，为产品团队提供了明确的目标和方向，帮助团队聚焦于核心需求，避免在开发过程中偏离主线。
2. 消除沟通障碍：PRD作为产品需求的书面表达，可以帮助产品经理向设计师和开发人员传达清晰的信息，减少误解和沟通障碍，提高团队的工作效率。
3. 确保产品质量和用户满意度：PRD作为产品规范的参考文档，可以在产品开发过程中对功能进行验证和测试，确保产品的质量和可用性。
同时，PRD也能够帮助产品经理识别和解决潜在的问题，提高用户的满意度。
总之，PRD流程在产品开发中起着至关重要的作用。
通过明确的需求描述和协调团队合作，PRD帮助产品团队将创意转化为实际可行的产品，提供给用户更好的体验和价值。
在接下来的文章中，我们将深入探讨PRD 的定义和它在产品开发中的重要性。
1.2 文章结构文章结构部分主要介绍本文的章节划分和各个章节的内容安排。
在本文中，文章结构可以按照以下方式组织：1. 引言：在这一部分，将对PRD的流程进行引言，说明本文的研究背景和目的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
首次发行
分发部门
海外事业中心
■深圳 □贵州
虹语通讯（深）
□深圳 □贵州
创博宇（贵）
□深圳 □贵州
冠诚注塑（贵）
□深圳 □贵州
启铭镜片（贵）
□深圳 □贵州
蓝宇包材（贵）
□深圳 □贵州
益丰塑胶制品（贵） □深圳 □贵州
锐达精密模具（贵） □深圳 □贵州
银海电子（贵）
□深圳 □贵州
惟思达（深）
□深圳 □贵州
无
文件编号 文件版本 文件密级 页数
FT-WI-PP-002 A/0
内部公开 5/5
文件分发要求
分发份数
分发部门
分发份数
份 盛世国泰（深）
□深圳 □贵州
份
份 恒博新金属（贵）
□深圳 □贵州
份
份 利盈福电池（贵）
□深圳 □贵州
份
份 明晰清听筒（贵）
□深圳 □贵州
份
份 响达鸣喇叭（贵）
□深圳 □贵州
份
份 英杰雄充电器（贵） □深圳 □贵州
份
份 发利永摄像头（贵） □深圳 □贵州
份
份 英利荣手机按键（贵） □深圳 □贵州
用户体验等产品需求变更。 2. 职责
4.1 市场部：明确变更需求，跟进，推动需求落实，过程中协助对客户事宜的沟通。 4.2 产品部：组织评估产品变更需求的可行性及风险，提交需求变更 4.3 项目部：准备详细的 schedule，人力资源配置，提交项目预算。 4.4 研发中心：协助产品部，项目部评估相关工作。 4.5 品控中心：协助产品部，项目部评估相关工作。 4.6 运营中心：协助产品部，项目部评估相关工作。 5． 程序内容： 5.1 需求受理 5.1.1 市场部和产品部作为客户需求变更受理的主要入口，其他部门若有收到客户需求信息，转发知 会市场部及产品部 5.1.2 市场部提交《需求变更申请表》给产品部，由产品部主导组织评估 5.1.3 产品部对需求进一步了解，细化，必要时可再与客户 Double check，明确具体需求 5.2 需求评估 5.2.1 需求明确后，产品部依照需求同相关部门共同评估，明确可实现性、开发成本、相关风险以及 开发周期等。 5.2.2 评估结束后，产品部记录并发出评估会议纪要 5.3 与客户沟通 5.3.1 市场部将评估结果反馈客户，产品部可协助进行沟通，确定 5.3.1.1 若客户不同意，意见转内部，进行二次评估，直到与客户达成明确共识。 5.3.1.2 若客户同意，由产品部给出评估报告与《需求导入核准单》，由产品经理组织公司各单位确认、 完成公司内部确认栏部分，并给与汇签；由市场部确认完成《需求导入核准单》的客户确认栏部分。 5.4 最终核准 5.4.1 产品部将《需求导入核准单》报产品总监审核，由总经理最终核准。
贵州富泰集团深圳分公司
文件名称
产品需求变更流程
文件编号 文件版本 文件密级 页数
FT-WI-PP-002 A/0
内部公开 1/5
声明: 本文件属贵州富泰集团深圳分公司所有，在规定范围内使用，未经文控中心批准，禁
止复制、泄露。
修改记录
序号 页次
版本
修改内容记要
制/修订者
审核
批准 生效日期
1
1-5
A/0
7.流程图：
贵州富泰集团深圳分公司
文件名称
产品需求变更流程
客户需求导入流程
相关说明
文件编号 文件版本 文件密级 页数
FT-WI-PP-002 A/0
内部公开 4/5
责任部门
控制表单
客户 需求受理
所有客户需求都需要转 市场部/产品部 《需求变更申请表》 到产品部和市场部
需求确认
不通过
产品部
针对需求具体信息进一 步确认
份
份 PCBA 事业部（贵） □深圳 □贵州
份
份
制订 日期
审核 日期
批准 日期
贵州富泰集团深圳分公司
文件名称
产品需求变更流程
文件编号 文件版本 文件密级 页数
FT-WI-PP-002 A/0
内部公开 2/5
1. 目的： 规范化海外事业部产品需求变更流程。
2. 范围： 适用于海外事业部所有产品。
1. 定义 需求变更：立项后因客户或因市场变化而提出的新产品需求，包括产品功能、硬件配置、外观工艺、
贵州富泰集团深圳分公司
文件名称
产品需求变更流程
文件编号 文件版本 文件密级 页数
FT-WI-PP-002 A/0
内部公开 3/5
5.4.1.1 若核准通过，转导入环节 5.4.1.2 若核准不通过，由市场部，产品部组织内部，客户再进行沟通确认，最终不满足核准要求， 由市场部给予客户明确的回绝及详细的解释说明。 5.5 需求导入 5.3.1 产品部把最终经公司内部，客户确认通过的《需求导入核准单》作为批准需求导入依据，变更 产品资料，并做变更记录。 5.3.2 项目部收到产品部变更导入通知后，监督，跟进需求实现及相应管理。 6.说明 6.1 任何部门收到客户需求信息，应及时转产品部，市场部，不允许直接导入执行。 6.2 各部门需严格遵守接口流程，不允许跨越部门，违背流程进行操作。
需求评估
不通过
通过
客户核 准确认
所有相关部门 针对实现性、成本、周
期等进行评估
评估报告
产品部 沟通客户细节，签核《需
求导入核准单》
《需求导入核准单》
需求导入/实现 结束
跟进实现及相应管理
项目部
8.表格表单：
贵州富泰集团深圳分公司
文件名称
产品需求变更流程
8.1《需求变更申请表》 8.2《需求导入核准单》 9.附则：