二、G端客户心理需求模型
从以上的分析我们可以产出，G端产品的利益相关方通常比较多，且各自需求不一致。对于乙方公司来讲，决策者的需求当然是最重要的，为了更好的说明决策者的需求，我们总结了以下G端客户心理需求模型，越往上的需求有优先级别越高。
这里要解释一下的是，绝不是说往下的需求就不重要，比如说更好的体验，只是我们认为体验好是最基本的必要条件。这里来简单的阐述一下这个模型：
1. 可靠性
这个对于政府来说是最主要的考虑因素。政府需要项目能够顺利完成，信息数据的安全保密，并且有人长期维护。其中最重要的当属信息安全了。有很多企业目前提供SAAS服务，那么在说服政府的数据上云就需要做好功课及应对方案。
2. 风险控制
很多政府类产品的存在就是为了做风险控制。
比如明厨亮灶，就是为了避免或减少食品中毒案件的发生，或者在发生之后，可以追责溯源。这里面就会有专业的食品安全检测的流程，产品在设计的过程中就要考虑到如何帮助客户实现这个目的。
3. 体现政绩
即使是同一个行业，不同的地方政府对于产品的需求都会有所不同，这也是为什么政府项目容易产生定制化的原因。发达地区追求标杆项目，其他地区追求地方特色。
政府项目还有一大特色就是领导来考察的时候，需要有内容可以给领导展示，因此大屏展示的需求会比较多，大屏要展示什么内容，这个需求往往是定制的，很难做到标准化。
4. 效率提升 5. 更好的体验
其实所有的角色都需要更好的体验，但是有一类人群，我们可能需要特别关注，这个我们一会儿在利益地图里会讲到。
三、利益相关方模型
这里我们抽象出了一个利益地图模型，按照利益和权力划分为两个维度，通常我们的利益相关方可以按照利益和权力的不同程度对应进入四个象限里。
利益地图
第一象限， 驱动决策者来做某个项目，一定是有相关的政策或者考评要求，因此我们设定他们为利益最高的人，相应的，他们的权力也是最高的（这里主要是指对项目的决策权）。
我们对这类角色，需要做的就是满足他们的目标，这里的目标对应着心理模型里面的可靠性，风险控制以及体现政绩。
第二象限通常是管理者或者执行者，他们也是有一定的权力，但是他们更多的是要去使用系统去做具体的管理和执行，对于他们来说，最关注的是效率。
如果决策者和管理者之间的需求出现了冲突，一定要及时提出，由于我们和管理者对话较为容易，可以请管理者跟决策者确认一下需求，以达到统一。
第三象限通常是被监管者或者是最基层用户，他们一般都是被考评对象，使用系统的时间通常较长，在业务流程上，他们并不是制定者，因此没有很大的发言权，但是我们也不能因此对他们忽视。我们可以尽可能为他们优化体验，让他们在长时间使用系统的过程中，能相对轻松。
第四象限通常是政府的服务对象，也就是公众。他们对第一象限有着一定的舆论监督作用，有时候也会跟第三象限建立起服务与被服务的关系。他们并不被强制使用产品，如果能够满足他们一些核心需求，可能才会使用。
下面我们以我司产品12345政务服务热线来举例说明，怎么应用这个模型。
如下图所示，我们很清晰的能够看到每个利益相关方的关注点，以及他们之间的关系。
12345政务服务热线利益地图
1. 产品的总体目标
我们应该从决策者，也就是政府信息化部门领导那里获取项目的总体目标，这里往往包含了一些定制化的需求，比如大屏展示哪些内容，页面风格的定制等等。但是作为产品团队，我们需要融合产品团队自身的目标。
产品目标
2. 业务需求获取
我们通常从第二象限的用户来获取主要的业务流程，以及他们需要达到的管理目标。对于此例中的督办岗来说，他们需要对工单数据进行统计分析，并且能够对工单进行跟踪督办。另外，我们也可以使用服务设计蓝图，来画出不同用户之间的业务流程交互。
督办岗视图
3. 对体验的要求
第三象限有两类用户，其中使用时间最长的就是话务员，对于话务员来说，他们是被管控的员工，同时，使用系统时间最长，因此我们需要优化他们的体验，比如设计“刁难用户转移”功能，“夜间工作模式”。
4. 提取核心利益点
对于公众来说，使用12345政务热线产品客户端，一般来说有以下两种情况：
热线电话打不进去
想要快捷查询工单进展
从以上案例中我们可以看出，利益地图可以让我们快速理清各方诉求，合理的分配设计资源，设计出利益相关方都认可的G端产品。
下面让我们最后做一个总结：返回搜狐，查看更多
产品的总体目标需要从第一象限决策者处获取，但要与产品团队自身目标做融合。
具体业务需求通常从第二象限管理者/执行者处获取。如果决策者和管理者之间的需求出现了冲突，请管理者跟决策者确认一下需求，以达到统一。
第三象限的用户我们通常要给予体验上的关注。
第四象限通常是公众端，关注核心利益点的顺畅实现即可。