CN108171469A - 一种需求处理方法、装置及系统 - Google Patents

Abstract

本发明提供了一种需求处理方法、装置及系统，该方法包括：接收外部提交的每一个需求；针对每一个需求均执行：根据当前需求的需求内容确定需求审核人，并针对当前需求通知该需求审核人；在接收到该需求审核人提交的针对当前需求的至少一个拆分任务时，针对每一个所述拆分任务均执行：针对当前拆分任务，通知当前拆分任务对应的任务负责人。可以经公司的统一系统，来接收需求提出人提交的需求、通知需求审核人审核相关需求、通知各任务负责人共同执行需求下的各个任务，从而无需各环节人员的全人力投入。因此，本方案使得需求的处理简化规范。

Description

一种需求处理方法、装置及系统

技术领域

本发明涉及计算机技术领域，特别涉及一种需求处理方法、装置及系统。

背景技术

企业工作人员在日常工作中大多会遇到各种各样的需求，这一需求可以经企业其他人员得以解决。

目前，工作人员可以直接向相应管理人员提出需求，管理人员再将需求细分给各任务负责人，任务负责人处理自身任务，从而完成需求处理。

可见，需求的处理会涉及各环节人员的全人力投入，尤其当需求数量较多时，现有的需求处理实现方式较为繁琐复杂。

发明内容

本发明提供了一种需求处理方法、装置及系统，使得需求的处理简化规范。

为了达到上述目的，本发明是通过如下技术方案实现的：

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

S1：接收外部提交的每一个需求；

S2：针对每一个所述需求均执行：根据当前需求的需求内容，确定需求审核人，并针对所述当前需求，通知所述需求审核人；

S3：在接收到所述需求审核人提交的针对所述当前需求的至少一个拆分任务时，执行S4，其中，每一个所述拆分任务均对应有任务负责人；

S4：针对每一个所述拆分任务均执行：针对当前拆分任务，通知所述当前拆分任务对应的任务负责人。

进一步地，所述接收外部提交的每一个需求包括：接收外部经外部需求录入专区提交的每一个外部需求，以及接收外部经内部需求录入专区提交的每一个内部需求；

所述外部需求的需求内容包括：审核人；

所述内部需求的需求内容包括：对接部门；

所述当前需求为一外部需求时，所述需求审核人为：所述当前需求的需求内容包括的审核人；

所述当前需求为一内部需求时，所述需求审核人为：目标对接部门的审核人；其中，所述目标对接部门为所述当前需求的需求内容包括的对接部门。

进一步地，所述外部需求的需求内容还包括：省区、行业、提出人、提出人邮箱、客户、审核人、需求类型、期望交付时间、需求意向度、需求名称、需求描述、需求唯一标识中的任意一种或多种；

所述内部需求的需求内容还包括：提出人、提出人邮箱、客户、对接部门、需求类型、期望交付时间、需求性质、需求名称、需求描述、需求唯一标识中的任意一种或多种。

进一步地，在S2之后还包括：在接收到所述需求审核人提交的审核失败通知时，通知所述当前需求的需求提出人，并结束当前流程；在接收到所述需求审核人提交的审核转让通知时，根据所述审核转让通知，确定新需求审核人，并针对所述当前需求和所述审核转让通知，通知所述新需求审核人，并结束当前流程。

进一步地，在S4之后还包括：在接收到所述当前拆分任务对应的任务负责人提交的，针对所述当前拆分任务的任务反馈信息时，将所述任务反馈信息发送给所述需求审核人和所述当前需求的需求提出人。

第二方面，本发明提供了一种需求处理装置，包括：

需求收集模块，用于接收外部提交的每一个需求；

需求处理模块，用于针对每一个所述需求均执行：根据当前需求的需求内容，确定需求审核人，并针对所述当前需求，通知所述需求审核人；

需求分发模块，用于在接收到所述需求审核人提交的针对所述当前需求的至少一个拆分任务时，针对每一个所述拆分任务均执行：针对当前拆分任务，通知所述当前拆分任务对应的任务负责人，其中，每一个所述拆分任务均对应有任务负责人。

进一步地，所述需求收集模块，具体用于接收外部经外部需求录入专区提交的每一个外部需求，以及接收外部经内部需求录入专区提交的每一个内部需求；

所述外部需求的需求内容包括：审核人；

所述内部需求的需求内容包括：对接部门；

所述当前需求为一外部需求时，所述需求审核人为：所述当前需求的需求内容包括的审核人；

所述当前需求为一内部需求时，所述需求审核人为：目标对接部门的审核人；其中，所述目标对接部门为所述当前需求的需求内容包括的对接部门。

进一步地，所述需求分发模块，还用于在接收到所述需求审核人提交的审核失败通知时，通知所述当前需求的需求提出人，并结束；在接收到所述需求审核人提交的审核转让通知时，根据所述审核转让通知，确定新需求审核人，并针对所述当前需求和所述审核转让通知，通知所述新需求审核人，并结束。

进一步地，该需求处理装置还包括：任务进度管理模块，用于在接收到所述当前拆分任务对应的任务负责人提交的，针对所述当前拆分任务的任务反馈信息时，将所述任务反馈信息发送给所述需求审核人和所述当前需求的需求提出人。

第三方面，本发明提供了一种需求处理系统，包括：

至少一个客户端、上述任一所述的需求处理装置；

每一个所述客户端，均用于将外部输入的需求发送给所述需求处理装置。

本发明提供了一种需求处理方法、装置及系统，该方法包括：接收外部提交的每一个需求；针对每一个需求均执行：根据当前需求的需求内容确定需求审核人，并针对当前需求通知该需求审核人；在接收到该需求审核人提交的针对当前需求的至少一个拆分任务时，针对每一个所述拆分任务均执行：针对当前拆分任务，通知当前拆分任务对应的任务负责人。可以经公司的统一系统，来接收需求提出人提交的需求、通知需求审核人审核相关需求、通知各任务负责人共同执行需求下的各个任务，从而无需各环节人员的全人力投入。因此，本发明使得需求的处理简化规范。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例提供的一种需求处理方法的流程图；

图2是本发明一实施例提供的另一种需求处理方法的流程图；

图3是本发明一实施例提供的一种需求处理装置的示意图；

图4是本发明一实施例提供的另一种需求处理装置的示意图；

图5是本发明一实施例提供的一种需求处理系统的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种需求处理方法，可以包括以下步骤：

步骤101：接收外部提交的每一个需求。

步骤102：针对每一个所述需求均执行：根据当前需求的需求内容，确定需求审核人，并针对所述当前需求，通知所述需求审核人。

步骤103：在接收到所述需求审核人提交的针对所述当前需求的至少一个拆分任务时，执行步骤104，其中，每一个所述拆分任务均对应有任务负责人。

步骤104：针对每一个所述拆分任务均执行：针对当前拆分任务，通知所述当前拆分任务对应的任务负责人。

本发明实施例提供了一种需求处理方法，接收外部提交的每一个需求；针对每一个需求均执行：根据当前需求的需求内容确定需求审核人，并针对当前需求通知该需求审核人；在接收到该需求审核人提交的针对当前需求的至少一个拆分任务时，针对每一个所述拆分任务均执行：针对当前拆分任务，通知当前拆分任务对应的任务负责人。可以经公司的统一系统，来接收需求提出人提交的需求、通知需求审核人审核相关需求、通知各任务负责人共同执行需求下的各个任务，从而无需各环节人员的全人力投入。因此，本发明实施例使得需求的处理简化规范。

详细地，需求的提交人可以分为两类，比如，一类为在公司外部办公的公司人员，比如市场销售人员，另一类为在公司内部办公的公司人员，比如前台。

在本发明一个实施例中，每一个公司员工，均可以经本地客户端，根据自身的账号密码，登录公司的统一系统，这一系统可以为运行在服务器上的系统软件。

比如，需求提交人登录系统后，可以提交需求。

再比如，需求审核人登录系统后，可以对系统推送给自身的需求进行审核，审核通过后可以按需对需求进行工作细化拆分，以得到若干拆分任务，并对各拆分任务的任务负责人进行指定，并提交制定好的拆分任务。

再比如，任务负责人登录系统后，可以对系统推送给自身的拆分任务进行处理。

基于上述内容，在本发明的一个实施例中，所述接收外部提交的每一个需求包括：接收外部经外部需求录入专区提交的每一个外部需求，以及接收外部经内部需求录入专区提交的每一个内部需求；

所述外部需求的需求内容包括：审核人；

所述内部需求的需求内容包括：对接部门；

所述当前需求为一外部需求时，所述需求审核人为：所述当前需求的需求内容包括的审核人；

所述当前需求为一内部需求时，所述需求审核人为：目标对接部门的审核人；其中，所述目标对接部门为所述当前需求的需求内容包括的对接部门。

举例来说，在全国各地的市场营销人员，面对不同的客户以及客户的需求，可以将客户的需求归纳总结，然后在外部需求录入专区将需求录入系统。在公司各部门的人员，一旦有需求，可以进入系统，在内部需求录入专区将需求录入系统。

详细地，需求提交人所述类别不同时，其所提交的需求的需求内容不同。

详细地，系统可以提供有外部需求录入专区和内部需求录入专区，前者用于提交外部需求，后者用于提交内部需求。

针对外部需求，其需求内容通常包括有审核人，如此，上述统一系统在接收到经外部需求录入专区提交的需求时，可以获取相应需求内容中的审核人，并通知该审核人可以对这一需求进行审核。

针对内部需求，其需求内容通常包括有对接部门。当然，每一个对接部门均存在有审核人。比如，部门主管可以预定为相应部门的审核人。如此，上述统一系统在接收到经内部需求录入专区提交的需求时，可以获取相应需求内容中的对接部门，并通知该对接部门的审核人可以对这一需求进行审核。

在本发明一个实施例中，除了审核人，所述外部需求的需求内容还包括：省区、行业、提出人、提出人邮箱、客户、审核人、需求类型、期望交付时间、需求意向度、需求名称、需求描述、需求唯一标识中的任意一种或多种；

除了对接部门，所述内部需求的需求内容还包括：提出人、提出人邮箱、客户、对接部门、需求类型、期望交付时间、需求性质、需求名称、需求描述、需求唯一标识中的任意一种或多种。

详细地，需求内容所包括的具体内容项，可以根据实际需求按需设置或调整。

在本发明一个实施例中，需求提交人在提交外部需求的时候，可以根据省区/行业不同，直接指定需求审核人员。

在本发明一个实施例中，需求审核人员根据实际情况，可以对需求进行分析，请参照上述内容，可以对需求进行通过，当然，还可以进行驳回、拒绝以及转让等操作。

基于此，在本发明一个实施例中，在步骤102之后可以进一步包括：在接收到所述需求审核人提交的审核失败通知时，通知所述当前需求的需求提出人，并结束当前流程；在接收到所述需求审核人提交的审核转让通知时，根据所述审核转让通知，确定新需求审核人，并针对所述当前需求和所述审核转让通知，通知所述新需求审核人，并结束当前流程。

详细地，无论驳回或拒绝，均认为审核失败，故可以及时通知相应的需求提出人。

在本发明一个实施例中，通知的实现方式可以按需规定，比如可以为发邮件、发短信等。

在本发明一个实施例中，审核成功后，也可以及时通知相应的需求提出人，以使其了解需求处理进度。

详细地，需求审核人认为当前的需求可能不太适合本部门时，可以转到其他的部门处理，或转到其他的审核人处理。同上所述，可以提交审核转让通知，这一通知中可以携带有待转让的新部门或新审核人的具体信息。具体地，携带信息为一部门时，新需求审核人即可以为该部门的预定审核人。

在本发明一个实施例中，上述拆分任务可以包含一些基本的信息，比如任务的内容、任务的类型、任务的执行部门、任务的负责人、任务计划开始时间、任务计划完成时间等。任务拆分完成后，系统可以发送邮件给各任务负责人，告知其有任务需要处理。

基于上述内容，各拆分任务到达每一个任务负责人手中后，对应地，会存在有任务的开始、暂停、结束等操作。如此，可以设置有一个反馈区，任务负责人可以在此输入信息，以记录任务的进展，以及出现的问题等情况。

比如，在本发明一个实施例中，各拆分任务开始、暂停、结束，以及任务负责人填写反馈信息时，系统可以发送邮件给相应的需求审核人和需求提出人，以告知其任务的进展情况。

因此，在本发明一个实施例中，在步骤104之后可以进一步包括：在接收到所述当前拆分任务对应的任务负责人提交的，针对所述当前拆分任务的任务反馈信息时，将所述任务反馈信息发送给所述需求审核人和所述当前需求的需求提出人。

如图2所示，本发明一个实施例提供了另一种需求处理方法，具体包括以下步骤：

步骤201：接收外部经外部需求录入专区提交的每一个外部需求、经内部需求录入专区提交的每一个内部需求。

步骤202：针对每一个需求均执行：当前需求为外部需求时，执行步骤203，当前需求为内部需求时，执行步骤204。

步骤203：确定需求审核人为当前需求的需求内容包括的审核人，并针对当前需求，通知需求审核人，执行步骤205。

详细地，当前需求源自外部需求录入专区时，为外部需求，其需求内容包括有审核人。

详细地，外部需求的需求内容可以包括：审核人、省区、行业、提出人、提出人邮箱、客户、审核人、需求类型、期望交付时间、需求意向度、需求名称、需求描述、需求唯一标识。

步骤204：确定需求审核人为目标对接部门的审核人，并针对当前需求，通知需求审核人，其中，目标对接部门为当前需求的需求内容包括的对接部门，执行步骤205。

详细地，当前需求源自内部需求录入专区时，为内部需求，其需求内容包括有对接部门。

详细地，内部需求的需求内容可以包括：对接部门、提出人、提出人邮箱、客户、对接部门、需求类型、期望交付时间、需求性质、需求名称、需求描述、需求唯一标识。

详细地，需求审核人收到通知后，可以对当前需求进行审核，并提交所做出的审核结果。

步骤205：在接收到需求审核人提交的针对当前需求的审核结果时，判断审核结果的内容，审核结果为审核失败通知时，执行步骤206，审核结果为审核转让通知时，执行步骤207，审核结果为至少一个拆分任务时，执行步骤208，其中，每一个拆分任务均对应有任务负责人。

步骤206：通知当前需求的需求提出人，并结束当前流程。

步骤207：根据审核转让通知，确定新需求审核人，并针对当前需求和审核转让通知，通知新需求审核人，并结束当前流程。

详细地，新需求审核人收到通知后，可以对当前需求进行审核，并提交所做出的审核结果。同上述步骤205，这一审核结果同样可以为审核失败、请求转让、审核成功并提交拆分任务中的任意一种。基于同样的实现原理，根据审核结果的内容，从而执行后续流程。

步骤208：针对每一个拆分任务均执行：针对当前拆分任务，通知当前拆分任务对应的任务负责人。

详细地，各任务负责人收到通知后，可以对分配给自身的拆分任务进行处理。

步骤209：在接收到当前拆分任务对应的任务负责人提交的，针对当前拆分任务的任务反馈信息时，将任务反馈信息发送给需求审核人和当前需求的需求提出人。

本发明实施例中，外部市场营销人员或者公司内部人员均可以提出需求，需求审核人对需求进行分析以将需求拆分成各种任务，拆分后的任务分配给专门的人员去负责跟进，同时可以对任务进行进度管理。如此，针对需求以及任务进行管理，可以整合公司内外部资源，从而实现公司内外部管理办公、任务过程追踪，以及提升工作效率。

如图3所示，本发明一个实施例提供了一种需求处理装置，包括：

需求收集模块301，用于接收外部提交的每一个需求；

需求处理模块302，用于针对每一个所述需求均执行：根据当前需求的需求内容，确定需求审核人，并针对所述当前需求，通知所述需求审核人；

需求分发模块303，用于在接收到所述需求审核人提交的针对所述当前需求的至少一个拆分任务时，针对每一个所述拆分任务均执行：针对当前拆分任务，通知所述当前拆分任务对应的任务负责人，其中，每一个所述拆分任务均对应有任务负责人。

在本发明一个实施例中，所述需求收集模块301，具体用于接收外部经外部需求录入专区提交的每一个外部需求，以及接收外部经内部需求录入专区提交的每一个内部需求；

所述外部需求的需求内容包括：审核人；

所述内部需求的需求内容包括：对接部门；

所述当前需求为一外部需求时，所述需求审核人为：所述当前需求的需求内容包括的审核人；

所述当前需求为一内部需求时，所述需求审核人为：目标对接部门的审核人；其中，所述目标对接部门为所述当前需求的需求内容包括的对接部门。

在本发明一个实施例中，所述需求分发模块303，还用于在接收到所述需求审核人提交的审核失败通知时，通知所述当前需求的需求提出人，并结束；在接收到所述需求审核人提交的审核转让通知时，根据所述审核转让通知，确定新需求审核人，并针对所述当前需求和所述审核转让通知，通知所述新需求审核人，并结束。

在本发明一个实施例中，请参考图4，该需求处理装置还包括：任务进度管理模块401，用于在接收到所述当前拆分任务对应的任务负责人提交的，针对所述当前拆分任务的任务反馈信息时，将所述任务反馈信息发送给所述需求审核人和所述当前需求的需求提出人。

在本发明一个实施例中，除了上述4个模块，该需求处理装置还可以包括其他功能模块，比如角色管理模块、人员管理模块、部门管理模块、任务查询模块、统计模块、邮件模块等。

详细地，对于角色管理模块：

根据人员职能的不同，可以划分为不同的角色。例如，可以存在系统管理员、市场营销人员、部门主管、需求审核人员、普通员工等角色。

通常情况下，每一个员工在公司内都具有至少一个角色，故每一个角色都对应有一个员工。如此，为一个角色分配待处理任务时，可以由该角色对应的员工来处理相应任务，比如审核需求、处理拆分任务等。

如此，基于角色管理模块，可以为系统内的每一个角色进行统一管理。

详细地，对于人员管理模块：

基于人员管理模块，可以对人员信息进行维护。其中，这一人员信息可以包含人员的一些基本信息，比如人员姓名、邮箱、电话、注册时间、所属部门、角色等。

详细地，对于部门管理模块：

基于部门管理模块，可以对部门信息进行维护。其中，这一部门信息可以包括部门名称、部门下属员工、部门主管、部门审核人等。

详细地，对于任务查询模块：

基于任务查询模块，可以根据不同的查询条件，对任务进行查询。比如，需要主动查询一个需求的处理进度时，可以输入该需求的唯一标识，以使系统返回该需求的当前处理进度。

详细地，对于统计模块：

举例来说，对于任一部门，可以统计其每天的新增需求、新增任务、任务完成情况、任务延期情况。以及基于每周的需求，进行任务数量统计。比如，可以每周五定期统计各部门的合计数据。

详细地，对于邮件模块：

针对需求处理这一整套流程中的每一个关键环节，基于邮件模块，均可以按需发送邮件，以达到提醒告知的目的。

如图5所示，本发明实施例提供了一种需求处理系统，包括：

至少一个客户端501、上述任一所述的需求处理装置502；

每一个所述客户端501，均用于将外部输入的需求发送给所述需求处理装置502。

在本发明一个实施例中，这一需求处理系统可以采用B/S架构，并基于SpringMVC+Spring+MyBatis框架开发。

详细地，需求提出人可以在自身本地的客户端上，基于账户密码进行登录，登录后可以提交需求。

另一方面，需求审核人可以在自身本地的客户端上，基于账户密码进行登录，登录后可以对需求进行审核，以及输入审核结果、输入审核后的拆分任务等。

对应地，任务负责人可以在自身本地的客户端上，基于账户密码进行登录，登录后可以对分配给自己的拆分任务进行处理，并提交任务反馈信息等。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

综上所述，本发明的各个实施例至少具有如下有益效果：

1、本发明实施例中，接收外部提交的每一个需求；针对每一个需求均执行：根据当前需求的需求内容确定需求审核人，并针对当前需求通知该需求审核人；在接收到该需求审核人提交的针对当前需求的至少一个拆分任务时，针对每一个所述拆分任务均执行：针对当前拆分任务，通知当前拆分任务对应的任务负责人。可以经公司的统一系统，来接收需求提出人提交的需求、通知需求审核人审核相关需求、通知各任务负责人共同执行需求下的各个任务，从而无需各环节人员的全人力投入。因此，本发明实施例使得需求的处理简化规范。

2、本发明实施例中，外部市场营销人员或者公司内部人员均可以提出需求，需求审核人对需求进行分析以将需求拆分成各种任务，拆分后的任务分配给专门的人员去负责跟进，同时可以对任务进行进度管理。如此，针对需求以及任务进行管理，可以整合公司内外部资源，从而实现公司内外部管理办公、任务过程追踪，以及提升工作效率。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个······”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

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

S1：接收外部提交的每一个需求；

S2：针对每一个所述需求均执行：根据当前需求的需求内容，确定需求审核人，并针对所述当前需求，通知所述需求审核人；

S3：在接收到所述需求审核人提交的针对所述当前需求的至少一个拆分任务时，执行S4，其中，每一个所述拆分任务均对应有任务负责人；

S4：针对每一个所述拆分任务均执行：针对当前拆分任务，通知所述当前拆分任务对应的任务负责人。

2.根据权利要求1所述的方法，其特征在于，

所述接收外部提交的每一个需求包括：接收外部经外部需求录入专区提交的每一个外部需求，以及接收外部经内部需求录入专区提交的每一个内部需求；

所述外部需求的需求内容包括：审核人；

所述内部需求的需求内容包括：对接部门；

所述当前需求为一外部需求时，所述需求审核人为：所述当前需求的需求内容包括的审核人；

所述当前需求为一内部需求时，所述需求审核人为：目标对接部门的审核人；其中，所述目标对接部门为所述当前需求的需求内容包括的对接部门。

3.根据权利要求2所述的方法，其特征在于，

所述外部需求的需求内容还包括：省区、行业、提出人、提出人邮箱、客户、审核人、需求类型、期望交付时间、需求意向度、需求名称、需求描述、需求唯一标识中的任意一种或多种；

所述内部需求的需求内容还包括：提出人、提出人邮箱、客户、对接部门、需求类型、期望交付时间、需求性质、需求名称、需求描述、需求唯一标识中的任意一种或多种。

4.根据权利要求1所述的方法，其特征在于，

在S2之后，进一步包括：在接收到所述需求审核人提交的审核失败通知时，通知所述当前需求的需求提出人，并结束当前流程；在接收到所述需求审核人提交的审核转让通知时，根据所述审核转让通知，确定新需求审核人，并针对所述当前需求和所述审核转让通知，通知所述新需求审核人，并结束当前流程。

5.根据权利要求1至4中任一所述的方法，其特征在于，

在S4之后，进一步包括：在接收到所述当前拆分任务对应的任务负责人提交的，针对所述当前拆分任务的任务反馈信息时，将所述任务反馈信息发送给所述需求审核人和所述当前需求的需求提出人。

6.一种需求处理装置，其特征在于，包括：

需求收集模块，用于接收外部提交的每一个需求；

需求处理模块，用于针对每一个所述需求均执行：根据当前需求的需求内容，确定需求审核人，并针对所述当前需求，通知所述需求审核人；

需求分发模块，用于在接收到所述需求审核人提交的针对所述当前需求的至少一个拆分任务时，针对每一个所述拆分任务均执行：针对当前拆分任务，通知所述当前拆分任务对应的任务负责人，其中，每一个所述拆分任务均对应有任务负责人。

7.根据权利要求6所述的需求处理装置，其特征在于，

所述需求收集模块，具体用于接收外部经外部需求录入专区提交的每一个外部需求，以及接收外部经内部需求录入专区提交的每一个内部需求；

所述外部需求的需求内容包括：审核人；

所述内部需求的需求内容包括：对接部门；

所述当前需求为一外部需求时，所述需求审核人为：所述当前需求的需求内容包括的审核人；

所述当前需求为一内部需求时，所述需求审核人为：目标对接部门的审核人；其中，所述目标对接部门为所述当前需求的需求内容包括的对接部门。

8.根据权利要求6所述的需求处理装置，其特征在于，

所述需求分发模块，还用于在接收到所述需求审核人提交的审核失败通知时，通知所述当前需求的需求提出人，并结束；在接收到所述需求审核人提交的审核转让通知时，根据所述审核转让通知，确定新需求审核人，并针对所述当前需求和所述审核转让通知，通知所述新需求审核人，并结束。

9.根据权利要求6至8中任一所述的需求处理装置，其特征在于，

还包括：任务进度管理模块，用于在接收到所述当前拆分任务对应的任务负责人提交的，针对所述当前拆分任务的任务反馈信息时，将所述任务反馈信息发送给所述需求审核人和所述当前需求的需求提出人。

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

至少一个客户端、如权利要求6至9中任一所述的需求处理装置；

每一个所述客户端，均用于将外部输入的需求发送给所述需求处理装置。