产品经理系列3——电子政务篇

千秋再读 2023-08-08 01:24:13

前言

电子政务是什么？产品上有哪些分类？

电子政务行业的产品经理是否和其他行业一样？是否也会产分类呢？

未来的发展趋势又是什么？我们可以改变世界吗？

接下来我就带着大家一起去探索这些问题！

在讲产品经理分类之前，我想先带大家看下电子政务行业的发展，因为只有对行业的发展有进一步的了解之后才能判断其是否会产生分类。

一、行业概述

电子政务：国家机关在政务活动中，全面应用现代信息技术、网络技术以及办公自动化技术等进行办公、管理和为社会提供公共服务的一种全新的管理模式。广义电子政务的范畴，应包括所有国家机构在内；而狭义的电子政务主要包括直接承担管理国家公共事务、社会事务的各级行政机关。

中国电子政务大约起源于20世纪80年代，2015年左右进入高速发展时期，国家政策层出不穷，支持力度越来越大！

2016 年 3月国务院《政府工作报告》：首次提出大力推行“互联网+政务服务”，实现部门间数据共享，让居民和企业少跑腿、好办事、不添堵。简除烦苛，禁察非法，使人民群众有更平等的机会和更大的创造空间。

2016 年 9月国务院《关于加快推进 “互联网+政务服务”工作的指导意见》：2020 年底前，建成覆盖全国的整体联动、部门协同、省级统筹、一网办理的“互联网+政务服务”体系，大幅提升政务服务智慧化水平，让政府服务更聪明，让企业和群众办事更方便、更快捷、更有效率。

2017 年 1月国务院办公厅《“互联网+政务服务”技术体系建设指南》：围绕构建统一、规范、多级联动的“互联网+政务服务”技术体系，以服务驱动和技术支撑为主线，重点建设“互联网 +政务服务”业务支撑体系、基础平台体系、关键保障技术体系、评价考核体系四个方面内容。

2018 年 6月国务院办公厅《关于进一步深化“互联网+政务服务”推进政务服务“一网、一门、一次”改革实施方案》：加快构建全国一体化网上政务服务体系，推进跨层级、跨地域、跨系统、跨部门、跨业务的协同管理和服务，推动企业和群众办事线上“一网通办”(一网)，线下“只进一扇门” (一门)，现场办理“最多跑一次”(一次)，让企业和群众到政府办事像“网购”一样方便。

2018 年 7月国务院办公厅《关于加快推进全国一体化在线政务服务平台建设的指导意见》：加快建设全国一体化在线政务服务平台，推进各地区各部门政务服务平台规范化、标准化、集约化建设和互联互通，形成全国政务服务“一张网”，并制定了至 2022 年政务服务平台的建设目标。

2019 年 12 月国务院办公厅《国务院办公厅关于建立政务服务“好差评”制度提高政务服务水平的意见》：2020 年底前，全面建成政务服务“好差评”制度体系，建成全国一体化在线政务服务平台“好差评”管理体系，各级政务服务机构、各类政务服务平台全部开展“好差评”。

2020 年 9月国务院办公厅《国务院办公厅关于加快推进政务服务“跨省通办”的指导意见》：从高频政务服务事项入手，2020 年底前实现第一批事项“跨省通办”，2021 年底前基本实现高频政务服务事项“跨省通办”，同步建立清单化管理制度和更新机制，逐步纳入其他办事事项，有效满足各类市场主体和广大人民群众异地办事需求。

2021年 11 月国务院办公厅《全国一体化政服务平台移动端建设指南》：加强政务服务平台移动端标准化、规范化建设和互联互通，创新服务方式、增强服务能力，推动更多政务服务事项网上办、掌上办，不断提升企业和群众的获得感和满意度。

2022 年 4月中央全面深化改革委员会《关于加强数字深化改革政府建设的指导委员会意见》：要全面贯彻网络强国战略，把数字技术广泛应用于政府管理服务，推动政府数字化、智能化运行，为推进国家治理体系和治理能力现代化提供有力支撑。

网上一直有G端（电子政务）源于B端的说法，是因为：早期的政府可能也会找软件公司做产品，对于软件公司来讲，政府和企业是“一样的”，都是他的客户，所以将G端归结于B端的分支。其实电子政务在20世纪80年代已经开始起步，只不过局限于：国家安全、军工、科研等领域，并没有延伸到市场上，导致了人们G端的误解。

电子政务在2015左右年进入高速发展时期，大致由以下四个因素导致：

互联网行业的普及，拉近了人们与政府的距离；
公民基于需求侧对电子政务需求的持续增加；
移动互联网的发展加速了互联网对公民的普及；
国家政策的大力支持。

1. 产品分类

产品经理，产品经理网站

电子政务产品按用户划分可以分为：G2G、G2B、G2C，在G2C下面细分为：国家级、省级、市级项目，做的时候一般包含6个客户端：PC、APP、微信小程序、支付宝小程序、百度小程序、快应用。

多渠道建设初衷是为了方便用户使用，但在一定程度上也给用户造成了一些使用上的困扰：一个需求可以在多个平台上实现，用户可能会不知道在哪个平台使用好（尤其是天秤座的，具有选择恐惧症）。未来会逐步进行整合，不过还有一段时间。

以现在发展看：G2C发展最快，因为需求简单一些，也容易满足；G2G和G2B需求复杂一点，涉及到问题更广一些，所以发展的相对慢一点。

2. G端、B端、C端的区别和联系

G端：government 政府用户

B端：business 企业用户

C端：consumer 个人用户

人们根据用户群体习惯性的把产品分为：B端、C端，把一个产品说成是：B端产品、C端产品，这也造成了很多人的的误解：以为产品是纯B端、纯C端，其实一个产品在很多时候既包含B也包含C，比方：

淘宝，淘宝是一个B2C（Business-to-Consumer)平台，企业在上面卖商品，个人用户在上面买商品，既面向B也面向C。公司在做研发的时候既要考虑B端需求也要考虑C端需求。因为如果没有B端在上面卖商品又何来的个人用户买商品呢？卖家又为什么要在上面卖商品？是否有利可图？如过没有利润又何必弄一个网店浪费人力呢？其实包括我们每天都在使用的：美团外卖、饿了吗外卖也是一样，如果没有卖家的话，谁来提供饮食呢？

B2C本身是一个平台，先整合了B端的资源，然后为C端用户提供了一个购物场所，同时解决了B端和C端用户的需求。

G端产品也是一样，我们在做的G端产品时候既要考虑G端（供给侧）的供给能力，又要考虑面向的：G、B、C（需求侧）实际需求，二者的关联性非常强。同时在做项目的时候，往往是一个产品既有：G2B属性，又有G2C属性，既有个人服务又有企业服务，几乎所有的省级、市级政务服务平台都是如此，都有：个人空间和企业空间。

3. 12306算什么类型的产品？G2C还是B2C？

早期是铁道部的时候应该算：G2C，政府面向个人；
后期改组成铁路公司应该算：B2C，企业面向个人。

以后应该还会有这种因为研发主体改变而改变产品属性的产品了，虽然研发主体发生了改变，但是产品性质并没有改变，G2C、B2C都是一样的。

二、政务端产品需求层级分析

产品经理在做产品的时候，所有工作都会围绕需求展开，需求的层级决定了产品经理在工作上的一些表现。在这里，我将政务端需求简单分为四个层级：

产品经理，产品经理网站

1. 政府高层

政府高层人员不会和项目组人员直接对接，而是以政策文件的形式表达出规划需求。

政策文件是指：国家政权机关、政党组织和其他社会政治集团为了实现自己所代表的阶级、阶层的利益与意志，以权威形式标准化地规定在一定的历史时期内，应该达到的奋斗目标、遵循的行动原则、完成的明确任务、实行的工作方式、采取的一般步骤和具体措施的文件。

政策文件一般由中国政府最高行政单位国务院进行印发，国务院站在全国角度，针对全国社会环境制定的政策，到了省市级单位再根据自身地方情况进行推广和传播。

这一点和商业型产品有非常大的差距，商业型产品需求的最高层是：企业盈利情况，而政策文件是站在全国角度进行设定，涉及的领域包含：社会发展、行业发展、政府组织机构调整，满足企业、公民需求等。二者之间可以说是两个截然不同的方向，这也是导致商业型产品经理和公共型产品经理不同的关键因素。

在具体落地过程中，政府工作人员的工作都会围绕政策文件展开，政府工作人员也会以此为标准向软件公司人员提出相关要求。

2. 政府中层

政府中层属于政务端产品的建设层：他们在政府高层和项目组人员之间起着一个承上启下的重大作用，政府人员一般会根据政策文件和当地的实际情况进行政务端产品的建设（在这里，可能会涉及到个人的一些工作指标，存在着某种主观倾向的表现）。

对于大多数政府人员来讲可能是：懂政务不懂互联网，但也不排除少数经信局、网信办等计算机相关专业出身的人员，对互联网有着一定的认识。

3. 项目人员

项目人员属于政务端产品需求的主导层：公司为满足政务端产品的建设，一般会派出一个项目组到政府现场进行需求调研，在项目组中一般由项目经理主导，产品经理协助的方式进行调研，或者由产品经理主导，项目经理协助的方式进行调研。

4. 企业、公民

企业、公民属于政务端产品的用户层，逻辑上来讲：所有工作都应以用户需求为导向去建设，但在实际工作中，不可能每个服务都会向B端和C端用户做出实际调研，一般都是依托政策文件，政府人员、项目人员主观判断进行分析，这就有可能导致做出来的服务和用户需求不符。这个事情有着一些非常深刻的原因在里面，短时间之内恐怕难以解决，所以我将B端和C端用户需求排在最后。

任何一个行业、任何一个产品都有可能出现这种情况，实际用户需求排在末尾，这不仅仅是政务产品，其他产品或多或少在初级阶段也都存在着这个问题。

但伴随着行业的发展，用户个性化需求的增长，未来整体建设会以用户需求为主导，用户需求排在第一位，然而——这个事情需要一个过程。

小结

客观一点讲，每个产品（不同行业、不同产品）的需求层级都会有所差异，产品经理要根据产品的需求层级去开展工作。比方：

适当关注下政策文件，根据政策文件主动向政府人员提出某种建议；
政府人员懂政务不懂互联网的情况又该如何协调？
项目组人员之间需求如何把控？
如何既遵照了政策文件，又能和政府人员、项目人员配合的亲密无间，用户在使用服务的时候也不会叫苦连迭……
并且在这些条件满足之余还能实现公司的盈利？

产品经理既是需求的收集者也是管理者，在收集完需求之后要进行梳理，比方：真伪需求的判定、优先级的确定，这一切都将围绕最开始的需求层级去判定。一般来讲：需求层级高的要排在前面，因为没有了主导者和实施人员，一切都将变得渺茫起来。

目前这个阶段决定产品好坏的往往不是产品经理的规划能力，而是政策的开放程度和政府人员的支持力度。广东、浙江、江苏、上海目前发展最快，他们起步要快一些，同时他们的政府人员支持力度也比较大。

在这里，值得一提的是北京，北京因为其特殊环境，在最开始做的时候表现慢了一点，但是当行业业发展呈现出一个明朗态势的时候又开始奋起直追，其实不仅是北京一个地方，其他地方也是一样……

这可以算做是电子政务的第一阶段：政策的开放程度及政府人员的支持力度决定了产品的好坏。但随着行业的发展，电子政务会进入第二阶段：产品经理的规划能力将决定产品的好坏，政策的开放程度及政府人员的支持力度会显得次要一点。

当然，这——需要一个过程。

附：省级政府和重点城市网上政务服务能力（政务服务“好差评”）调查评估报告（2020）——中央党校（国家行政学院）电子政务研究中心

产品经理，产品经理网站

三、产品经理分类问题

现在回归到前言提到的问题：电子政务行业下的产品经理是否会产生分类？

先来说下商业型产品产生分类的前提条件：商业型产品一般是一家公司一个产品部，部门多个人做一个产品，多数情况下都集中在一个城市一个办公地点办公，之后分化出了：运营型产品经理、技术型产品经理、设计型产品经理……各种类型的产品经理在一起协调配合。

公共型产品一般是一家公司一个产品部，多个人，做多个项目，多个项目分布在不同的城市，这也就导致产品经理也要分布在不同的城市。

同时公共型产品市场划分项目时往往是每家公司拿到一个大项目其中的1~3个子项目，不会全拿到，多数情况下都是腾讯做微信小程序、阿里做支付宝小程序、百度做百度小程序，市场上的大汉软件（阿里战略投资公司）比较特殊，往往可以拿到：PC、APP、支付宝小程序三个项目，少数情况下也会拿到：微信、百度小程序。

就以目前公共型产品市场看将产品经理进行分类难度要大一些，但细想一下也未必完全没有可能，因为从宏观角度看还是要有分类，这样才能人尽其才，把产品做到最好！根据梳理，大致有以下三种分类方式：

第一种：在一个项目上分

在公共型产品领域，1个人做1~3个项目（2个快结束，1个刚开始）是很正常的，一个人负责整个项目的产品工作。但随着行业的发展，项目复杂程度的增加，运营工作的增加，未来应该出现3个人同时做1个项目的情况，到时候可以三个人为一个小组，三个类型分别是：

运营型产品经理；
设计型产品经理；
技术型产品经理。

运营型产品经理负责产品的运营工作，设计型产品经理负责产品的设计工作，技术型产品经理负责和技术的协调对接。

不过以目前市场实际情况看，多个产品经理在一个产品上是少数，大多数产品经理都在做独自做着1~3个项目，从一个项目上对产品经理进行分类还有很长一段路要走。

第二种：在一个城市分

一样分为：运营型产品经理、技术型产品经理、设计型产品经理，面对当地的项目，一个专门做运营，一个专门做技术对接，一个专门做设计，但这样一来又产生另外一个问题，一个人以一种技能对接多个项目，虽然专业化程度和工作效率都会提高。但也可能容易遇到一些：权责不明、容易引起争议的问题。

第三种：以规划业务分

比方：一件事梳理、电子证照、企业空间、个人空间、运营方案……

这种分类方式将会成为未来最常见的一种，因为这些领域涉及面比较广，相对复杂，如果让一个人去做整体的业务规划，必然会分散大量精力。同时这种划分方式迎合了国家政策，地方工作人员在做具体业务规划时必然要参照政策文件，而政策文件已经提出明确的需求，等于已经梳理好了明确的业务线，就等工作人员去做具体的实施工作。

同时随着行业的发展，用户个性化需求的增加，运营的需求越来越重，会对产品经理提出越来越高的要求，这一切也会促使产品经理的分类。