2022年市场需求管理.docx

《2022年市场需求管理.docx》由会员分享，可在线阅读，更多相关《2022年市场需求管理.docx（12页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、精品学习资源市场需求治理流程初稿，待评审1、目的市场需求治理是全部其它业务活动的基础；只有通过创新不断满意市场需求的企业才能适应市场变化而获得可连续进展；基于市场的创新集中表达为客户需求驱动产品及解决方案的开发；具体实现方式是将核心业务划分出一个个产品及解决方案包Offering ，并依据客户需求定义产品及解决方案包需求OR ，Offering Requirements ，再将包需求转化为设计需求 DR ，Design Requirements ， 然后通过产品及解决方案的开发实现和满意客户需求；市场需求治理供应了一个可执行的流程和相关的方法，通过多渠道多手段的需求收集，建立市场需求库来治理具

2、有高附加值的产品及解决方案包需求，并将选定的需求反馈到市场治理流程和研发流程，为市场需求分析、市场治理、产品规划、研发投资决策和业务盈利计 划供应数据支撑；2、概念定义包需求 OR ， OfferingRequirements ：站在客户视角用客户化语言描述的产品及解决方案的市场需求，侧重产品及解决方案的系统外在行为，具备可验证的描述和说明；设计需求 DR ， Design Requirements ： 在包需求及产品概念和可选技术方案基础上，通过系统工程方法对功能、性能、质量、成本、进度等进行权衡和分析，确定产品功能、性能及技术规格可接受的参数范畴，是用技术语言描述的产品及解决方案的系统内在

3、行为，具备可测试的参数；中长期需求： 时间跨度在 6 个月以上的市场需求； 短期需求： 时间跨度在 3 到 6 个月内的市场需求； 紧急需求： 3 个月以内的市场需求；客户定制需求： 单个客户或某类客户的特殊需求；DFx 需求： 指牢靠性、可测试性、可制造性、可安装性、可保护性、可扩展性、环境适应性等方面的市场需求；产品缺陷： 产品在设计、实现及制造过程中产生的不符合项；3、角色定义产品治理团队 PMT ：由跨功能部门 市场/ 营销、研发、销售、供应链、财务、质量重量级代表组成的业务治理团队，承担市场治理、产品规划、市场需求治理；需求治理团队 RMT ：属于 PMT 的需求治理子团队，承担市场

4、需求的治理和决策；需求分析团队 RAT ：是跨功能部门的小组，由系统工程师、研发、市场营销、 销售、 制造、选购、技服、质量等各领域专家组成，承担市场需求的分析；需求治理员 RMO ：负责 RMT 的事务性工作，包括需求治理对外接口、市场需求收集表的接收治理、需求治理IT 系统的操作等；销售项目需求治理接口人CCM ，需求承诺经理： 属于销售、行销或技服团队的成员，在销售项目投标团队中承担需求治理角色；系统设计组 SDT ：承担产品及解决方案的系统设计，包括技术可选方案评估、规格定义、设计需求、总体技术方案、关键技术、测试方案等；系统工程师 SE：作为系统设计组的Leader，是产品和解决方案

5、的总体技术负责人，是产品研发团队的核心成员；欢迎下载精品学习资源质量工程师 QA ：负责对市场需求治理流程执行标准性进行审计，提出流程优化建议； 项目经理 PM ：负责产品及解决方案的项目治理，治理整个跨部门的业务团队，对产品及解决方案项目的总体盈利业务目标负责；4、输入各类市场需求信息、 市场需求收集表 、市场需求数据库；5、输出产品及解决方案包需求项目需求变更及项目方案变更恳求刷新的业务方案刷新的产品及解决方案路标刷新的技术规划6、过程描述如以下图所示， OR 流程的基本阶段划分：收集、分析、安排、实现、验证；收集分析安排实现验证确定外部来源收集价值需求需求过滤需求分析需求纳入QFD.需求

6、验证.客户沟通行业分析友商展览媒体互联网.外部需求内部需求.需求说明需求过滤需求检视.需求分类需求分解需求排序需求确认.市场治理.产品版本路标规划.分发决策业务方案产品路标任务书方案变更申请PCR开发需求正在开发中的产品新产品技术开发预研需求跟踪需求变更掌握.技术路标规划.方案变更分析确定内部来源.研发销售客服预研标准架构平台选购制造质量.图：市场需求治理流程框架以下按各阶段次序绽开过程描述；需求搜集明白市场需求要从多方面收集客户原始数据； 需求通常来自各种内部和外部渠道， 需求收集不只是一个步骤或活动， 它包括了公司全部相关组织的日常业务活动的集合； 公司全部人员都应参与到市场需求收集活动中

7、，包括公司治理层、研发、营销、销售、技服、制造、选购、物流、财务和其它功能性支撑团队；为降低需求收集的盲目性，应第一识别客户，对客户进行类型分析；客户可以包括：购买者、最终用户、关系人、渠道、集成商、分销商、独立软件开发商、增值代理商、服务提欢迎下载精品学习资源供商、 合作伙伴等， 不同的客户关注不同的需求；其次， 要对客户的决策链和关注要点进行分析；通过对最终用户的购买打算进行回溯分析，可以确定全部影响交付条件的人；为了确保生成高价值的客户需求，收集需求应采纳市场和客户驱动的方法，并参考业界最正的确践；应采纳 $APPEALS方法进行产品需求调研，开掘客户的潜在需求，真正懂得客户意图； $A

8、PPEALS从多个维度，不同权重来收集需求，联系细分市场和竞争对手，涉及到差异化分析和蓝海的价值创新削减，增加，剔除，创新，通过差异化需求收集提升产品核心竞争力； 差异化需求往往就是产品的重要卖点，即说服客户为什么购买产品的简洁决策依据；$APPEALS 方法从 8 个方面对产品进行客户需求定义和产品定位；具体如下：$-产品价格 Price；A- 可获得性 Availability ； P-包装 Packaging；P-性能 Performance； E-易用性 Easy to use；A- 保证程度 Assurances；L- 生命周期成本 Life cycle of cost ； S-社会

9、接受程度 Social acceptance；需求收集渠道分为内部渠道和外部渠道，内部渠道包括公司治理层、 研发、 营销、销售、技服、 制造、 选购、物流、 财务和其它功能性支撑团队，可以通过组织专家沟通、 Workshop、体会沟通的方式收集整理基本的需求；以下总结了几种具有良好成效的常用外部市场需求收集方法：方法需求收集方法说明优点不足欢迎下载精品学习资源1 研 发 高层沟通2 解 决 方案研发高层沟通是指邀请客户高层参与沟通有关产品信息，获得将来产品方案的输入信息，前提是双方有良好的客户关系；虽然关系建立及相互沟通都是在高层级别进行，但是沟通本身更关注于技术， 而且双方会共享当前与将来的

10、需要和行动；研发高层沟通由体会丰富的高层技术人员担任公司和客户间产品开发的技术接口人； 客户方派出一个高层技术人员作为客户方接口人； 通过整个开发流程的紧密接触，公司和客户建立互利关系； 公司猎取了客户对产品方案和产品需求的反馈， 以及客户如何使用产品的第一手信息；客户猎取了提前猎取产品方案和交付件信息，赢得为新产品做预备的时间；研发高层是明白客户需求的特殊职位，可以确保研发流程中有合适的级别代表客户需求，研发高层最直接的沟通方法是代表客户直接在需求数据库中输入需求；解决方案团队主要目的是与业务合作伙伴一起制定客户在某个领域内的解决方案， 范畴超越产品本身， 更加贴近客户需要； 主要内容包括：

11、 确保公司关注客户需要； 确保公司对将来解决方案具有前瞻性； 确保公司与所选解决方案合作方的胜利； 解决跨公司的深层次的跨产品集成问题；通过解决方案的共同制定， 可以从中提炼客户需求， 提升产品开发才能，加大产品上市的可能性； 可以对跨公司需求、 特殊是采纳合作伙伴产品和工具对公司产品增效的需求的收集有所贡献；利用良好的客户关系来获得高价值的需求；所选客户可以对一个或多个产品在开发的各个阶段供应具有价值的反馈；在早期收集和验证需求可以削减漏掉重要需求或开发过程中的变更；该方法利用与其它公司的业务伙伴关系来改良客户需求收集；考虑的是完整的解决方案，该方法拓宽了对客户需求懂得的视野；要求有良好的客

12、 户关系；更多在 技术领域；公司 要承诺保证有效 的双向需要及计 划；客户可能会 低估需求的复杂 程度并要求提早 交付需求，需要 对客户期望进行 适当治理 市场需求承诺治理 ；该方法的主要目的是建立战略业务伙伴关系、提升开发才能和产品竞争力；收集客户需求并不是其主要目的；欢迎下载精品学习资源3 竞 争 分析/ 标杆测试4 试 验 局/BETA测试5 客 服 高层沟通6 技 术 支持7 支 持 热线8 专 家 参谋团 / 体会沟通用标杆来评估产品性能，并依据业界/ 客户认可的性能标准衡量， 来与竞争对手进行比照；说明产品是否符合客户的基 本需求， 以及产品与竞争对手相比的优劣；产品竞争分析是一项

13、例行的活动， 通过与一到三个关键竞争对手比较来评估交付， 特殊是在竞争猛烈的销售战或产品的验收阶段；分析业界差距， 明白什么对客户是最重要的， 可以实行什么行动以满意客户需求从而改善竞争位置；通过竞争分析和标杆测试可以进行有效的市场需求收集，应用范畴超越单个产品，可以扩大到多个产品或产品集；试验局、原型测试或产品试用的目的是从关系客户处获得反 馈，并让他们从该活动中受益； 通过试验局从所选客户那里获得对早期产品的反馈，以在产品正式发布之前发觉问题；假如执行得当， 它可以验证需求及需求执行情形；并据此确定补救措施在当前版本或将来版本；试验局重点关注于确保需求以规定的方式交付；公司应向大客户供应支

14、持服务来防止和预防问题；供应这种服务的主要方式就是客服高层沟通，目的是从客服的角度建 立与客户的关系， 并且通过这种关系来解决一系列问题，比方用这种方式可从客户高层获得明确的、点对点的需求； 用服高层沟通使正常的操作层沟通得到加强，从技术支持角度建立了与客户的关系，通过这种在客户环境下的亲热接触，关注点应当超越对问题的解决， 转向对代表积极解决方案的支持需求进行定义， 防止后续显现此类问题；通过对这种沟通的治理，可以针对性的提炼出一系列客户需求；公司将技服工程师 有时是研发工程师派到客户驻地， 供应技术支援， 其目的是提高客户中意度和忠诚度；在与客户沟通中，客户通常会透露显现存在的或者将来的多

15、种需求；在客户实际环境也可以通过观看与实测猎取到有关产品的 环境适应性、可用性、可服务性、可安装性、牢靠性、兼容性、互操作性等方面的需求， 以及在客户环境使用的竞争产品特性需求；公司供应支持热线， 作为处理客户查询和问题汇报的一种支持产品包；支持热线供应了一种简便且系统的方法来治理客 户的要求并跟踪直至问题最终解决；支持热线并不是产品包需求的主要来源， 但是通过分析来电记录， 可以获得客户需求；通过组织业务领域的公司内外部专家开展行业分析和技术沟通， 可以获得行业的进展趋势和技术趋势等市场需求，也可以对产品工程、 系统工程、 客户痛点分析方面的需求进行总结；竞争分析和标杆测试有助于依据业界标准

16、衡量产品，反映产品竞争位置；可以确认是否满意必需的性能要求；通过试验局试用可以在客户环境验证需求，并收集新的潜在需 求；供应了从客户高层获得支持需求的一种方法；可获得对当前版本及将来版本潜在需求；可以更好地站在客户角度考虑产品的可保护性需求；可以对跨产品特 性、环境适应性、UCD、竞争产品特性等需求进行有 效收集；支持热线接收来自客户的查询与问题解答要求， 可以对来电反馈问题进行分析， 确定客户需求；可以获得权威的价值需求信息；标杆测试与需求收集的联系是松散、不系统的；试验局的主要目的是在客户环境下测试早期产 品；通常重点是测试和找问题；客服高层沟通的重点是供应主动的技术支持和提高客户中意度；

17、产品包需求的收集并不是该活动的首要目的；客户需求收集不是现场支持的首要目的，所收集到的需求更多是针对问题；客户来电通常都是客户操作层， 多是技术与操作问题；所邀请专家要到达行业内领先水平，假如邀请不到外部专家，就简洁闭门造车；欢迎下载精品学习资源9市 场 调针对选定的目标客户，通过问卷、访谈、网络访谈等方可以主动有针对回收问卷可能无研式进行主动的市场调研，收集客户需求；性地收集需求；效，有时客户并不能深化答复相关问题；10媒 体 信公司营销部门 市场治理、产品治理 应随时关注行业媒体、可以收集到比较公开媒体上的需息/ 网上询问公司及行业网站等信息； 通过定期的行业信息及技术信全 面 的 市 场

18、需求 多 数 价 值不调查息搜集和分析，可以提炼出有价值的市场需求；求；高；11标准、专研发技术专家、 营销专家通过对行业内的标准、专利进行分可以收集到完整需在技术预研方利分析析，或加入行业标准联盟组织、 参与行业标准会议， 主动收的产品基础性的面加大投入，回集市场需求，规划产品路标；需求，关注行业报周期长；动向；12客 户 简利用客户简报与最大、 最好的客户尽量在产品开发流程的早客户简报的主要客户简报目的是报期共享信息， 该活动属于营销活动； 从需求收集的角度来看，优势是能够在开在开发早期获得主要目的是获得产品包需求的早期反馈与早期验证；因此，发早期与主要客反馈；重点与正客户简报可以准时向开

19、发团队供应输入，改良产品包需求与户验证产品包需在开发的版本相客户需要间的结合； 向客户宣扬产品路标信息是日常销售活求，验证流程也关，要尽量防止动的一部分， 也可以用来与客户验证需求，以便在开发早期会调整或形成新增加客户工作获得相关输入；的需求；量，以及泄露公司开发意图；13客 户 交公司与所选细分市场的最大、最好的客户定期会面， 获得未可以获得最新最为了保证成效，流来的需求； 参与沟通的客户应是能作决策的高层，这些客户前 沿 的 需 求信应依据公司目标一般处在行业前沿， 且与公司关系好， 因此可以从中得到最息；细分市场，认真前沿和最真实的需求信息， 通过引导、 整合以及过滤来获得价值需求； 采

20、纳社交软件 IM 与客户保持长期沟通， 也是获挑选客户；事先确定客户中哪些得高价值需求的一种有效方法；通过认真挑选， 邀请所选客人员对需求最有户中的相应角色，可以明白到更加具体的需求；发言权，并说服客户选派这些人选参与；14销售 / 投公司销售人员随时与客户保持联系，建立沟通例会， 定期拜可以获得大量准这种方法收集的标访，通过销售项目与客户进行沟通，参与市场投标， 对客户确的客户需求；都是短期或紧急提出的标书进行分析， 可以获得需求收集时机， 可通过销售需求；欢迎下载精品学习资源15 展 会 与行 业 沟通周报的方式提交市场需求， 对于重大的需求应直接提交需求治理团队；参与行业展会或客户沟通会

21、有助于获得业界的认知，提高公司信誉， 吸引新的客户； 也供应了与客户沟通、收集业界与竞争对手情报的时机， 应支配参会人员进行主动的市场需求信息搜集；市场敏锐度高的参与者在与会期间常常考虑的是能否产生新的产品包需求；假如发觉了可能的产品包需求，需在出差报告中记录下来并准时呈报；全部参展参会人员的出差报告中应包含产品需求的内容；展会是获得客户需求的一种间接方式，为吸引新客户、会后交往供应了时机；参与展会和行业沟通属于市场营销活动，重点在于提高知名度， 获得行业信息和竞争情报；客户需求并非关注意点；欢迎下载精品学习资源16 客 户 中意 度 调查客户中意度报告属于公司级项目，通过它来获得有关客户中意

22、度方面的输入， 确定竞争中的优劣势； 可指定第三方公司来收集客户对公司及竞争对手的反馈，对自身及对手的竞争表现进行分析和汇报； 各业务部门利用这些调查结果来确定行动方案与将来方案； 从需求收集的角度来看， 客户调查从公司层面供应宏观的输入， 可以从客户中意度调查反馈表中明白到有关产品层面具体需求的反馈，公司可以针对这些需求实行积极的应对措施；客户中意度调查掩盖广泛客户， 为公司绩效供应系统的衡量；调查结果对公司与业务部门规划都特别有用；客户中意度调查从公司整体角度获得宏观的输 入，对产品级的反馈较少；欢迎下载精品学习资源市场需求是公司懂得市场、制定各项战略和业务方案的高价值原始数据，应建立需求

23、数据库进行有效治理， 搜集到的需求信息应准时录入需求治理数据库IT 系统； RMT 应设立需求治理员 RMO 的角色， 负责对需求数据库的治理，初步整理市场需求， 依据市场需求收集表录入需求治理IT 系统，负责需求的初步整理预处理和定期统计各个部门需求收集情形；市场收集人员在需求治理IT 系统直接录入需求， 无法准时录入时可以将 市场需求收集表发送给需求治理员，由需求治理员录入系统；产品及解决方案的开发需要肯定的开发周期，过多的短期或紧急需求会导致频繁地需求变更，对产品质量、研发成本的掌握不利；因此，市场需求搜集应重点关注中长期需求，尽量防止短期紧急需求；除了被动收集市场需求外，应主动开展市场

24、需求搜集活动，建立客户需求收集的例行机制；对搜集的需求经确认是产品缺陷的，应转入缺陷治理流程进行处理；需求搜集活动应纳入项目部门和功能部门的KPI 体系及职工绩效治理系统；需求分析市场需求分析由RAT 团队负责；对于市场原始需求，通过系统整理成为可验证的OR需求，再分解转化为可实现可测试的设计需求；需求分析的途径包括： 从分析人员以及公司内部职工的视角进行分析； 从客户的视角进行分析，这是分析的关键；发觉客户在以下方面的感受： 欲望和需求， 从在评判拟购买的产品到最终的使用阶段；公司在这些方面上的表现；与竞争对手在这些方面的表现进行比较；基本的步骤包括对市场需求的说明、过滤、 检视等系统整理，

25、 以及对市场需求的分类、 分解、排序、确认等深化分析；对收集到的市场需求，应第一进行系统的整理，包括说明、过滤和检视；依据对客户原始陈述和需求提交人的说明来补充和完善需求描述；说明客户原始数据能使RAT 团队更好地懂得客户的整体需求，提高相关环节对需求懂得的一样性；通过需求过滤， 进行简洁归类， 剔除原始信息中的冗余部分，去掉重复需求、 无效需求、错误需求及非需求项；原始的冗余信息可以由需求治理员RMO 在需求治理IT 系统中进行直接的关闭处理；需求描述应遵循精确性、一样性、完整性、可实现、可验证的原就；通过从这些原就的角度对市场原始需求的检视，可以进一步深化对市场需求的懂得，逐步将众多需求逐

26、步挑选/归类为所需的对产品和解决方案的包需求OR ，去除或修正错误、歧义、不一样、不完整、不行信的市场原始需求；对 OR 需求应从多个维度时间、业务分层、客户需求要素等进行必要的分层和分类， 并记录分层分类结果，以利于分析和决策；从时间角度，可分为紧急需求、短期需求、中期需求和长期需求；这样的划分有利于确欢迎下载精品学习资源定对需求安排路径作出决策，也有利于对需求实现的时间方案进行评估；从业务分层的角度，可分为服务与询问需求、解决方案需求、 产品需求、平台与组件需求、关键技术 /基础技术需求；这样的分类有利于分析出需求如何实现，以及需求实现的途径和代价；从客户需求要素的角度，可采纳$APPLE

27、AS 方法进行需求分类，分为以下八类：$价格：客户为一个中意的产品/交付期望支付的价格；要从实际和感觉两方面来考虑客户能接受的购买价格；包括以下的数据评估：技术、低成本制造、物料、人力成本、制造费 用、体会、自动化程度、简易性、可生产性等；A 保证： 在牢靠性、 安全和质量方面的保证； 要考虑客户在可猜测的环境下关于削减其关注确定的性能方面如何评判整个产品，包括保证、鉴定、冗余度和强度；P 性能： 对交付物期望的功能和特性；要从实际和感觉两方面来考虑有关功能和特性的产品性能；产品工作得怎样？是否具备全部必需的和抱负的特性？是否供应更高性能？从客 户角度来衡量，如速度、功率、容量等；P 包装：期

28、望的设计质量、特性和外观等视觉特点；就软件而言它描述了交付或供应的功能包；要考虑客户对形状、设计等看法，及这些属性对交付的期望的贡献程度；关于包装的考虑应包括样式、模块性、集成性、结构、颜色、图形、工艺设计等方面；E 易用： 交付的易用属性； 要考虑客户对产品的舒服、学习、 文档、 支持、 人性化显示、感觉的输入 /输出、接口、直观性等方面的考虑看法；A 可获得性：客户在简洁和有效两方面的购买过程例如：让客户有他自己的方式；要考虑在整个购买过程的优秀程度，包括预售的技术支持和示范、购买渠道/ 供应商挑选、交付时间、客户定制才能等；L 生命周期成本： 全部者在使用的整个生命周期的成本；要考虑安装

29、成本、 培训、服务、供应、能源效率、价值折旧、处理成本等；S 社会接受程度：影响购买打算的其他影响；要考虑口头言论，第三方评判、参谋的报告、形象、政府或行业的标准、法规、社会认可、法律关系、产品义务等对购买打算起了怎样的促进作用；需求排序可以采纳$APPLEAS方法； $APPEALS方法从多个维度，不同的权重来分析 需求，联系到细分市场和竞争对手，涉及到差异化分析和蓝海的价值创新 削减，增加，剔除，创新 ，是懂得市场和分析市场中的一个重要内容；使用客户$APPEALS框架来确定客户的欲望与需要，可以建立针对每一个细分市场的产品和解决方案包对应图；建立客户$APPEALS框架的目的主要包括：处

30、理目标细分市场的全部客户欲望与需要；建立客户驱 动的需求集， 作为投资的重点； 确定要想在所选细分市场获得胜利必需到达的主要分界标准； 确定促使客户挑选公司产品的主要差异；$APPEALS方法涉及许多内容，第一是要通过用户调查收集具体的用户最关怀哪个维度的问题， 依据这些调查数据来确定每个维度的权重；其次是要分析本公司和竞争对手公司的产品在现阶段 $APPEALS各个维度的评分，然后是画出相应的雷达图进行差异化分析；依据公司的战略目标和市场策略，应当重点关注哪些核心功能和核心需求，如何削减自己的弱势并提升自我优势以表达差异化，如何进行价值创新等；通过 $APPEALS分析，可以设定客户需求要素

31、每个评判维度的重要性和权重，确认客户购买标准和需求的优先次序：必备需求、更中意的、可选需求等；为进一步确保需求的可实现性和可验证性，市场需求应依据相关标准细化到肯定的颗粒度，应对复杂的需求进行分解；也可以从产品和解决方案的角度对市场需求进行进一步的阐述和细化，转化为产品及解决方案的需求规格，即设计需求DR ；为确保需求的可实现性， 需要进行需求评估，包括技术评估是否可以获得相应的技术，代价如何，是否存在难以逾欢迎下载精品学习资源越的技术障碍，架构是否支持，平台是否可以连续重用 、工作量评估、进度估算、成本估算及确定适当的质量目标；在需求分析完成时， 仍需要通过与市场需求收集人或客户进行进一步的

32、沟通， 以确认最终分析完成的需求是否符合市场实际和客户期望；最终， RAT 汇总市场需求分析结论 包括OR 和 DR 描述 ，提交 RMT 进行需求评审决策；需求评审对于零散的市场需求， RAT 定期将需求分析的结论和建议汇总，提交RMT 评审；对于产品及解决方案包需求，应系统整理形成相关文档，提交RMT 评审；RMT 主任依据市场优先级、需求的重要性及紧急程度等评估是否发起及实行何种方式进行评审；RMT 例行召开市场需求评审会议，进行集中的需求决策评审，并记录评审结论；也可以采纳网络评审方式，在需求治理IT 系统中发起评审，由各RMT 成员在需求治理 IT 流程中进行看法反馈和争论，由RMT

33、 主任汇总各 RMT 成员看法完成最终决策；对于重大的市场紧急需求，由RMT 主任召集暂时会议进行决策；在需求评审中，应采纳$APPLEALS方法进行客户购买标准分析；通过$APPLEALS方法可以分析出各细分市场客户是不是对价格都很敏锐，影响客户打算购买的要素是哪些，以及对各关键要素的敏锐度分析；通过这种分析和评估，可以针对目标细分市场得出对需求优 先级的判定，确定评审结论；对于一些重大的客户需求，应客户要求， 可能需要在给客户的交付方案方面作出市场承诺；客户需求承诺应严格依据RMT 需求决策的结论并考虑肯定开发延期风险因素来答复客户，并要记录在案 需求治理IT数据库系统中记录并跟踪，严格履

34、行承诺；市场需求承诺应依据 RMT 的授权，由销售客户经理、行销经理、技服经理向客户进行正式的反馈；应制定市场需求评审 Checklist 来指导需求评审， 通过检查表的方式进行全面标准的评审；需求安排依据 RMT 市场需求评审的结果，对市场需求进行安排；市场需求安排的路径如下：对于全部接纳的市场需求，应分发至市场治理流程 MM ，进入产品规划，形成或刷新产品及解决方案的包需求，重大需求应进入或刷新业务方案书BP 和项目任务书Charter，供投资决策评审；对于已接纳的重大中长期需求，应分发至产品及解决方案的路标规划 Roadmap，纳入将来的产品及解决方案版本；对于涉及正在开发项目的短期和紧

35、急需求，应分发至正在进行的产品及解决方案的开发项目， 并启动产品需求变更；依据产品需求变更对开发项目的影响程度启动项目方案变更 恳求 PCR，对于在研项目超过20%工作量影响的，应启动PCR，进行投资决策评审；小于20%影响的，由项目组进行项目变更掌握；对于涉及到将来关键技术的市场需求，需要进行技术开发或外部合作以猎取关键技术，这类需求分发至技术规划或技术开发项目，并刷新技术规划路标及技术项目需求包；市场需求安排由需求治理员RMO 启动操作，下发任务书到相关责任团队；需求实现市场需求经需求安排后，不管是进入市场治理、产品规划、业务方案、项目任务书，最欢迎下载精品学习资源终都是进入产品及解决方案

36、的研发项目或技术研发项目，通过开发流程实现需求；在研发项目中的需求实现是在项目经理和系统工程师主导下由研发团队负责；具体由系统组负责产品包需求 OR 的验证、分析和整理，定义设计需求DR ，定义和评估备选概念， 进行系统设计 系统架构、总体方案、设计规格、各子系统具体需求，由开发团队负责具体设计和实现，测试组和系统组进行评估、设计验证和测试；在需求分析过程中已完成将一些复杂需求分解成设计需求和产品规格以评估开发工作量、技术可行性、开发成本、风险等；在需求开发阶段，应通过需求工程和系统工程的有机融合方法将市场需求分解转化为更加细致的产品需求规格即设计需求，补充完善内部需求 如： DFx 等，完善

37、架构设计、平台重用，对开发工作量、进度、成本因素、质量因素、技术风险、学问产权等进行权衡分析，确保需求与设计的协同一样；对于 RMT 决策分发到当前处于开发状态的产品研发项目的，应进行需求变更掌握；具体包括由系统工程师提交需求变更申请，包括对工作量、进度、成本等影响的评估，由项目经理组织决策并实施项目需求变更掌握，和谐更换项目方案、成本、定价、产品资料、市场资料等一系列项目变更；小于20% 影响的项目需求变更可以由项目经理决策，对于超过20% 影响的项目需求变更仍应通过投资决策委员会的批准；在需求实现过程中，由系统工程师及系统组负责需求跟踪和确认；需求验证在整个研发流程中应对客户原始需求、市场

38、需求、产品包需求、设计需求、 设计规格进行连续验证、确认和跟踪；需求的验证和确认V&V 主要由系统组及测试组承担；在需求分析阶段，应确认产品包需求与客户原始需求欲望、所想所需 是否一样；在产品上市发布前的一般可获得性评审阶段，应确认最终交付的产品包是否满意客户原始需求 欲望、所想所需 ；在产品概念、方案阶段或系统设计阶段，应分别对市场需求、产品包需求、设计需求、产品规格书等进行验证，包括需求早期确认、例行需求确认、需求常规确认；在开发阶段，应对开发需求进行验证，并对开发交付包进行系统的测试；具体验证和确认可以通过技术评审、检视、评估、测试的方式进行，RAT应参与产品及解决方案研发过程中的各项技

39、术评审TR 活动；7、销售项目的需求治理在销售项目中，需求承诺的接纳处理责任主体是RMT ，产品及解决方案的研发团队无权接受来自行销、销售、技服直接反馈的客户需求承诺；全部销售项目的需求承诺必需以正式和标准的方式如：录入需求治理 IT 系统、提交市场需求收集表 传递给 RMT ，邮件、等方式只能作为必要的沟通手段；全部销售项目需求的对外答复必需以面对市场发布的产品功能清单、市场技术指导书或销售指导书 为基础，对于功能清单未包括的需求，必需经过RMT给出答复口径，才能对外答复和承诺；未经 RMT 批准的答复和需求承诺，发生任何客户投诉时，由擅自承诺的行销、销售或技服部门承担责任；销售项目从投标阶

40、段到交付和保护阶段应设立需求治理接口人角色来负责客户需求收集和需求承诺治理；需求治理接口人负责受理投标项目组成员提交的标书不满意项和需求，负责监控、 推动RMT 供应对标书不满意项和需求的答复、承诺、解决方案及相关技术资料；需求治理接口人应负责将销售项目中的需求录入需求治理数据库IT 系统或填写市场欢迎下载精品学习资源需求收集表提交RMT ，负责对销售项目中的客户需求和承诺的闭环治理；在合同签订后的交付和保护阶段，销售项目需求治理接口人应对项目需求承诺的开发状态进行监控，存在交付风险时应组织与RMT 、开发团队、产品经理沟通协商解决；在进入新的行业细分市场、新的区域市场、 新的国家或地区市场时

41、，需求治理接口人应推动相关的行销、销售、 技服团队将政府管制政策、地区标准、互操作性要求等全部需求调查、分析清晰，作为销售项目的需求录入需求治理IT 系统或填写市场需求收集表提交RMT ；8、需求治理的 IT 支持系统为提升市场需求治理的效率，应供应对市场需求治理的IT 数据库支持系统；通过 IT 技术可以实现全公司需求治理活动的协作共享；市场需求治理涉及公司多个业务部门、功能部门及分支机构，需求治理IT 支持系统应支持跨地域的分布式接入、数据的同步更新及协作处理；需求治理 IT 系统支撑在需求传递过程中起特别重要的作用；通过需求治理数据库，可以实现对需求的录入、检索、分类、整理、评审和跟踪；

42、需求治理流程 IT 支撑系统的价值：统一的版本需求治理流程：无论是外部客户需求、 市场规划需求都使用相同的流程，统一评估，统一规划，确保需求的开发与业务目标进展一样；实现需求治理端到端状态的可视化：需求记录包含丰富的信息，包括变更的记录， 使得市场部门、 研发产品治理部门和研发团队能够准时明白需求所处的状态，削减多方沟通的时间，并能够准时的向客户传递相应的信息，提高客户的中意度；需求信息的集中治理： 每条需求都有相应的属性，如客户优先级别， 所涉及的产品模块等，需求开发时间等； 有了这些信息， 市场部门和研发团队可以定制各种报表对需求进行查询、过滤和排序，多角度的明白需求的状况；全球同步进行需求治理： 市场部门及研发团队可能分布在不同地点，但是全部相关人员可以通过 WEB 的方式拜访需求，进行需求的沟通；9、需求治理的质量保证市场需求治理流程是公司的核心业务流程之一，QA 应定期审计需求治理流程的执行成效，提出过程优化和改良建议；10、附件：市场需求采集表产品包需求 OR 开发指导书产品设计需求 DR 开发指导书需求跟踪矩阵 需求安排表项目需求变更恳求需求验证表欢迎下载