参考

探索中前行 | G端产品设计之路
https://www.zcool.com.cn/article/ZMTA4NjEwNA==.html
2020年中国政务云行业研究报告（高质量，要好好吸收）
http://report.iresearch.cn/report_pdf.aspx?id=3592
如何通过利益地图讲清G端产品？（高质量）
http://www.woshipm.com/pd/3062156.html
G端产品思考：“互联网+政务服务”信息化管理平台
http://www.woshipm.com/operate/2711985.html
To G 项目产品该如何调研？（高质量）
http://www.woshipm.com/operate/4366907.html
如何做好To G的产品？注意这6个方面（浪潮）
http://www.woshipm.com/it/2999653.html

政策部分

《国务院关于加快推进“互联网+政务服务”工作的指导意见》（国发[2016]55号；
《国务院办公厅关于印发”互联网+政务服务“技术体系建设指南的通知》（国办函[2016]108号；（架构图很多，高质量，要好好吸收）
《国务院办公厅关于印发进一步深化“互联网+政务服务”推进政务服务“一网、一门、一次”改革实施方案的通知》（国发办[2018]45号）

定义

G端产品（To Government）
ToG字面意义的理解即是面向政府，也包括和政府相关的党组织、事业单位、机关单位、军事单位等组织机构，备注：学校和医院是否属于ToG，业内还没有统一的定论，因属于事业单位，本文暂将其归入ToG。

政务服务、政务类产品：指由政府相关部门发起，不掺杂商业利益，为群众服务，将线下业务线上化的互联网产品。如个人所得税，12306等。
电子政务：ERP、OA等的政府版。

应用场景

1.智慧城市

2008年IBM在《智慧地球：下一代领导议程》中首次提出“智慧地球”概念：“借助新一代的信息技术、互联网技术让地球上的各行各业实现智能化管理” 智慧城市即是从智慧地球的概念延伸出来的。智慧城市的定义的是：利用云计算、大数据、IoT、空间地理信息等技术来提升城市实现智能化、信息化，面向教育、医疗、就业、社保、环保、交通、灾备等领域为市民提供公共服务。可以分为基础设施、安全服务、产业发展、社会管理等方向，各方向下又有很多细分。

2.垂直行业内信息化、数字化解决方案

政府部门、机关单位、事业单位跟随互联网发展的趋势，在国家大力推进互联网+的政策推动下，各个部门、事业单位、机关单位进行信息化系统的建设。比如医院的预约挂号系统、患者管理、报告查询；学校的教务管理系统、走班排课、学工管理等；公安部门的治安管理系统；党组织的党务管理系统等。

3.互联网＋政务

互联网＋政务是以服务群众为导向，目的是优化群众办事流程、精简办事环节、扩展网上服务渠道、提高服务效率，减少出现“证明我妈是我妈”这样的情况。以“让信息多跑路，市民少跑腿”为目标，提升城市便民服务水平。主要产品是面向广大民众开设的网上服务办理平台（包括web网站、微信公众号、APP）、信息查询平台。

4.智慧办公

政府部门和事业单位、机关单位为了提高工作效率使用的OA系统、财务系统、人事系统，类似B端产品。不同点在于不同地区、不同部门的管理方式和业务需求区别很大，所以大部分定制化程度比较高。

G端产品的业务分类

G2C：业务主要是服务群众，即面向广大民众开设的网上服务平台和城市服务APP，如税务部门开发的个税扣除APP、政府部门开发的房屋租赁管理平台等，是群众和政府各部门沟通的桥梁。
（G2C通常被认为是C端，设计风格往往更接近互联网产品。）
B2G：是企业为G端客户开发，面对的用户是政府公务员、党员、部分事业编人员。按角色来分B2G产品有决策人员、管理人员、业务人员，以某局为例：决策人员：局长/书记等直属领导；管理人员：各部门的主任和负责具体事务中层领导；业务人员：科员/办事员。

G端客户特点

1. 用户非客户
   这点跟B端产品类似。不一样的是，B端的客户和用户往往属于一个公司，或者一个体系，G端的客户和某类用户可能之间只存在服务与被服务，监管与被监管的关系。
   2. 潜在客户难以触达，特别是决策者
   因为决策者往往是领导，而除非有特别的关系，或者是客户主动找到我们，领导往往不太容易见到。因此这就更需要我们在关键节点之前，做好充分准备。
   3. 竞品难以获取
   虽然B端产品也存在这样的问题，但是G端可以说是难上加难。B端往往在竞品网站上能找到一些信息，或者试用版，但是在G端，却很难找到，这跟G端的定制化程度高有比较大的关系，且政府应用的封闭性，增加了获取难度。
   4. 客户决策流程较长
   政府端通常有一个决策流程，我们能够接触到的，一般是执行者，而执行者往往需要向领导汇报，如果关系到位，可以在关键节点见到决策者，这个时候就需要把握机会，汇报关键内容，争取决策者的信任。预算也是非常关键的因素，弄清楚政府部门在这方面的预算，是至关重要的，预算直接关系着决策的结果。
   5. 客户往往是行业专家
   客户通常是某个政府行业领域的专家，比如城管局，药监局，交管局等等。这就需要我们去拜访客户之前，对行业有着充分的理解，了解产品需要解决该行业什么痛点，才能够有机会取得客户的信任。
   6. 客户的目标不是商业目标
   这点跟B端产品不太一样。政府客户往往期望产品能够帮助他们做好监管，规避风险，及时发现问题，如果更好一点，能够树立标杆，体现政绩。而B端往往更关注节省成本，提升效率。

   G端用户的核心诉求

   决策人员：树立标杆、体现政绩；
   管理人员：做好监管、规避风险；
   业务人员：流程规范、操作流畅；
   广大群众：减少环节、方便快捷；

   G端客户心理需求模型

   G端客户心理需求模型，越往上的需求有优先级别越高。
   1. 可靠性
   这个对于政府来说是最主要的考虑因素。政府需要项目能够顺利完成，信息数据的安全保密，并且有人长期维护。其中最重要的当属信息安全了。有很多企业目前提供SAAS服务，那么在说服政府的数据上云就需要做好功课及应对方案。
   2. 风险控制
   很多政府类产品的存在就是为了做风险控制。
   比如明厨亮灶，就是为了避免或减少食品中毒案件的发生，或者在发生之后，可以追责溯源。这里面就会有专业的食品安全检测的流程，产品在设计的过程中就要考虑到如何帮助客户实现这个目的。
   3. 体现政绩
   即使是同一个行业，不同的地方政府对于产品的需求都会有所不同，这也是为什么政府项目容易产生定制化的原因。发达地区追求标杆项目，其他地区追求地方特色。
   政府项目还有一大特色就是领导来考察的时候，需要有内容可以给领导展示，因此大屏展示的需求会比较多，大屏要展示什么内容，这个需求往往是定制的，很难做到标准化。
   4. 效率提升
   这个跟ToB 的需求就类似了。就拿我司产品12345政务服务热线来说，整个产品涉及到监督部门，客服人员，委办单位等5类角色，一个工单需要在这5类角色之间流转，并且需要对人员每月进行工作量统计，绩效考核，这个时候如何提升效率就显得尤为重要。
   5. 更好的体验
   其实所有的角色都需要更好的体验，但是有些用户群可能需要特别关注。

   利益地图模型

   利益地图模型，按照利益和权力划分为两个维度。
   
   第一象限，驱动决策者来做某个项目，一定是有相关的政策或者考评要求，因此我们设定他们为利益最高的人，相应的，他们的权力也是最高的（这里主要是指对项目的决策权）。
   我们对这类角色，需要做的就是满足他们的目标，这里的目标对应着心理模型里面的可靠性，风险控制以及体现政绩。
   第二象限通常是管理者或者执行者，他们也是有一定的权力，但是他们更多的是要去使用系统去做具体的管理和执行，对于他们来说，最关注的是效率。
   如果决策者和管理者之间的需求出现了冲突，一定要及时提出，由于我们和管理者对话较为容易，可以请管理者跟决策者确认一下需求，以达到统一。
   第三象限通常是被监管者或者是最基层用户，他们一般都是被考评对象，使用系统的时间通常较长，在业务流程上，他们并不是制定者，因此没有很大的发言权，但是我们也不能因此对他们忽视。我们可以尽可能为他们优化体验，让他们在长时间使用系统的过程中，能相对轻松。
   第四象限通常是政府的服务对象，也就是公众。他们对第一象限有着一定的舆论监督作用，有时候也会跟第三象限建立起服务与被服务的关系。他们并不被强制使用产品，如果能够满足他们一些核心需求，可能才会使用。

   服务对象——公众用户

   政务服务的特殊性，服务的对象是全国公民，年龄上到七八十岁的老人下到十七八岁的青少年；学历上到博导下到初中小学；
   40岁以上，年龄越大对互联网就越不了解渗透率越低，相对的“互联网+政务服务”使用难度越大；年龄越小接受新鲜事物就会越容易，“互联网+政务服务”使用就越容易。
   按照城市统计互联网渗透率：一线城市的互联网是最高的，新一线城市次之，二线城市更低，三线，四线，农村逐次降低。
   学历越高接受新鲜事物就会越快，特别是年轻的高学历人群。

• 结合年龄、学历、城市人口的占比，我国的“互联网+政务服务”的创新服务模式还有很长的路要走；
• “互联网+政务服务”产品的交互方式必须要考虑到简单、易懂、移动化；

G端行业的设计需求

设计需求

1.数据大屏和数据可视化
G端项目最常见的需求，用来展现大盘数据、监控，和对数据的统计，面向对象主要是决策人员和管理人员。G端项目有一个特色就是领导来考察的时候，可以作为政绩给领导展示，这时一个炫酷的大屏就会很吸引眼球。
【PS：汇报的需求】
2.门户平台网站
一.面向广大民众开设的网上服务办理平台、官方网站、信息查询平台等
二.自身产品宣传和推广，在网站的官网上展示各个系列所面向的行业和产品解决方案。
3.后台管理系统
G端产品逻辑最复杂的一部分，也是最“重”的一部分。用来处理复杂的业务流程，或者是对硬件产品的后台控制。如教育行业的教务系统、走班排课系统，医疗行业的医护协同、医疗云平台，其他的如项目运营监控平台等。
4.开放平台
开放平台是产品开发者将自己产品的API接口开放出来，让其他第三方开发者根据需求直接调用，例如第三方登陆、第三方支付、天气显示、物流查询等等，这样一方面帮助开发者节省大量的时间，另一方面可以吸引服务商入驻平台，合作共赢，一起打造产品生态。
4.移动端（APP、小程序、webApp）
分为面向广大群众的G2C产品和面前业务人员的B2G产品，G2C通常被认为是C端，设计风格往往更接近互联网产品。

产品形态

1.解决方案

解决方案是G端市场的一个重要的组成部分，G端客户往往组织结构差别较大，业务流程复杂，领导决策不同，强地域性（民情不同、法规不同、制度不同）所以解决方案就是针对不同的客户做个性化定制，有些项目甚至需要驻场开发。

2.行业标准化产品

类似于ToB产品，对特定行业提供通用的解决方案，比如：教育、医疗、党建等。首先要梳理行业通用的基本业务需求和功能模块，作为产品框架。其次要满足一些客户的个性化需求，对部分功能进行定制化开发，将业务需求做成可以即取即用的模块化设计。

3.基础软件应用

对业务属性依赖程度比较低的基础软件应用，如视频会议、学习考试等。

设计小贴士

1.避免因为过度追求设计感，页面出现大面积的留白，造成页面空间的浪费。比如双行表单优于单行表单。
2.避免信息展示残缺不全，比如照片、人名、组织名称等，根据资料显示中国最长的姓名达到了12个字。
3.设计版式要根据客户喜欢设计，最好能体现单位或者地方特色；
4.页面内容不能过于简单，不可完全依照互联网简约化的设计，要尽可能充实页面；
5.页面配色以国旗红和国徽蓝为主，页面设计庄重、大气，不可过于花哨，绚丽；
6.页面填充内容要遵循国家相关要求和当下政策环境，不可随意乱造，最好是当前业务测试内容；
7.页面交互，不可有过多的交互层级和特效，一般是一到两个交互动作就可以完成业务。页面交互要考虑40岁~50岁用户的交互体验习惯。

G端项目的工作流程

G端项目的工作流程一般分为5个阶段。1.售前 2.设计 3.开发 4.交付 5.验收

一、售前阶段
主要参与人员：市场、销售、售前工程师、商务
1.销售人员拜访客户，向客户了解项目基本情况，向客户介绍公司和公司的产品，并引入售前工程师与客户深入交流。
2.售前工程师向客户了解项目上的需求和相关政策，对客户提出的问题提出解决方案。
3.客户邀请公司参加投标，售前工程师编写投标书。
4.客户召开投标会，售前工程师和商务现场进行技术、商务上的讲解和答疑、演示产品。
5.顺利中标，商务起草项目项目合同、技术协议书和需求清单。
二、调研/设计
主要参与人员：产品经理（项目经理）、设计师
产品经理面向一线业务人员，进行调研访谈，真实体验业务人员工作场景，挖掘客户真实需求。
1.产品设计师与产品经理或项目经理沟通设计方案，把客户的原始需求细化成可以落地的方案。
2.由产品经理或设计师制作原型。
3.设计图制作和评审。
4.客户确认。
三、开发
主要参与人员：产品经理、设计师、前端、后端、测试
1.UI和交互规范讲解。
2.开发工程师确认需求进入开发阶段。
3.设计稿校对，设计师检查设计稿还原程度，提出还原度问题清单。
4.测试通过后进入项目交付阶段。
四、交付
主要参与人员：实施工程师
1.对产品进行安装部署 2.对客户进行产品培训
五、验收
客户确认功能开发和需求全部实现后对项目进行验收，项目进入售后阶段。

To G 项目产品该如何调研？

一、项目背景

项目的背景调研就是为什么要做这个项目？这个项目的目标目的是什么？因为一般To G 都有行业规范和标准，所有我们需要对项目产品所服务的业务领域有一个概括性的了解。

1. 项目背景：首先我们需要弄清楚这个项目是做什么，这个问题我们可以先自己在网上搜索资料，或者通过现有的资料，搞清楚这个啥东西、有啥用；了解项目行业标准和行业规范，比如水质国家评价标准；需要特别考虑法律、法规的要求，以及政策的指导方针；
2. 项目客户的组织结构：我们确认项目的使用机构是哪些；投资机构是哪些，比如“预报系统”主要是海洋渔业厅投资建设的，但是海洋预报台使用；

3. 项目现状：该项目是从0-1的新建还是在之前基础进行迭代；目前存在什么问题；期待项目达成什么目标；项目建设周期；项目运行部署网络环境。

   二、项目业务调研

   项目立项前，我们通过现有资料：投标书、合同等得出：这个项目有哪些功能。通过建设内容，我们大致可以锁定项目的边界范围，防止项目蔓延。
   只有我们前提足够了解建设内容，我们才能根据建设内容，依据业务进行闭环逻辑先进行原型设计。
   因为原型设计稿与客户沟通的时候比较直观避免各自理解的想法存在冲突，而且原型设计过程中我们会发现逻辑问题进行记录为后续与业主调研的时候做确认。
   我们可以通过以下几个角度去调研分析：

4. 项目整体框架：梳理项目的整体模块功能层级；为每个模块扩充功能清单；梳理各个模块之间的关联；

5. 项目角色调研：确认业务涉及到各个关键角色进行调研；角色岗位；岗位相关工作内容；业务工作输入、输出；角色涉及到材料、表格和依据；存在痛点是什么；有什么建议和想法；
6. 绘制业务流程图：每个流程节点内容、处理人是谁；业务涉及使用角色说明；业务流程流转的表格、报告、单据，最好有真实样例数据，比如逻辑条件、规则算法、产品资料、专业术语等等资料；
7. 业务数据源：涉及到哪些数据源；数据来源网络环境；数据更新时间；数据量多大；字段标准等；

8. 确定阶段目标：确认业务功能的优先级；梳理里程碑目标。

   三、使用单位环境调研

   调研使用单位环境为了掌握使用单位机房情况，由于政府内部使用的项目大部分有存在涉密数据因此涉及到使用内网情况，就会存在外网和内网数据如何打通，也可以避机房房硬件不符合要求需要采购延误项目上线。

9. 网络环境：比如是内网还是外网，网络承载情况？

10. 部署服务器配置：内存？cup？硬盘内存大多？
11. 用户量：用户数量多少、并发量多少？

12. 使用频率：用户使用频率。

    四、系统接口调研

    系统接口调研就是为了掌握我们要做的系统要对接是哪些系统哪些单位，确认需要协调哪些资源帮助，避免不确定的风险，方便统筹协调各方资源保证项目开发进度。
    比如我做的海洋防灾项目需要对接第三方海洋采集数据，由于海洋采集数据存在推送延迟情况、推送失败等原因，不进行确认的话，存在后期项目质量扯皮现象。

13. 对接业务系统：有哪些系统和本项目对接关联，对接系统处于什么阶段，是否影响项目对接进度，接口什么时间可以提供；

14. 接口规范：输入参数什么、输出参数有哪些，接口规范格式；

15. 系统对接人：对接人单位、姓名、联系号码、岗位。

    五、竞品分析

    大部分To G产品项目都是各个公司研发给政府单位内部使用的，不对外开放，很难获取到。

16. 是收集公司自己内部做的TO G项目；

17. 是找竞争公司官网发布的项目案例介绍信息；
18. 是可以找站酷、花瓣网或者axure官网上别人分享案例成果去借鉴；
19. 可以跟客户调研的时候去了解客户单位的项目产品等等。

获取到竞品后我们可以从以下几个角度去分析：

1. 竞品目标：是要达到什么目的，竞品为客户解决了什么问题。比如海洋项目智能预报单产品，采用浮标数据采集数据通过算法加工处理后传输到电子预报单上人为确认数据无误后即可分发预报单到各个单位。为客户脱离纸质管理，实现线上快捷分发预警报信息；
2. 竞品的亮点：有什么特色的交互体验或者特色解决方案，比如我之前做的海洋项目，其中提炼一个亮点功能《一键预警流程》辅助用户灾害灾前灾中灾后预警工作；
3. 竞品痛点：客户存在哪些痛点，目前还有哪些痛点未解决的等等；
4. 竞品总结：总结别人遇到同样的问题如何解决和设计的。

   浪潮需求调研方法

   政务用户需求通常是由上而下，上级领导掌握着全部的需求决策权。调研过程要抓住主要核心人物的需求，直接决定着需求调研的成功与否。想尽办法获取最有用的信息，利用现场访谈、观察、查阅资料等方法，可以采用直接了解和曲线了解需求，先了解各种复杂的利益关系。
   浪潮内部需求调研培训PPT的部分截图。
   
   

“互联网+政务服务”平台技术架构图

国务院办公厅关于印发“互联网+政务服务”技术体系建设指南的通知（国办函〔2016〕108号）

1.基础设施层
基础设施包括网络、服务器、安全等硬件基础设施，优先依托政务云平台进行集约化部署建设。网络方面，政务服务的预审、受理、审批、决定等原则上依托统一电子政务网络，政务服务的咨询、预约、申报、反馈等依托互联网。政务服务数据共享平台依托电子政务网络建设。
2.数据资源层
数据资源层基于政务服务资源目录和数据交换，汇聚政务服务事项库、办件信息库、监管信息共享库、信用信息库等政务服务业务信息库，共享利用人口、法人、地理空间信息、电子证照等基础信息资源库，实现数据资源共建共享，共同构成政务服务数据共享平台，为政务服务提供统一的数据支撑。
3.应用支撑层
应用支撑包括CA和电子印章、工作流引擎、电子表单、消息服务等各种通用组件服务，也包括用户管理及认证、支付平台和物流平台等中间支撑系统。
4.业务应用层
业务应用包括政务服务管理平台和各级部门审批业务办理系统，实现政务服务事项管理、运行管理、电子监察、电子证照管理等功能。
5.用户及服务层
互联网政务服务门户包括用户注册、事项发布、事项申请、办理互动、办件查询、服务评价等，自然人和法人可通过PC电脑、移动终端、实体大厅、自助服务终端、呼叫热线等多种渠道访问。

其他知识

1.政务民生领域的部门和单位选择在百度上线智能小程序产品？
在时间和信息碎片化的今天，社交网络能够大量涨粉，信息流能够快速夺人眼球，但官方信息依然需要权威的信息传递方式，而搜索依然是用户获取官方权威信息的最佳渠道。相比传播效应，官方更需要一种权威感，给人以确定性，而百度的搜索入口则可以满足官方这一条件。搜索结果入口的可辨识度也要高。
2.政府端产品的特殊性

• 受国家政策影响较大，产品功能需要紧贴政策需求。
• 数据安全性要求高，产品设计阶段的数据涉密问题，再到产品之间的数据流转、存储、交换等都需要严格的安全保障。
• 产品的采购依据政府年度预算，在做产品时一定要考虑到周期性和实效性。
• 政府项目非常依赖于驻地的培训和服务，服务做的越好接下来的项目机会就越大。