产品经理的行业与分类有很多，不同类型的产品经理所需要解决的需求也不一致，那么电子政务行业的产品经理有何不同？作者总结了电子政务行业的发展以及其产品经理的需求层级，希望对你进一步了解该行业有所帮助。

前言

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

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

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

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

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

一、行业概述

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

中国电子政务大约起源于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. 互联网行业的普及，拉近了人们与政府的距离；
2. 公民基于需求侧对电子政务需求的持续增加；
3. 移动互联网的发展加速了互联网对公民的普及；
4. 国家政策的大力支持。

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. 运营型产品经理；
2. 设计型产品经理；
3. 技术型产品经理。

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

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

第二种：在一个城市分

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

第三种：以规划业务分

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

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

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

小结

在这里讲产品经理分类是希望可以为大家开拓视野、拓宽思路。在我看来：产品经理不仅仅是行业的追随者，也是引领者，可以引领一个行业向前发展。作为一个产品经理，应该具备：行业的洞察性、先天预见性以及相关领域的规划能力。公司组织架构是否合理也是产品成败的一个关键因素！

总结

电子政务产品是由政府发起，软件公司承包运行，在产品管控上客观一点讲还是政府人员管控的居多一些，并且产品经理在设计产品时要遵循国家的政策文件，运作上要听从政府领导的安排。产品经理协助政府领导做产品和协助产品总监做产品其实都是一样的。

换句话说：电子政务领域最大的“产品经理”并不是来源于某家公司，而是来源于政府的某位领导，因为这位领导才是产品的最大管理者。

虽然我在上面提到：第一阶段是由政府人员主导，第二阶段会由产品经理主导，但整体来讲：这只是一种预测。未来如何，恐怕需要我们一起去验证！

我们的职位决定了我们不可以改变世界。但是眼下这份工作在我看来已经超越了普通工作的意义。普通工作是通过产品设计来满足用户个性化需求，帮助公司实现盈利，而电子政务产品做好了则可以直接造福于民。

2020年新冠肺炎期间，为了做防疫服务，我曾多次加班到晚上12点，开发的经典名言到现在我还记忆犹新：“怎么一到晚上12点就提需求？”不是晚上12点才提需求，而是白天都在做需求确认，刚刚确认下来而已。在运作过程中，国务院办公厅领导多次强调：“这不是工作，是政治任务。”

我并没有因加班而感到怅然，相反我感到很庆幸，因为在国家危急时刻可以做出自己的一点贡献，工作的意义已经超越了工作本身，这是以前工作所没有体会过的一种全新感受。

在我看来，能够做好政务产品也是人生价值的一种发挥！