G端因为行业的特殊性，与C端、B端的方法论有着诸多不同。本文作者分享的G端需求优先级的方法，希望可以帮到大家。

一、G端系统的需求是怎么来的呢？

政府的项目一般遵循”部级–省级–市级”的建设流程，一般由国家下发未来发展的纲要性文章（例如未来的十五五规划），下发之后各省针对纲领性文章中的一些方向或者意见，细化产出本省的发展建议书，有的省可能会寻找某个市来进行试点，被选中的市再根据省级和部级的文件规划建设内容。

当然有的市或者省也可能有自己的建设想法，不一定会严格按照三级的流程去进行逐级下发，但是有一点可以确定，政府的项目建设一定不会超过国家发布政策文件的范围，政府主要是响应号召，围绕党的政策和方针走。

建设系统的时候，政府领导一般写建设文件，主要对建设系统的背景、难点、建设方向等内容用高度概括的语言进行强有力的描述，这种文件主要是在内部进行流转和学习，算作为项目的启动书，我们作为承建单位也会得到一份，作为参考和学习。

二、G端的用户划分

实际建设项目过程中，大多数产品接触的都是省级或者市级项目，部级项目很少，但是建设项目的领导班子组成往往都是类似的，基本上可以在下面的划分中找到对应的角色，我们对领导班子进行如下的划分：

• 最高权限的领导：一般就是省级的省长、省委书记，市级项目就是市长，市委书记，或者提出这个项目的最高层级领导
• 直属领导：项目牵头人，一般是项目的促成者和整个项目关键把控者，协调项目资金落实情况，平台建设的整体方向，不关注大体细节，偶尔开会促进一下事情或者平台建设过程受阻时，出面帮忙协调
• 分管领导：直接和你对接这个项目的负责人，对于平台把控整体进度、建设思路的细节产出者。这个人对于平台的整体建设有比较清晰的思路，有日常使用场景的规划，当然直属领导和分管领导可能是同一个人，视不同项目的情况而定
• 业务用户：日常政府事物的主要处理者，穿梭在各个政务系统当中，高频且全系列平台的使用者

这些不同用户掌握的话语权不同，对于平台的需求也不同，自然需求的轻重缓急也不同

假如我们现在由政府牵头建设“重点人员管控系统”，有“市–区（县）–派出所”三个层级的用户，现在项目马上要启动，在实际需求调研过程中，我们可能会出现以下需求：

• 最高权限的领导：重点人员管控系统，能够帮助我们掌握和管控全市的重点人员，对人员的数据进行摸排，做到事前防范，事中掌握，事后总结
• 直属领导：我们需要一个看板，我要看见整个市每日、每月、每年各区县掌握的重点人员总数，不同等级重点人员的分布情况
• 分管领导：我需要看见我管辖区县所有重点人员的基础数据，定期排查数据，市级要求我们定期汇报各区的情况，我要方便导出统计表格，最好对接重点区域的监控数据，当有人出现的时候，推送预警数据，有的精神病人会跑到小学门口，我们担心学生的安全
• 业务用户：我们日常的工作流程是名单由上级下发，我们再去定点摸排人家，很多人不想跟我们沟通，但是我们得有一些基础的情况需要了解，这个让人很头疼，再一个要我们定期上传回访的数据，这个能不能简单一些

现在我们基于平台的整体规划，对不同用户提出的需求进行拆解

（注：此处只针对提出需求进行分析，不是对系统的全盘规划进行分析）

三、KANO模型拆分需求

KANO 模型是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序的有用工具，以分析用户需求对用户满意的影响为基础，体现了产品性能和用户满意之间的非线性关系。

KANO模型将我们的需求分为五类：

1. 基本型需求：这是用户对产品的基础要求，如果不能满足这些需求，用户会非常不满。例如，手机的通话功能就是一个基本型需求
2. 期望型需求：这些需求是用户明确提出的期望，满足这些需求可以显著提高用户满意度
3. 兴奋型需求：这些需求虽然不被用户过分期望，但一旦满足，用户的满意度会急剧上升
4. 无差异型需求：这些需求对用户体验没有直接影响，既不会引起满意也不会引起不满
5. 反向型需求这些需求如果提供，反而会引起用户的不满

我们现在对用户拆解之后的需求使用KANO模型进行分析，并且进行需求开发排序，需求开发的优先级按照从P0-P5进行排序，序号越小开发的顺序等级越高

需求的拆分和优先级排序已经完成，在日常产品工作中，我们维护需求池的时候可以按照此模型进行应用，形成经验之后很快就可以对需求进行优先级排序。

在系统真实上线过程中，客户随时还会调整需求，对需求有变更和删减，我们要根据客户的强硬程度和需求的紧急程度再进行排期。客户提出的每个需求我们也不是都要进行响应，有的时候是真实的需求，有的时候就是想到了随口说一下，如果我们响应每一个需求，那系统建设可能会遥遥无期。这种情况下，我们对需求进行简单的判断：

• 需求简单：需求简单，前后端不到半天可以解决完成，可以视建设情况快速迭代上线
• 需求难做，客户就简单提了：纳入需求池，调研一下需求建设的难点和实际开发的工期，可以先行和客户沟通说明难点，如果很难做，客户不提你不提
• 需求难做，客户反复提及好几次：一般三次以上可以说明用户对这个需求上心，再难做也要进行建设，这时我们可以开始进行产品设计和规划

最后，政府的项目往往都很急，很多情况下实际要求上线时间很可能会打的我们措手不及，作为产品经理要合理平衡开发与客户之间的关系。