G端产物考虑:“互联网+政务效劳”信息化治理平台
本文摘要:订阅专栏撤销订阅 拿手企业效劳平台型产品的规划及设计1万7016通过对G端产品的2个多月学习,笔者写下了对G端产品的一点考虑,与我们分享。形成政府效劳成为“风口”的驱动力1. 国策驱动《国务院关于加速推进“互联网+政务效劳”工作的知道定见》(国发[2016]5
订阅专栏撤销订阅 拿手企业效劳平台型产品的规划及设计

1万

70

16

通过对G端产品的2个多月学习,笔者写下了对G端产品的一点考虑,与我们分享。

形成政府效劳成为“风口”的驱动力 1. 国策驱动 《国务院关于加速推进“互联网+政务效劳”工作的知道定见》(国发[2016]55号; 《国务院办公厅关于印发”互联网+政府效劳“技能体系建设指南的告诉》(国办函[2016]108号; 《国务院办公厅关于印发进一步深化“互联网+政务效劳”推进政务效劳“一网、一门、一次”改革施行方案的告诉》(国发办[2018]45号);

贯彻落实关于“互联网+政务效劳”的开展战略和立法布置,建设政务效劳一体化平台能促进政务各项事务扁平化管理,完成图、属、档管理一体化,提高行业监管力度,为老群众打造“互联网+效劳体系”。

“让信息多跑路,让群众不跑路”,进一步优化政务效劳软环境,提高政务效劳软实力,以此完成对各项事务全生命周期内各类事务的智慧感知、分析、集成和处理,完成慧效劳、慧安全、慧决策和惠民生的开展方针。

2. 大势驱动

跟着“互联网+”、大数据、云核算、人工智能等高新信息技能的兴起和开展,怎么使用高新技能打造融渠道、融事务、融平台、融数据的政务效劳体系成为提高行政效能和确保行业市场健康开展的必经之路。

政府效劳之微信大众号的应用

1. 效劳对象——大众用户

政务效劳的特殊性,效劳的对象是全国公民,年纪上到七八十岁的白叟下到十七八岁的青少年;学历上到博导下到初中小学;

总结:40岁以上,年纪越大对互联网就越不了解浸透率越低,相对的“互联网+政务效劳”使用难度越大;年纪越小承受新鲜事物就会越容易,“互联网+政务效劳”使用就越容易。

通过以上数据可以看出,40岁以上人口占比差不多达到了45%左右。我们“互联网+政务效劳”的推广之路还有很长。

城镇常住人口81347万人,比2016添加2049万人;村庄常住人口57661万人,比2016减少1312万人;城镇人口占总人口比重(城镇化率)为58.52%。

图:中国互联网用户规模与增速及互联网普及率(2007A-2016A,1H17A);资料来历:观研全国整理

2017年上半年,中国互联网用户规模已达到7.51亿,互联网浸透率为54.3%。

总结:依照城市统计互联网浸透率:一线城市的互联网是最高的,新一线城市次之,二线城市更低,三线,四线,乡村逐次下降。

通过以上数据,乡村常驻人口达到了41%,城镇人口中有很大一部分不是一线城市和新一线城市。第二点,上图所示的浸透率大都是各大互联网公司通过广告推广的,可是我们的政务效劳是没有光头推广的,所以说在政务效劳这一块的浸透率是要大大低于54.3%的。再加上我们现阶段大都的政务效劳体系操作难度大,大都时分还需要对人员进行培训。

由此可知“互联网+政务效劳”要想普及到80%的人都会操作的成都难度不可思议。

在1063758个样本(6岁及以上)中,未上过学人口比例为5.3%,小学学历人口比例为25.2%,初中学历人口比例为38.1%,高中学历人口比例为13.1%,中职学历人口比例为4.4%,大学专科学历人口比例为7.4%,大学本科学历人口比例为5.9%,研讨生学历人口比例为0.6%。

总结:学历越高承受新鲜事物就会越快,特别是年青的高学历人群。

分析总结;

结合年纪、学历、城市人口的占比,我国的“互联网+政务效劳”的立异效劳模式还有很长的路要走; “互联网+政务效劳”产品的交互方式有必要要考虑到简略、易懂、移动化; 2. 内部人员:政府机关、事业单位的工作人员

常见的行政层级机构是:部 厅 市局 区县 街道办;

内部用户就是指各层级机构内部的工作人员。

以成都市民政局的组织结构为例:

大众的需求痛点 1. 将“不知道”通过大白话的方式变为“知道”

(1)不知道事务怎么办

关于绝大大都民众来说政府部门笼罩在迷雾中很奥秘,各部门科室能处理哪类事务;再是不知道事务处理流程,触及哪哪些科室,需要什么资料。

(2)不知道政策法规

这里有两重了解:第一民众不关怀政策犯规,做到“不看”“不听”“不评论”,只专注于自己的事情上;

第二看了,可是看不懂。政务文件写的都很严谨,有时分也很专业艰深,关于学历不高由上了年岁的民众来说,那就是天书,看的貌同实异的,看了也白看。这也催生了另外一类中介行业——解读政策法规,代理各项事务。

(3)不知道还有这回事儿

本年6月份的时分,俄然听到爸爸妈妈说可以补办一种老年社保(权且叫社保吧,我也不知道详细是啥,横竖办了之后,到60岁可以领钱),打手机咨询一番之后才知道这个政策老早就有了,只是我们不知道罢了。

其实这样的状况应该说是常常会有,俄然某天知道了某件跟自己有关的事儿。

(4)不知道怎么操作

也就是上一年的事儿,买房不是要到房管局去打印房产证明。那天请了假到房管局,挺大的,有很多自助机,可是不知道都有神马成效。

通过问询终于找到了能打印证明的自助机,成果一看界面懵逼了,有好几种不知道选哪一个,文字解释了解起来差不多一个意思(可能语文没学好,没有get精华)。

假如政府部门的事务、政策法规也能通过广告的形势告诉的话,相信很“不知道”的会变得更少。

2. 变“屡次跑”为“少跑路”,变“少跑路”为“不跑路”

原始的效劳模式:

第一次:找到就事窗口 》排队等候 》资料不齐不处理,然后虚心的问清楚需要哪些资料; 第二次:带起资料到窗口 》排队等候 》事务人员受理资料 》几天后来看成果; 第三次:排队等候 》查看成果 》审核中;

屡次重复之后终于办下来了,老命快没了。

现在政务效劳模式:

网上预定 》窗口招待受理 》初审 》复审 》终审 》证明/证件。现在的效劳模式有很大改善,不过有时分碰到需要夸部门审核的就有点麻烦了,仍是需要屡次跑。

比如购买人才公寓,先到民政局进行资质审核,流程大约是:网上预定 》窗口招待受理 》初审 》复审 》终审 》证明/证件;然后拿着纸质证明再到房管局等其他部门处理事务案等。

假如可以将整个政务各项事务整合到一个平台,数据同享,一键处理。才干真正完成“跑一次路”“不跑路”。

3. 能搜到

我做G端产品的一个愿景。假如政策法规、政策文件、处理事务的流程等可以像在百度上搜资料一样简略,那政府效劳就真的变得简略了。

政府的需求 对市场的监管; 对行业机构的监管; 对内部部门资源整合; 对内部流程优化。 “互联网+政务效劳”的意图及意义 1. 政务效劳方面

(1)事务整合 流程优化

依据《促进大数据开展举动纲要》、《全国城建档案信息化建设规划与施行纲要》(建办档【2004】39号)等国策的要求,夯实事务数据基础,建立事务数据库房,对现有体系中各前史阶段构成的不完好数据施行数据迁移,全面把握数据家底。

以房地产行业为例:以房产测绘为基础,围绕房子全生命周期各类事务建立基础楼盘表,将房子物理数据、各类事务数据全面整合到基础楼盘表中,施行数据同源,事务上互联互通。

在此基础上,全面结合新立法要求,进一步梳理各项事务流程,从施行智能风险防控的角度,构成风险防控有机体系。

(2)事务协同 效劳晋级

横向:施行房管与公安、教育、民政、疆土、税务各相关职能部门的信息同享;

纵向:建立数据统计分析和智能上报机制,为各部门之间联动奠定基础,打造云效劳模式。

(3)整合数据 监管市场

信息管理平台的建设使得原离散的事务体系发生的数据孤岛联合起来,解决现稀有据存在关联性不强和可用性不高的问题,建立大数据中心,依托大数据辅助事务统计分析算法,完成对市场监测、市场异动的实时监控,为决策部门提供科学的决策建议。

2. 行业效劳方面

(1)监管行业运营行为

政府承当了从业机构运营行为的监管职责,以确保老群众的利益。“互联网+政务效劳”信息化管理平台通过收集企业信息建立以从业机构信息为核心的数据库,记载企业各项运营行为的数据,同时收集市场意向,建立更科学的从业机构运营行为规范体系,尽最大可能保护市民的合法权益。

(2)为企业赋能

在监管从业机构的同时,本信息化平台还应该具备为企业提供更多就事渠道的能力,协助其提高金融风险的防备能力。以此增强政府对外提供互联网效劳的能力。

G端产品特性 1. 政策导向

G端产品是政府政策贯彻施行的载体,他的建设离不开政策的辅导,也不可能偏离政策。

举个栗子:《住房和城乡建设部关于印发房子交易合同网签备案事务规范(试行)的告诉》中明确指出各地房地主管部门应依照房地产市场监测指标体系和数据规范,建立和完善房子网签备案体系。如图所示:

2. 注重数据安全

政府部门简直都是使用的内网(专线网络),自建机房管理效劳器(效劳器内贮存着收集到的所有的信息资料)。通过这里就可以看出政府对数据安全的注重程度了吧。

3. 重事务 重流程 轻体验 轻设计

这一点跟B端产品比较像,先保证可以满足事务运转,再考虑是否好用,所以常常会听到对政务体系吐槽说某某体系难用什么的,想一想曾经春节时网上火车票的体验就知道啦,不过现在用户体验现已很好了。

针对这一点,个人有不同的观点,好的G端产品不只仅可以满足用户的事务需求,还应该有好多操作体验,让用户少考虑。

做G端产品的特点 1. 决策者、关连人、使用者

在B端产品中,有决策者、关连人、使用者这样的说法,相同的,G端产品也有决策者、关连人、使用者。

以市局为例:

决策者——局长/书记等直属领导; 关连人——下一级机构的中层领导(例如:处长); 使用者——底层事务员;

底层事务员负责招待受理群众的事物,关连人负责监督管理底层事务员,决策者不会参加详细的事务事物,只需听取关连人的汇报。因此,G端产品能否得到推广仍是在于各中层关连人的汇报以及直属领导的最终抉择。

2. 周期性长

了解政府组织结构的人会知道,小到街道大到部级里边的职责部门划分十分细,并且根本上都会有负责财务的相关人员。这么杂乱的组织结构,要完成一个项意图建设需要跨门审核,通过层层审核,时间跨度就会变得无比的漫长。

有爱好了解政府组织结构的朋友,可以在所属市局查看一下各局的组织结构,一般来说,政府的组织结构会向群众公开的。

以上说的是政府立项的决策的周期会长,其实G端产品的建设周期也是比较长的,以下会讲到这一点。

3. 高度定制化

B端产品,特别是针对中小型企业的产品因为具有很强的通用性,可以选用SAAS化的效劳方式向用户提供相应的效劳,将产品规范化,通过一次次的迭代来优化产品,例如日常考勤的钉钉等。

可是大型的企业就不太适用规范化的产品,相同的事务不同的企业因为管理模式不一样相应的软件产品也会不一样。

政府机构,有杂乱的组织结构,多事务交叉,领导决策(不同的领导针对同一事项有不同的观点,相同的事务,领导会有不一样的管理方式),强地域性(不同的行政区域,不同的民情,也会有不一样的政策法规)……感觉罗列不完了。总结一下:G端产品绝大大都是需要定制化开发的。

4. 驻场研发

G端产品基于数据安全考虑,大都是用的内网,使用内网就现已抉择了有必要要驻场开发。

驻场开发也有一定的优点:

a.内网环境便利测试;

b.可以与真实用户面对面交流需求,确实设计;

c.面对面向领导汇报产品研发进度,交流风险,协调人员;

 

本文由@啤酒配咖啡 原创发布于人人都是产品主管,未经答应,禁止转载

题图来自Unspalsh, 基于CC0协议


人人都是产品主管(woshipm)是以产品主管、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位效劳产品人和运营人,建立9年举行在线讲座500+期,线下分享会300+场,产品主管大会、运营大会20+场,掩盖北上广深杭成都等15个城市,内行业有较高的影响力和知名度。平台集合了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一同生长。