惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

量子位
Google DeepMind News
Google DeepMind News
爱范儿
爱范儿
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
NISL@THU
NISL@THU
T
Threat Research - Cisco Blogs
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
L
Lohrmann on Cybersecurity
V
Visual Studio Blog
Cyberwarzone
Cyberwarzone
D
Docker
The Hacker News
The Hacker News
C
CERT Recently Published Vulnerability Notes
Vercel News
Vercel News
Project Zero
Project Zero
S
Schneier on Security
aimingoo的专栏
aimingoo的专栏
I
Intezer
腾讯CDC
M
MIT News - Artificial intelligence
Hugging Face - Blog
Hugging Face - Blog
P
Palo Alto Networks Blog
C
CXSECURITY Database RSS Feed - CXSecurity.com
AWS News Blog
AWS News Blog
GbyAI
GbyAI
MongoDB | Blog
MongoDB | Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
V
Vulnerabilities – Threatpost
G
Google Developers Blog
N
Netflix TechBlog - Medium
The Cloudflare Blog
Microsoft Security Blog
Microsoft Security Blog
Y
Y Combinator Blog
A
Arctic Wolf
S
Securelist
酷 壳 – CoolShell
酷 壳 – CoolShell
Cisco Talos Blog
Cisco Talos Blog
Recent Announcements
Recent Announcements
C
Cyber Attacks, Cyber Crime and Cyber Security
L
LINUX DO - 热门话题
T
Threatpost
Latest news
Latest news
Blog — PlanetScale
Blog — PlanetScale
Security Latest
Security Latest
Engineering at Meta
Engineering at Meta
大猫的无限游戏
大猫的无限游戏
H
Help Net Security
The GitHub Blog
The GitHub Blog
T
Tor Project blog
P
Proofpoint News Feed

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
产品经理系列3——电子政务篇
G端产品 · 2022-12-25 · via 人人都是产品经理

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

前言

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

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

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

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

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

一、行业概述

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

中国电子政务大约起源于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点才提需求,而是白天都在做需求确认,刚刚确认下来而已。在运作过程中,国务院办公厅领导多次强调:“这不是工作,是政治任务。”

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

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

文由@千秋再读 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。