CN113420988A - 需求处理系统、方法、计算机设备及可读存储介质 - Google Patents

Abstract

本发明提供需求处理系统、方法、计算机设备及可读存储介质，该系统包括需求创建模块、初步审核模块、优先级评估模块、需求处理模块。本方案基于高质量的需求输入，高效的需求协同以及有效的需求价值评估，解决了目前客户需求管理现状混乱，服务商团队内部协作效率低下的问题。

Description

需求处理系统、方法、计算机设备及可读存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及需求处理系统、方法、计算机设备及可读存储介质。

背景技术

软件产品真正的价值是解决客户的问题，实现便捷化、智能化、可追溯、可留存，从而满足客户业务流程所需，提高客户产出率。不同客户、在不同阶段，将产生各种问题或需求，而作为服务商，往往同时服务于多个客户，导致接收到的客户需求量极大，哪些该做？哪些不该做？哪些先做？哪些后做？针对这些问题目前并没有一个好的解决方案，服务商只能基于销售人员及时反馈跟进、产品研发人员基于自身实际工作情况灵活安排处理，公司无法进行整体管理，导致存在较大的主观性和不确定性，客户需求往往得不到及时处理，甚至遗漏，影响客户合作体验感，进而导致客户流失。

针对服务商端，具体存在如下问题：

针对销售角度，是与客户建立联系纽带的直接接触者，能够及时得到客户反馈的问题或者存在的需求，一方面，销售人员不清楚将需求提给谁，一个需求往往会来回对接到多个人；需求提交后不能及时获得答复，反复确认，过程繁琐，时间成本高，有的甚至石沉大海；另一方面，销售人员只了解自己所接触客户的需求，对公司其他客户的需求并不清楚，或者说是对公司全局需求不清楚，无法进行横向比对，往往觉得自己客户的需求是最重要的，多个客户的需求同时汇聚到产品研发人员手上时，不知道如何优先处理，导致安排困难。

针对产品研发人员角度，其接收销售人员的问题需求反馈，从而对软件产品进行优化改进，是需求的解决者。一是，其所接收的需求反馈频次高，时间分散，严重影响产品工作效率；二是，需求反馈渠道分散且混乱(例如有的通过电话反馈、有的通过文字形式反馈、有的通过微信语音反馈等等)，不便于汇总，需求跟踪成本高，且容易遗漏；三是，需求反馈质量不高(例如，描述方案不描述业务场景、价值描述不清晰、需求未过滤等)，需要多次与反馈人员沟通确认筛选过滤，严重影响研发人员的研发进度和工作效率。

针对公司角度，1)需求提交渠道分散且混乱，缺乏整体管理，不便于追溯与资产沉淀；2)需求质量低，产品价值也低；3)团队协作成本高。

因此，如何在多而杂的需求中，有效、及时、准确处理当下的关键需求，是稳定高效的提高产品价值、提高客户满意度的核心因素，进而改变客户需求管理混乱的现状，提高服务商团队内部协作效率，且让需求真正发挥助力产品价值和客户满意度提升的作用。

发明内容

本发明提供的需求处理系统、方法、计算机设备及可读存储介质，主要解决的技术问题是：客户需求管理现状混乱，服务商团队内部协作效率低下。

为解决上述技术问题，本发明提供一种需求处理系统，包括：

需求创建模块，用于供需求提出者提出需求，以获取需求信息；

初步审核模块，用于基于所述需求信息生成第一待办事件，并发送给第一需求审核者进行初步审核处理；若初步审核未通过，生成驳回消息，并发送给所述需求提出者；初步审核通过，则生成第二待办事件，并发送给第二需求审核者对所述需求进行优先级信息完善；

优先级评估模块，用于利用预设评估模型，以所述需求信息以及对所述需求进行完善的优先级信息作为输入，计算得到所述需求的优先级评分；

需求处理模块，用于将所述需求的优先级评分与第一设定评分阈值进行比较，当所述需求的优先级评分低于所述第一设定评分阈值时，将该需求状态标记为暂无规划/待定，并加入到需求待定池中；当所述需求的优先级评分达到所述第一设定评分阈值时，将该需求评分状态标记为需求排队中，并加入到需求排队池中，等待组织研发上线。

进一步的，所述需求处理模块还用于，当所述需求的优先级评分低于第二设定评分阈值时，则将该需求的评分状态标记为驳回，并生成驳回消息发送给所述需求提出者；所述第二设定评分阈值小于所述第一设定评分阈值。

进一步的，所述需求处理系统还包括信息更新模块，用于针对已经进行优先级评估，且未组织研发上线以及未驳回的需求，在每个设定周期内，将该需求发送给所述需求提出者和所述需求审核者重新进行信息更新，以用于所述优先级评估模块重新计算一次优先级评分，所述需求处理模块还用于基于重新计算得到的优先级评分确定评分状态。

进一步的，所述需求处理模块还用于，当所述需求的评分状态发生变化时，将该需求从原需求池中移除，并加入到与其重新计算得到的优先级评分对应的需求池中。

进一步的，所述需求处理模块还用于，当所述需求排队池中的需求数量小于等于设定数量阈值时，按照最新的优先级评分大小，在所述需求待定池中选择优先级评分值较大的至少部分需求加入到所述需求排队池中。

进一步的，所述第一需求审核者与所述第二需求审核者为同一人，包括：获取所述需求提出者所指出的需求推送团队，将该需求推送团队的负责人作为所述第一需求审核者与所述第二需求审核者。

进一步的，所述需求信息包括需求基本信息与需求优先级信息；所述需求基本信息包括需求概要描述、是否需要产品紧急响应、所属产品、需求推送团队、需求提出用户数、需求提出者、需求提出日期。

进一步的，所述需要概要描述包括如下字段：角色或对象、使用场景、存在的问题，以及希望的解决方案或功能。

进一步的，所述需求优先级信息包括正向参数信息，所述正向参数信息包括：需求来源、预计影响用户数、用户重要性、功能重要性、功能使用频率、用户需求类型、产品需求类型、效率成本利润相关度、需求紧迫性。

本发明还提供一种需求处理方法，包括：

获取需求提出者所提出需求信息；

基于所述需求信息生成第一待办事件，并发送给第一需求审核者进行初步审核处理；若初步审核未通过，生成驳回消息，并发送给所述需求提出者；初步审核通过，则生成第二待办事件，并发送给第二需求审核者对所述需求进行优先级信息完善；

利用预设评估模型，以所述需求信息以及对所述需求进行完善的优先级信息作为输入，计算得到所述需求的优先级评分；

将所述需求的优先级评分与第一设定评分阈值进行比较，当所述需求的优先级评分低于所述第一设定评分阈值时，将该需求状态标记为暂无规划/待定，并加入到需求待定池中；当所述需求的优先级评分达到所述第一设定评分阈值时，将该需求评分状态标记为需求排队中，并加入到需求排队池中，等待组织研发上线。

本发明还提供一种计算机设备，所述计算机设备包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个程序，以实现如上所述的需求处理方法的步骤。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上所述的需求处理方法的步骤。

本发明的有益效果是：

根据本发明提供的需求处理系统、方法、计算机设备及可读存储介质，该系统包括需求创建模块，用于供需求提出者提出需求；初步审核模块，用于基于需求信息生成待办事件，并发送给第一需求审核者进行初步审核处理；若初步审核未通过，生成驳回消息，并发送给需求提出者；初步审核通过，则生成第二待办事件，并发送给第二需求审核者对需求进行优先级信息完善；优先级评估模块，用于利用预设评估模型，以需求信息以及对需求进行完善的优先级信息作为输入，计算得到需求的优先级评分；需求处理模块，用于将需求的优先级评分与第一设定评分阈值进行比较，当需求的优先级评分低于第一设定评分阈值时，将该需求状态标记为暂无规划/待定，并加入到需求待定池中；当需求的优先级评分达到第一设定评分阈值时，将该需求评分状态标记为需求排队中，并加入到需求排队池中，等待组织研发上线。本方案基于高质量的需求输入，高效的需求协同以及有效的需求价值评估，解决了目前客户需求管理现状混乱，服务商团队内部协作效率低下的问题；同时也避免了基于销售人员多渠道反馈、产品研发人员主观安排排期，公司无法进行整体管理，导致存在较大的主观性和不确定性，客户需求得不到及时处理，甚至遗漏，影响客户合作体验感，进而导致客户流失的问题。

附图说明

图1为本发明实施例一的一种需求处理系统结构示意图；

图2为本发明实施例一的需求处理系统界面示意图一；

图3为本发明实施例一的需求处理系统界面示意图二；

图4为本发明实施例一的需求处理系统界面示意图三；

图5为本发明实施例一的需求处理系统界面示意图四；

图6为本发明实施例一的另一种需求处理流程示意图；

图7为本发明实施例一的需求处理流程示意图；

图8为本发明实施例二的需求处理方法流程示意图；

图9为本发明实施例三的计算机设备结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

为了解决软件服务商针对客户需求管理现状混乱，团队内部协作效率低下的问题，本实施例提供一种需求管理系统，基于高质量的需求输入，高效的需求协同以及有效的需求价值评估，解决了目前客户需求管理现状混乱，服务商团队内部协作效率低下的问题；同时也避免了基于销售人员多渠道反馈、产品研发人员主观安排排期，公司无法进行整体管理，导致存在较大的主观性和不确定性，客户需求得不到及时处理，甚至遗漏，影响客户合作体验感，进而导致客户流失的问题。

请参见图1，本实施例提供的需求管理系统主要包括需求创建模块10、初步审核模块20、优先级评估模块30、需求处理模块40；

其中，需求创建模块10，用于供需求提出者提出需求，以获取需求信息。

请参见图2，需求提出者可基于图2所示的界面提出相关需求。可选的，在需求提出者提出相关需求之前，还需在系统上进行账号注册，可以是个人注册，也可通过公司管理在后台直接注册。在账号注册时，需进行个人信息录入和登录密码设置，其中个人信息录入包括但不限于姓名、身份证号、工号、电话等。

可选的，公司也直接为各员工直接统一进行账号注册，并将注册得到的账号、密码直接发送给对应的员工直接使用。员工通过输入账号信息登录本系统，从而进行需求提出、需求审核、事件处理、需求状态查看跟进等操作。

需求提出者可以是公司全员，任何人都可以提出需求/问题，以进行完善，通常包括销售人员、业务人员、研发人员、管理人员以及其他人员等，本实施例对此不作限制。本方案可应用于软件产品，也可以是其他产品。

在提出需求时，需求提出者需要进行需求信息录入，包括但不限于需求基本信息和需求优先级信息，继续参见图2，其中需求基本信息包括需求概要描述、提出需求的企业名称、需求提出企业/用户数、是否需要产品紧急响应、所属产品、需求推送团队、需求提出者、需求提出日期等。

为了保证需求输入质量，避免由于需求描述不清晰，需要研发人员多次与需求提出者沟通确认筛选过滤，影响研发进度和工作效率的问题，本方案定义需求概要描述包括如下字段：角色或对象、使用场景、存在的问题，以及希望的解决方案或功能。

本实施例中，提出需求的企业名称根据实际情况输入，当存在多个客户提出该需求时，可以仅填写第一个提出该需求的企业名称，或者部分企业名称等。需求提出用户数包括10个及以上、6-9个、3-5个、2个以内、研发内部规划等多种情形，具体也可以按照实际用户数输入填写。是否需要产品紧急响应的情况例举：客户方提出的是紧急需求要求立即支持，缺失的功能点对市场推广造成严重阻碍，需求提出者需要在24小时内得到研发团队对于该需求的初步审核结果和优先级评定结果答复。

所属产品指的是该需求所针对或依附的产品，相关产品名称可事先录入系统供需求提出者选择。需求推送团队通常为负责该产品研发设计的团队，事先可录入相关团队名称供需求提出者选取。每个企业针对产品研发设计可能设置不同的团队名称、数量、所负责内容等，具体可灵活设置。本实施例中，需求推送团队包括：应用研发团队、中台研发团队、报表看板数据团队、产品规划团队。需求提出者为系统根据当前登录的用户账号，自动获取其姓名、工号等进行唯一标识填充显示。需求提出日期为创建当日，系统自动确定。

通过以上方式，可保证需求提出者需求反馈渠道固定，需求信息明确，需求反馈质量较高，极大提高了公司内部协同处理效率，有利于信息赘述和资产沉淀。

需求优先级信息，请参见图3所示，包括正向参数信息，需要说明的是，正向参数对优先级评分计算产生积极作用，其中，正向参数信息包括：需求来源、预计影响用户数、用户重要性、功能重要性、功能使用频率、用户需求类型、产品需求类型、效率成本利润相关度、需求紧迫性。

本实施例中，需求来源包括客户需求(ToB)(即服务于企业的需求)、客户需求(ToG)(服务于政府机构的需求)、运营需求和研发需求。

预计影响用户数可基于调研情况，以及各用户类型占比以及不同用户类型对该需求的使用情况综合确定选取，本实施例将预计影响用户数按照用户影响比例进行划分，包括影响80％以上用户、影响60％-80％用户、影响50％-60％用户、影响20％-50％用户、影响20％以下用户。当然，在本发明其他可选的实施例中，也可以基于实际情况灵活选择。

用户重要性，可根据用户影响力、用户类型以及业务金额等因素，综合考虑对用户/客户的重要性进行等级划分，本实施例中，用户重要性具体分为以下6个等级：全国级别知名战略客户、行业/省级别知名战略客户、区域级别知名战略客户或核心客户、普通客户、部署实施人员、内部研发人员。

功能重要性分为以下6个方面：影响到所有角色所有业务、影响到所有角色关键业务、影响到关键角色关键业务、影响到关键角色非关键业务、影响到非关键角色关键业务、影响到非关键角色非关键业务。在本发明其他可选实施例中，可根据业务类型、角色类型、关键业务、非关键业务、关键角色、非关键角色等维度进行灵活性设置。

功能使用频率，本实施例中分为如下4种：非常高、高、一般、低。本发明并不限于上述功能使用频率分类，具体可灵活设置。

用户需求类型包括必备型、期望型、兴奋型、无差异型、矛盾型、反向型。

本实施例中，基于如下方式确定用户需求类型：

设置两个问卷问题以及对应的答案选项，基于用户所选择的答案选项，确定用户的需求类型；具体的，问卷内容包括：

1、如果有这个功能，用户满意度会是怎样？

答案选项：很好、理应如此、没有什么特别的感觉、勉强接受、很不喜欢；

2、如果没有这个功能，用户满意度会是怎样？

答案选项：很好、理应如此、没有什么特别的感觉、勉强接受、很不喜欢；

然后系统基于如下表1所示的用户需求类型评估模型，确定用户需求类型：

表1

产品需求类型包括：问题型需求、核心业务功能优化、用户体验优化、普通业务功能优化、新业务拓展、其它小优化等6个类型，需求提出者可根据实际情况灵活选择对应的产品需求类型。

效率成本利润相关度分为：影响付费/续费的客户、已付费客户、介绍其他客户、大幅提升实施/研发效率、一定程度提升实施/研发效率等5个方面。

需求紧迫性包括以下5中情况：不做，错误会持续发生并造成严重影响；做了，立刻能解决很多问题，产生正面的影响；不做，短期内可控，但长期会有糟糕的影响；做了，在一段时间后可以有良好的效果；做不做影响都不是很大。

基于需求提出者完成需求创建之后，将生成如图4所示的需求新建状态界面。

初步审核模块20，用于基于需求信息生成第一待办事件，并发送给第一需求审核者进行初步审核处理；若初步审核未通过，生成驳回消息，并发送给需求提出者；初步审核通过，则生成第二待办事件，并发送给第二需求审核者对所述需求进行优先级信息二次评定完善。

可选的，驳回消息中可附带驳回理由，便于需求提出者及时了解具体情况，避免无必要的沟通确认，提高内部沟通效率。

在需求信息由需求提出者创建之后，为了保证需求反馈质量，避免一些重复、无效、不清楚、不合理、无意义的需求被提交到研发人员手中，影响其正常研发工作效率的情形，本系统通过设置初步审核模块20进行初步审核，以滤除不符合相关要求、反馈质量较低的需求。

具体的，在需求被创建完成后，初步审核模块20根据需求信息生成第一待办事件，并实时发送给第一需求审核者进行初步审核处理，避免需求信息被长时间搁置或遗忘。可选的，本系统还可以生成提示消息，例如消息弹窗、声音振动等方式提示第一需求审核者。

第一需求审核者将基于如下原则进行初步审核：

需求描述不清楚(缺少相应字段)、需求明显不合理、非客户真实需求、产品已支持该需求、无需变动产品功能、需求不符合产品定位、定制化需求、重复需求、其他不符合情况，则直接驳回，不予通过。相反，若不存在上述情况，则将通过初步审核，此时系统将生成第二待办事件，并发送给第二需求审核者，以供该第二需求审核者对该需求进行优先级信息完善。

具体的，在基于上述初审原则进行处理时，第一需求审核者还可能需要与需求提出者进行沟通确认，或者进行客户调研确认相关信息，例如确认是否为客户真实需求。

本实施例中，第一需求审核者为需求推送团队的负责人，也可称为产品经理，其中需求推送团队是在需求提出者创建需求时选择的研发设计团队。可选的，第二需求审核者可以与该第一需求审核者为同一人，即需求推送团队的负责人。当然，在本发明可选的其他实施例中，第二需求审核者也可灵活选择其他人员，例如个研发设计团队的总负责人，例如技术总监；或者是销售/业务部门的负责人，例如销售总监。使得需求信息从需求提出者和公司高层两个层面提出，可尽可能保证该需求信息更加准确、客观。

第二需求审核者对该需求进行优先级信息二次评定完善，通过如图5所示的界面进行信息二次评定完善，除包括上述正向参数信息外：正向参数信息与负面参数信息，正向参数信息包括：需求来源、预计影响用户数、用户重要性、功能重要性、功能使用频率、用户需求类型、产品需求类型、效率成本利润相关度、需求紧迫性；还包括如下正向参数信息：战略相关度、资源被依赖程度；以及负面参数信息：依赖其他资源程度、需求实施难易难度。其中，负面参数信息对优先级评分计算产生消极作用。

具体的，战略相关度包括如下6种情况：产品线级别战略规划、商业模式战略规划、技术架构战略规划、功能级别战略规划、主线业务市场策略支撑、边缘业务/研发支撑。

资源被依赖程度分为：其它任务完全依赖此任务完成、其他任务高度依赖此任务完成、其它任务有所关联、与其它任务没有依赖。

依赖其他资源程度包括：完全依赖其它任务完成、高度依赖其他任务完成、其它任务有所关联、与其它任务没有依赖。

需求实施难易难度包括非常复杂、复杂、一般、简单4种等级，可选的，基于工作量大小进行分类，例如3天之内可完成的需求，其难易程度定义为简单，7天之内可完成的需求，其难易程度定义为一般，15天之内可完成的需求，其难易程度定义为复杂，15天以上才能完成的需求，其难易程度定义为非常复杂。

请参见如下表2所示：

表2

不同参数，具有不同权重，用于计算优先级评分。具体的，需求来源的权重为0.8，预计影响用户数的权重为0.8，用户重要性的权重为0.5，功能重要性的权重为0.6，功能使用频率的权重为0.5，用户需求类型的权重为0.9，产品需求类型的权重为0.8，效率成本利润相关度的权重为0.9，需求紧迫性的权重为0.8，战略相关度的权重为0.6，资源被依赖的权重为0.8，依赖其他资源的权重为0.8，需求实施难易程度的权重为0.5。在本发明其他可选的实施例中，各参数权重可基于现有任意算法计算得到，或者基于技术人员经验评估得到。

进一步的，不同参数下的不同类型，具有不同的得分值，请参见如下表3所示：

表3

优先级评估模块30，用于利用预设评估模型，以需求信息以及对需求进行完善的优先级信息作为输入，计算得到需求的优先级评分。

本实施例中，预设评估模型为：

需求优先级总得分＝需求提出者的(∑正向参数类型权重*选项值得分)*0.4+第二需求审核者的(∑正向参数类型权重*选项值得分-∑负面参数类型权重*选项值得分)*0.6。

需求处理模块40，用于将需求的优先级评分与第一设定评分阈值进行比较，当需求的优先级评分低于第一设定评分阈值时，将该需求状态标记为暂无规划/待定，并加入到需求待定池中；当需求的优先级评分达到第一设定评分阈值时，将该需求评分状态标记为需求排队中，并加入到需求排队池中，等待组织研发上线。

在本发明其他可选实施例中，需求处理模块40还用于，当需求的优先级评分低于第二设定评分阈值时，则将该需求的评分状态标记为驳回，并生成驳回消息发送给需求提出者；可选的，驳回消息中可附带驳回理由，便于需求提出者及时了解相关情况，避免不必要的沟通确认，提高内部协调效率；其中第二设定评分阈值小于第一设定评分阈值。例如第一设定评分阈值设置为30分，第二设定评分阈值为10分。也即是将优先级评分低于10分的需求，直接驳回，实现二次筛选，提高需求反馈质量，以及协同处理效率；针对优先级评分达到10分，但是低于30分的需求，加入到需求待定池中，暂时不作处理；针对优先级评分达到30分及以上的需求，加入到需求排队池中进行规划排期，等待组织研发。

可选的，请参见图6，需求处理系统还包括信息更新模块50，用于针对已经进行优先级评估，且未组织研发上线以及未驳回的需求(例如包括需求待定池、需求排队池中的需求)，在每个设定周期内，将该需求发送给需求提出者和需求审核者重新进行信息更新，以用于优先级评估模块30重新计算一次优先级评分，需求处理模块40还用于基于重新计算得到的优先级评分确定评分状态，进而划分到对应的需求池中。以适应需求变化，避免需求长时间处于搁置状态，影响与客户的合作体验。其中，设定周期可以灵活设置，例如每个月进行一次更新。

需求处理模块40还用于，当需求的评分状态发生变化时，将该需求从原需求池中移除，并加入到与其重新计算得到的优先级评分对应的需求池中。例如，某需求原本优先级评分为15分，上月一直处于需求待定池中未作处理；本月中，对其进行信息更新之后，其优先级评分提升到35分，故，将其从需求待定池中移除，并将其加入到需求排队池。同时，需求审核者按照需求池中所有需求的优先级评分大小，依次对各需求进行规划，确定排期，安排组织研发上线。进一步的，当该需求已经组织研发上线时，本系统将自动该需求从需求排队池中移除，加入到需求组织研发池中。

在本发明其他实施例中，需求处理模块40还用于，当需求排队池中的需求数量小于等于设定数量阈值时，按照最新的优先级评分大小，在需求待定池中选择优先级评分值较大的至少部分需求加入到需求排队池中。保证研发设计人员足够的工作安排，在研发设计人员工作强度较低的情况下，及时处理优先级评分较低的需求，避免处于需求待定池中的需求长时间得不到有效处理得的问题。例如，设定数量阈值为0，也即是当需求排队池中不存在排队的需求时，此时，系统将从需求待定池中选取部分优先级评分相对较高的需求加入到需求排队池中，以供需求审核者进行规划排期组织研发。应当理解的是，设定数量阈值可根据实际情况灵活设置。当需求排队池中的需求数量小于等于设定数量阈值时，从需求待定池中转移到需求排队池中的需求数量，可根据需求排队池中的需求加入上限进行灵活设置，例如，假设需求排队池中需求数量加入上线为20条，那么当需求排队池中的需求数量小于等于设定数量阈值时，从需求待定池中转移到需求排队池中的需求数量可设置为10条。也即是尽量将优先级评分交底的待定需求比例控制在50％以下，以保证当有新的满足加入需求排队池中的需求时，可直接加入到需求排队池中进行排队处理。

为便于理解，请参见如图7所示的流程示意图，需求提出者进行需求创建，提出新需求，流转到第一需求审核者进行初审，该需求处于待初审状态，第一需求审核者可通过与需求提出者进行沟通确认、客户调研确认等方式，判断该需求是否符合初审要求，若不符合，则直接驳回，该需求将处于被驳回状态；当符合初审要求，则进行优先级信息完善，进而系统进行优先级评分，基于优先级评分大小，将各需求划入到对应的需求池中，处于待定或者排队，或者直接驳回，针对排队靠前的需求，需求审核者进行规划排期，组织研发上线，最终实现该需求。

根据本实施例提供的需求处理系统，该系统包括需求创建模块，用于供需求提出者提出需求；初步审核模块，用于基于需求信息生成待办事件，并发送给第一需求审核者进行初步审核处理；若初步审核未通过，生成驳回消息，并发送给需求提出者；初步审核通过，则生成第二待办事件，并发送给第二需求审核者对需求进行优先级信息完善；优先级评估模块，用于利用预设评估模型，以需求信息以及对需求进行完善的优先级信息作为输入，计算得到需求的优先级评分；需求处理模块，用于将需求的优先级评分与第一设定评分阈值进行比较，当需求的优先级评分低于第一设定评分阈值时，将该需求状态标记为暂无规划/待定，并加入到需求待定池中；当需求的优先级评分达到第一设定评分阈值时，将该需求评分状态标记为需求排队中，并加入到需求排队池中，等待组织研发上线。本方案基于高质量的需求输入，高效的需求协同以及有效的需求价值评估，解决了目前客户需求管理现状混乱，服务商团队内部协作效率低下的问题；同时也避免了基于销售人员多渠道反馈、产品研发人员主观安排排期，公司无法进行整体管理，导致存在较大的主观性和不确定性，客户需求得不到及时处理，甚至遗漏，影响客户合作体验感，进而导致客户流失的问题。

实施例二：

本实施例在上述实施例一的基础上，提供一种需求处理方法，请参见图8，主要包括如下步骤：

S801、获取需求提出者所提出需求信息；

S802、基于需求信息生成第一待办事件，并发送给第一需求审核者进行初步审核处理；若初步审核未通过，生成驳回消息，并发送给需求提出者；初步审核通过，则生成第二待办事件，并发送给第二需求审核者对需求进行优先级信息完善；

S803、利用预设评估模型，以需求信息以及对需求进行完善的优先级信息作为输入，计算得到需求的优先级评分；

S804、将需求的优先级评分与第一设定评分阈值进行比较，当需求的优先级评分低于第一设定评分阈值时，将该需求状态标记为暂无规划/待定，并加入到需求待定池中；当需求的优先级评分达到第一设定评分阈值时，将该需求评分状态标记为需求排队中，并加入到需求排队池中，等待组织研发上线。

具体请参见上述实施例一的相关描述，在此不再赘述。

实施例三：

本实施例在上述实施例二的基础上，提供一种计算机设备，请参见图9，该计算机设备包括处理器91、存储器92及通信总线93；

通信总线93用于实现处理器91和存储器92之间的连接通信；

处理器91用于执行存储器92中存储的一个或者多个程序，以实现如上实施例二中的需求处理方法的步骤。

具体请参见上述实施例二的相关描述，在此不再赘述。

实施例四：

本实施例在上述实施例三的基础上，提供一种计算机可读存储介质，该计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如实施例二中需求处理方法的步骤。

具体请参见上述实施例二的相关描述，在此不再赘述。

显然，本领域的技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种需求处理系统，其特征在于，包括：

需求创建模块，用于供需求提出者提出需求，以获取需求信息；

初步审核模块，用于基于所述需求信息生成第一待办事件，并发送给第一需求审核者进行初步审核处理；若初步审核未通过，生成驳回消息，并发送给所述需求提出者；初步审核通过，则生成第二待办事件，并发送给第二需求审核者对所述需求进行优先级信息完善；

优先级评估模块，用于利用预设评估模型，以所述需求信息以及对所述需求进行完善的优先级信息作为输入，计算得到所述需求的优先级评分；

需求处理模块，用于将所述需求的优先级评分与第一设定评分阈值进行比较，当所述需求的优先级评分低于所述第一设定评分阈值时，将该需求状态标记为暂无规划/待定，并加入到需求待定池中；当所述需求的优先级评分达到所述第一设定评分阈值时，将该需求评分状态标记为需求排队中，并加入到需求排队池中，等待组织研发上线。

2.如权利要求1所述的需求处理系统，其特征在于，所述需求处理模块还用于，当所述需求的优先级评分低于第二设定评分阈值时，则将该需求的评分状态标记为驳回，并生成驳回消息发送给所述需求提出者；所述第二设定评分阈值小于所述第一设定评分阈值。

3.如权利要求1或2所述的需求处理系统，其特征在于，所述需求处理系统还包括信息更新模块，用于针对已经进行优先级评估，且未组织研发上线以及未驳回的需求，在每个设定周期内，将该需求发送给所述需求提出者和所述需求审核者重新进行信息更新，以用于所述优先级评估模块重新计算一次优先级评分，所述需求处理模块还用于基于重新计算得到的优先级评分确定评分状态。

4.如权利要求3所述的需求处理系统，其特征在于，所述需求处理模块还用于，当所述需求的评分状态发生变化时，将该需求从原需求池中移除，并加入到与其重新计算得到的优先级评分对应的需求池中。

5.如权利要求4所述的需求处理系统，其特征在于，所述需求处理模块还用于，当所述需求排队池中的需求数量小于等于设定数量阈值时，按照最新的优先级评分大小，在所述需求待定池中选择优先级评分值较大的至少部分需求加入到所述需求排队池中。

6.如权利要求1所述的需求处理系统，其特征在于，所述第一需求审核者与所述第二需求审核者为同一人，包括：获取所述需求提出者所指出的需求推送团队，将该需求推送团队的负责人作为所述第一需求审核者与所述第二需求审核者。

7.如权利要求1所述的需求处理系统，其特征在于，所述需求信息包括需求基本信息与需求优先级信息；所述需求基本信息包括需求概要描述、是否需要产品紧急响应、所属产品、需求推送团队、需求提出者、需求提出日期。

8.一种需求处理方法，其特征在于，包括：

获取需求提出者所提出需求信息；

基于所述需求信息生成第一待办事件，并发送给第一需求审核者进行初步审核处理；若初步审核未通过，生成驳回消息，并发送给所述需求提出者；初步审核通过，则生成第二待办事件，并发送给第二需求审核者对所述需求进行优先级信息完善；

利用预设评估模型，以所述需求信息以及对所述需求进行完善的优先级信息作为输入，计算得到所述需求的优先级评分；

将所述需求的优先级评分与第一设定评分阈值进行比较，当所述需求的优先级评分低于所述第一设定评分阈值时，将该需求状态标记为暂无规划/待定，并加入到需求待定池中；当所述需求的优先级评分达到所述第一设定评分阈值时，将该需求评分状态标记为需求排队中，并加入到需求排队池中，等待组织研发上线。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个程序，以实现如权利要求8中所述的需求处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求8中所述的需求处理方法的步骤。

Images