如果产品经理的行业和分类很多，不同类型的产品经理需要解决的需求也不一致，电子政务行业的产品经理会有什么不同？ 作者总结了电子政务行业的发展及其产品经理的需求水平，希望对你进一步了解这个行业有所帮助。

前言什么是电子政务？ 产品有什么分类？

电子政务行业的产品经理和其他行业一样吗？ 也可以分类吗？

未来的趋势是什么？ 我们能改变世界吗？

接下来带大家来探索这些问题！

在我谈产品经理的分类之前，我想先给你看看电子政务行业的发展。 因为在对行业发展有了更多的了解之后，才能判断是否会产生分类。

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

中国电子政务20世纪80年代才刚刚开始，2015年左右进入高速发展期，国家政策层出不穷，支持力度越来越大

2016年3月国务院《政府工作报告》 :首次提出要大力推进“网络政务服务”，实现部门数据共享，让居民和企业少办事、好办事、少扰民。 破除陋习，禁绝非法搜查，让人民群众有更平等的机会和更大的创造空间。

2016年9月国务院《关于加快推进 “互联网+政务 服务”工作的指 导意见》 :到2016年底，建成覆盖全国的整体联动、部门协同、省级统筹采购、一网打尽的“网络政务服务”体系，大幅度提高政务服务智能化水平，政府服务更加完善

2017年1月国务院办公厅《“互联网+政 务服务”技术体 系建设指南》 :以统一、规范、构建多级联动“网络政务服务”技术体系为主线，“网络政务服务”业务支撑体系、基础平台体系

2018年6月国务院办公厅《关于进一步深 化“互联网+政 务服务”推进政 务服务“一网、 一门、一次”改 革实施方案》 :加快构建全国一体化网上政务服务体系，推进跨层、跨区域、跨系统、跨部门、跨业务协同管理和服务，推进企业和大侠业务线上“一网通处理”(一网打尽)

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

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

2020年9月国务院办公厅《国务院办公厅 关于加快推进政务服务“跨省通 办”的指导意见》 :从高频度政务服务事项入手，到2020年底实现第一批项“省际传销”，到2021年底基本实现高频度政务服务事项“省际传销”，清单化管理

2021年11月国务院办公厅《全国一体化政服务平台移动端建设指南》 :加强政务服务平台移动端标准化、规范化建设和互联互通，创新服务方式，增强服务能力，推动更多政务服务事项在线运营、掌上活动，推动企业和大众传播

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

在网络上，g方(电子政务)来源于b方的说法一直在持续。 这可能会让早期的政府也请软件公司制造产品。 因为对软件公司来说，政府和企业是“同一个”，是他的客户，所以把g方归纳为b方的分支。 其实，电子政务起步于20世纪80年代，只是局限于国家安全、军工、科研等领域，并没有延伸到市场，引起了人们对g端的误解。

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

互联网行业的普及基于人们与政府拉近了距离市民对电子政务需求的持续增长移动互联网的发展是国家政策加速向市民普及的有力支撑。

1 .产品分类电子政务产品按用户分为G2G、G2B、G2C，在G2C下细分为国家级、省级、市级项目，创建时为PC、APP、微信小程序、支付宝( Alipay )小程序、百度小程序

虽然多渠道的建设方便了用户使用，但在一定程度上给用户带来了麻烦。 一个需求可以在多个平台上实现，用户可能不知道该在哪个平台上使用。 (特别是天秤座的情况下，有选择恐惧症。 未来将逐步合并，但也有段落时间。

因为从目前的发展来看，G2C发展最快，需求简单，容易满足； G2G和G2B的需求有点复杂，问题更广泛，所以发展相对缓慢。

2. G方、b方、c方的区分与联系g方： government政府用户

B端：业务企业用户

C端：消费者个人用户

人们根据用户群的习惯把产品分为B侧、C侧，把一个产品说成B侧产品，这也引起了很多人的误解，认为产品是纯B侧、纯C侧，其实一个产品往往既包括B侧，又包括C侧。 例如：

淘宝、淘宝是B2C (商务到消费者)平台，企业在上面销售商品，个人用户在上面购买商品，面向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 ) ——中央党校(国家行政学院)电子政务研究中心

三、产品经理的分类问题回到刚才前言所述的问题。 电子政务行业下的产品经理会产生分类吗？

首先，让我说明商业型产品分类的前提条件。 商业型产品一般由一家公司和一个产品部，部门由多人制作一个产品。 通常集中在一个城市和一个办公室工作。 后来，运营型产品经理、技术型产品经理、设计型产品经理……各种类型的产品经理通力合作。

公共型产品一般一个公司做一个产品部、多人、多个项目，多个项目分布在不同的城市，所以产品经理也要分布在不同的城市。

同时，对于公共型产品的市场细分项目，往往每个公司拿到一个大项目中的一到三个子项目，全部拿不到。 很多时候，腾讯做微信小程序，阿里做支付宝小程序，百度做百度小程序。 市场上的大汉软件(阿里战略投资公司)很特殊，往往能拿到PC、APP、支付宝( Alipay )小程序三个项目，少数情况下也能拿到

在现在的公共型产品市场上，分类产品经理更难，但仔细想想也不是完全不可能。 因为从宏观的角度来看，还是需要分类的。 这样，人才才能做到最好，把产品做到最好。 根据整理，大致有以下三种分类方式。

第一个是一个项目，分为公共型产品领域，一般一个人做一至三个项目(两个快结束，一个刚开始)，由一个人负责整个项目的产品工作。 但是随着行业的发展，项目复杂程度的增加，运营业务的增加，将来应该会出现三个人同时做一个项目的情况，到时候可以把三个人合二为一。 三种类型分别如下。

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

但从目前市场的实际情况来看，多个产品经理在一个产品上是少数，大多数产品经理都是一个人做一到三个项目。 从一个项目中把产品经理分类还有很长的路要走。

二是一个城市可以同样划分。 是运营型产品经理、技术型产品经理、设计型产品经理。 面对当地的项目，一个专门运营，一个专门技术对接，一个专门设计，但这样就产生了另一个问题，一个人用一种技能对接多个项目。 专业化程度和生产率相同，但为提高。 但可能容易遇到权责不清、容易引起争议的问题。

第三，以计划工作为例，一件事情的整理、电子证照、企业空间、个人空间、运营方案……

这种分类方法将是未来最常用的方法。 由于这些领域涉及面广，比较复杂，一个人制定总体业务计划，必然会分散很多精力。 同时，这种划分方式是符合国家政策的，地方工作人员制定具体工作计划时一定要参照政策文件，而政策文件已经提出了明确的需求，等于已经理顺了明确的业务线，等待工作人员进行具体的实施工作。

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

这里总结了产品经理的分类，是想开阔大家的视野，开阔思路。 我认为产品经理不仅是行业的追随者，也是领导者，能够推动行业向前发展。 作为产品经理，您必须具备行业洞察力、远见和相关领域的规划能力。 公司组织结构是否合理也是产品成败的重要因素！

电子政务产品由政府发起，软件公司负责运行。 在产品管理方面客观上还是政府人员管理比较多。 另外，产品管理人员在设计产品时要遵循国家政策文件，在运营上要服从政府的指导安排。 产品经理协助政府领导制造产品，协助产品总监制造产品，其实都是一样的。

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

如上所述，第一阶段由政府官员主导，第二阶段由产品经理主导，但总体上这只是预测。 未来怎么样？ 可能需要一起验证。

我们的职位决定了我们不能改变世界。 但现在这份工作在我看来超出了普通工作的意义。 一般的工作是通过产品设计来满足用户个性化的需求，实现公司的利益，而电子政务产品完成后可以直接造福人民。

2020年新冠肺炎期间，为了做防疫服务，多次加班到晚上12点，开发出的经典名言至今记忆犹新。 “为什么到了晚上12点才提出需求呢？ ’不是晚上12点提出需求，而是白天进行需求确认，刚刚确认。 在运作过程中，国务院办公厅领导多次强调：“这不是工作，而是政治任务。”

我并不因为加班而失望。 相反，因为在国家陷入危机的时候能做出一点贡献，所以工作的意义超过了工作本身。 这是在以前的工作中从未体验过的全新感觉。

我认为搞好政务产品也是人生价值的发挥！

文由@千秋重读原创人人都是产品经理。 未经许可禁止转载

标题来自Unsplash，基于CC0协议

本文的观点只有代表本人，每个人在产品经理平台上只提供信息存储空间服务。