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

推荐订阅源

Cloudbric
Cloudbric
有赞技术团队
有赞技术团队
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
T
Threat Research - Cisco Blogs
L
LangChain Blog
Simon Willison's Weblog
Simon Willison's Weblog
Project Zero
Project Zero
Latest news
Latest news
S
Schneier on Security
Cisco Talos Blog
Cisco Talos Blog
MyScale Blog
MyScale Blog
C
Check Point Blog
IT之家
IT之家
P
Palo Alto Networks Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
C
CERT Recently Published Vulnerability Notes
Scott Helme
Scott Helme
The Hacker News
The Hacker News
C
CXSECURITY Database RSS Feed - CXSecurity.com
G
Google Developers Blog
T
Tor Project blog
T
Threatpost
D
DataBreaches.Net
博客园 - 【当耐特】
酷 壳 – CoolShell
酷 壳 – CoolShell
T
Troy Hunt's Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Vercel News
Vercel News
云风的 BLOG
云风的 BLOG
NISL@THU
NISL@THU
P
Privacy & Cybersecurity Law Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
C
Cisco Blogs
博客园_首页
S
Securelist
T
The Exploit Database - CXSecurity.com
Last Week in AI
Last Week in AI
量子位
U
Unit 42
Know Your Adversary
Know Your Adversary
Hugging Face - Blog
Hugging Face - Blog
S
Security Affairs
Google Online Security Blog
Google Online Security Blog
Hacker News: Ask HN
Hacker News: Ask HN
Webroot Blog
Webroot Blog
S
SegmentFault 最新的问题
Engineering at Meta
Engineering at Meta
N
News and Events Feed by Topic
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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
ToG行业的7个特性,你知道几个?
武林 · 2024-01-04 · via 人人都是产品经理

ToG行业与其他类型的产品不同,做ToG的产品经理有必要了解下G端市场有哪些行业特性,以便自己更清晰地去规划产品。本文总结了ToG行业的7个特性,一起来看看吧。

做ToG行业的产品经理,还是有必要了解下G端市场有哪些行业特性,这样对你做产品会有一个相对清晰的认识。

在一个行业浸淫久了,多少会对这个行业有一些主观上的认识和理解。

今天我就来梳理下ToG行业的几个特性,每个人对于这方面的认知多少会有些差异,我写出来的也是自己的一些理解,不一定正确,权当给你的认知作个参考。

一、政策导向型市场

ZF的信息化有一个非常鲜明的特性就是政策驱动,做啥产品都得有政策支持,要不创新没搞成就容易受人以“话柄”,所以,没有政策的产品就需要极强的客情关系。

假如,我们开发了一套非常成熟且实用的业务系统,但要是没有政策方面的指引,客户的绩效考核中也没有相关的指标,那大概率这个产品会很难销售出去。

说的极端一点,政策就是ZF部门干活的唯一动力,因为政策是和政绩、考核挂钩。

几乎所有G端产品革新的“源动力”都是来自国家层面出台的各项政策,和C端市场互联网产品主要是通过用户驱动产品的创新有本质上的不同。

因此,研究政策是G端行业的产品经理最重要的工作内容之一,也是一个企业核心能力的体现。

ToG企业里面有句名言:“政策生政绩,政绩换政策”。

说到底,G端行业是一个相对公益性的行业,做信息化产品的建设,不用考虑投资回报率,也不用操心钱从哪里来。这样客户在对产品的选择上,就不一定遵从市场经济(谁的产品好用就选择谁的),更有可能倾向于所谓的“客情关系”。

如果一个产品能够在媒体上多曝光,在行业内拿个奖,在内部会议上被领导点赞,那远比产品功能好不好用要重要得多。

所以,你会发现有些领导看你的产品,不会去抠功能流程上的细节,反而喜欢去抠字眼。这是因为领导希望在产品的概念上结合政策做出亮点,话说的漂亮比产品用的舒服更容易见成效。

二、产品安全第一

信息安全已经成为了政府项目必须要考虑的一个重要因素。

前任美国总统川普这个不靠谱对华为在芯片层面的打压,这一举动催生了政府部门信息系统的国产化替代的浪潮。从芯片、数据库、存储、中间件、操作系统等层面掀起了ZF全面的国产化运动,本质上还是出于国家信息安全上的考虑。

当前的ToG项目从规定上都需要做安全等级保护测评,对系统在访问控制、安全审计、数据安全等方面有明确的要求和定义 。部署在涉密内网的系统要过分保,部署在工作网的系统要过等保。

除了系统层面的信息安全,还需要考虑到异常操作下的数据保全。

举例来说:我之前负责过的产品上就出现过一个事故,因为系统对操作过程中的硬件设备的异常情况兼容性没有做到充分考虑,导致客户丢失了办案过程中的音视频数据,客户日后就完全不敢用这个产品。

所以,你会发现,ZF部门的中层干部大多数会喜欢选择成熟的产品,不会轻易去尝试新产品。很多新产品的落地都得是上升到领导层面才能推动得了。

同时,为规避产品上线后可能带来的一些风险,信息中心或技术部门的人,就会要求你做出来的产品,能够确保在业务流程上做到标准规范,在数据安全上做到万无一失,在产品交付材料上做到应有尽有。

总结来说,这就要求你在做产品设计的时候,需要对产品提前进行国产化环境的适配,分保或等保的测评,异常操作的兼容性设计,产品材料的规范梳理。

背后的原因只有一个:安全第一。

三、用产品的不是买单的

大部分ZF部门的业务是比较单调和重复的,新政策下催生的产品不仅不会给他们的工作成果带来任何提升,相反由于大量不实用、不稳定的新系统还会造成各种麻烦和工作量的增加,一线人员对信息化产品的抵触情绪向来都不小。

如果你去给客户做产品演示,只要是具体使用这个产品的业务人员在场,一般情况下,从他口中说出来的都是这个产品的“不好”,因为他非常清楚,这个产品要是领导同意买,大概率活要落到自己头上。

所以,你会看到,很多ZF部门的信息化产品只是买了放在那里,并没有正真用起来。

这是为什么呢?

因为在ToG领域,做出采购决策的是领导,选择哪家产品的是技术,而实际使用产品的是业务。

这三者之间很容易出现信息的断层,领导对产品采购的关注点,和一线人员对产品使用关心的点,如果没有重合到一点,就会带来领导决策采购的产品,一线人员当成流水上的“浮萍”。即使领导强逼着要用起来,一线人员也会找出产品的各种毛病,让领导不好痛下决心。

举个例子:如果你去和领导汇报数据大屏,领导重点会关注的是可以查看到哪些数据,样式效果上能不能让来访的人员看起来满意。至于数据是人工手填还是自动抓取,是需要增加流程环节才能带来数据,这些事情领导都不怎么关心,但这就是一线人员要面临的问题。增加工作量的事情,换你,你会不会乐意?

因此,做ToG企业的产品经理,要分辨出产品为什么没有用起来的真正的原因,这样才不致于被一些表面的问题反复纠缠着不断去做产品改进。

比如,我们做了某单位的“业务质量指标分析系统”,从开始做这个产品的时候就是找一线人员调研的需求,领导全程都关注的是数据准确就行。结果,项目上线之后,业务人员就开始抱怨产品不好用,因为需要手动导数据感觉很麻烦。产品经理也是一脸的委屈,没有上线这个系统之前,他们也是手动做这个导数据的工作,相关的产品功能设计也都是提前和他们确认过,系统上线后还能节约他们几天计算数据的时间,怎么上线后就说不好用了?

为什么会出现这样的反馈呢?我想还是领导想要逼着他们把系统用起来,毕竟花了钱建设的,觉得很多事情都可以做了,之前几个月要一次数据,现在可以实时要各种数据。但是,一线人员又不想做更多的事情,为此就得找一些理由来搪塞过去。

四、软件产品项目制

做To G产那品经理,你可能经常需要去做一些“面向领导”、“服务销售”、“保障项目”的产品功能,其中很大一部分功能都没有太多实际使用价值,但还是得硬着头皮去做设计。

为什么说ToG领域很难做出标准化的产品?

举个例子:你给客户做出了一个标杆产品,但在卖给另一客户的时候,客户说:这个产品做的非常不错,但我们有一个小小的要求,希望可以在产品上体现一些本地特色。

我在做产品的售前支持过程中,听到客户经常说的一句话就是:“这个产品别人都已经做了,我们再去做就没有什么意思,我们要做就得做的和他们的不一样,要不然干嘛花钱再去做别人做过的东西?”

大部分的客户,其实都不希望和别的单位做的一模一样,哪怕功能上都一样,产品的页面颜色或布局也会想要调整一下。

你看,在客户看来只是提了一个小要求,但对你而言,要满足这个要求就要单独给产品定制开发一个版本。产品瞬间就变成了项目。

  • 从行业属性来讲,ZF的信息化采购更多的是为了体现政绩,而不单单是解决业务流程上的问题。
  • 从客户属性来讲,不同的领导针对同一事项会有截然不同的看法,这样就会带来标准业务流程上不一样的做法。
  • 从地域属性来讲,不同的行政区域,不同的民俗风气,不同的地域经济,也会有不一样的政策规定。

但也没有必要沮丧,随着你负责的项目增多,你对业务的理解也就会越来越深刻,管理的项目团队也就越来越大,管理经验就会越来越多,在这个过程中你的个人价值也在不断加码。

所以,大部分ToG企业的管理者都是从项目经理走上去的,这也是你职业生涯的一个发展方向。

五、竞品复制成本低

产品一旦打开市场,立马就会出现一堆功能看起来都差不多的竞品。甚至不要脸一点的,连产品宣传、功能界面都直接照搬过去。

说白了,ToG领域的信息化产品技术不是关键,最关键的是对政策和业务的理解。

当你把客户的需求摸清楚了,别人看一眼你做出来的产品也就明白了。

换个角度,我们要去模仿别人的产品也是一样的,特别是头部企业,大家都会想着去对标或抄袭。

当然,不是说有得抄袭,咱就可以躺平,就坐等别人把产品做出来,然后再依葫芦画瓢,光明正大的抄。这不是一个有着高素质产品经理干的事情。再说,竞品的信息也确实没有那么好找,大家都会提防一手。

反过来,怎么去应对别人对我们的产品抄袭呢?

我也没有什么特别有效的办法,就是:以快打慢,用专业性去迭代产品,用品牌去赢得客户的信赖。

当你可以在这个行业不断摸索踩坑,与不同类型客户共创产品,不断提升产品的通用性和可塑性,慢慢也就积累了一定的竞争优势。别人要想全面模仿并超越你,那是需要花很长的时间周期的。

至于行业中的一些“苍蝇”、“蚊子”,大家就不要去在乎了,哪个行业都会有。你的企业变得吃香了,自然会招引来这些讨厌的东西。

六、对客户关系有强依赖

做ToG产品的生意,决定产品落地的关键,不在产品,而在于销售或渠道。销售或渠道搞定客户关系,产品经理再不紧不慢的去做产品都来及。

企业难以通过产品本身建立壁垒,那么搞好客户关系就显得尤为重要了。

最近有什么新的政策趋势,客户今年的信息化建设计划是什么,新上任的领导重点在抓哪方面的工作…这些内部消息对于发现项目机会、识别业务重心非常关键。

如果少了客户关系这一信息渠道,竞争对手都已经中标了你才反应过来有这么一个项目,那黄花菜都凉了,只能去喝西北风了。

所以,能不能拿下一个项目,三分靠产品,七分靠商务。

七、产品能力增长缓慢

因为ZF部门很多的业务系统,都没有在用或者没有几个人在用,所以 ,你收集不到多少产品的反馈。而且,G端项目多是一次性交付,不会像C端产品是长期提供客户服务,也少有机会去做产品使用的客户调研。

加上,G端产品的创新空间小,基本上都是定制化的服务,很多都是流程性的软件,全都是技术逻辑性的东西,考虑的都是如何体现政绩方面的事情。没有运营数据的支撑,多是领导一言堂的想法。

另外一点,ToG行业最大的特性就是:教育市场这件事情,企业根本做不了,也做不到。就算你的产品创意再好,客户也未必会要,未必敢花钱买单。

这就导致G端领域产品经理的能力大都停留在配合客户做产品功能设计的层面,对比新入行一年多的产品助理,也就只有量上的优势,没有质上的不同。

所以,很少见到入行几年的G端产品经理会干的很好,能立马做出能卖的产品来。通常都是在细分行业摸爬滚打10来年的老鸟才会如鱼得水。

行业特性使然,ToG行业不强调ToC的创意,也不强调ToB的思路,而是需要吃过很多亏才能摸清楚里头的门路。

因此说,ToG行业的产品经理很难迎来爆发式成长,没有在行业内三年五载的浸泡,他怎么都不香。

最后的话

做产品还是需要奉行长期主义,在一个细分行业领域摸熟吃透,才能让你在未来的职业生涯中越老越吃香。

有些产品经理,在一个行业、一个企业呆上一两年就要跳槽,短期工资收入或许可以往上走一走,但长期来看,后面的增长曲线就会趋于平缓甚至下行。毕竟,这是社会的激励体系使然,不精通怎么能成为行业内的关键少数。

对一个行业的认识和理解,需要时间的沉淀,需要不断总结和实践。

本文由@武林 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

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