根据《促进大数据发展行动纲要》、《全国城建档案信息化建设规划与实施纲要》（建办档【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.面对面向领导汇报产品研发进度，沟通风险，协调人员；

(责任编辑：Morse)