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

推荐订阅源

V
V2EX
C
Check Point Blog
博客园_首页
B
Blog
D
Docker
U
Unit 42
量子位
I
InfoQ
有赞技术团队
有赞技术团队
Martin Fowler
Martin Fowler
GbyAI
GbyAI
L
LangChain Blog
云风的 BLOG
云风的 BLOG
博客园 - Franky
美团技术团队
T
The Blog of Author Tim Ferriss
阮一峰的网络日志
阮一峰的网络日志
月光博客
月光博客
Vercel News
Vercel News
Recent Announcements
Recent Announcements
雷峰网
雷峰网
大猫的无限游戏
大猫的无限游戏
小众软件
小众软件
Google DeepMind News
Google DeepMind News

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
聊聊做B端AI产品经理的半年
Alex的荒诞产品观 · 2026-06-10 · via 人人都是产品经理

这篇文章记录了我在一家AI创业公司做B端产品经理的真实经历。六个月,五个客户,四套方案,一个决定。所有内容来自真实工作文档和会议记录,因涉及商业信息,公司名称、客户名称、人物姓名已做脱敏处理。

今年年初,我加入上海一家AI创业公司,做企业财务AI产品经理。六月,我离职了。

六个月。

走的那天,我在笔记本上写了一句话:“世间万物皆如风,抓不住也留不下,唯独感受一场。”

不是为了装深沉。是这半年发生的事太多、太密、太真了,不写下来怕自己忘了。

这篇文章是写给我自己的,也写给所有在AI浪潮里做产品的同行。如果你也在经历类似的困惑、类似的消耗、类似的觉醒——你不是一个人。

一、从零开始理解一个品类

AI Agent。这是我入职后每天都在说的词。

但你问十个人什么是Agent,你会得到十个答案。有人说就是“能自己干活的AI”,有人说是“大模型加工作流”,有人说是“下一代SaaS”。没有人能给你标准答案——因为这个品类还没有标准答案。

我加入的这家公司定位在企业财务AI Agent中台。简单说:在企业现有财务系统之上,加一层AI决策辅助层。不做替代ERP,做ERP上的智能化增强。

初期定义了五个核心场景:发票处理、凭证生成、纳税申报、现金流预测、智能分析。五个Agent覆盖企业财务从“原始单据”到“分析报告”的完整链路。

听起来很清晰,对吧?

但真正的产品工作开始后,你会发现:这些场景能不能落地,不取决于你的架构图画得多漂亮,取决于你能不能找到第一个愿意让你试试的客户。

二、家电巨头——一个需求分析的全过程

我们接到的第一个真正意义上的客户,是某家电制造集团。

他们是行业龙头,财务系统极为复杂:SAP做总账,自研系统管经销商,BI工具出报表,再加多家银行的资金管理系统。

四套系统各自为政,字段编码不同、数据口径不同、更新频率不同——典型的多系统数据孤岛。

财务部门最头疼的是对账。经销商在经销商系统中下单、回款,银行系统中收到款项,SAP中生成应收账款。同一笔交易在三个系统中的记录,由于时间差、口径差、字段映射关系的差异,总会出现“对不上”的情况。

对接人找到我们时,提了一个非常直接的问题:“你们能不能用AI帮我们做对账?”

深入分析之后,问题的复杂度远超预期。

对账的难点不在于“比对数据”,在于“判断差异”。

当SAP中的一笔应收账款和银行系统中的一笔到账金额不一致时,原因可能有几十种:经销商分次付款、银行扣手续费、汇率波动、跨月时间差、退货折让未录入系统。更关键的是:同一种差异,不同的财务人员会做出不同的判断。

财务A判定为“经销商未及时打款”,通知销售催收。财务B判定为“系统编码映射有误”,自己手动调整。两种判断都可能正确——但判断标准存在于每个人的大脑里,而不是系统的规则表里。

核心发现:企业不缺规则,缺的是把规则从人脑子里抽出来、变成系统能执行的东西。

这也是我在这家公司学到的第一课:AI在财务领域的落地,主要挑战不是“让模型更聪明”,而是“让数据能被访问”“让标准能被统一”“让客户能理解”。这三件事,比训练模型难得多。

三、股份制银行——金融级AI的现实距离

五月中旬,团队与某股份制银行总行资金管理部门进行了一次深度交流。

这不是招标项目,双方都在试探:银行想看看到底能做什么,我们想了解银行到底需要什么。

会上确认了三个可以优先推进的场景。银行资金管理系统的对账——银行自己的资金系统要和多家合作银行的流水数据进行对账,不同银行的回单格式各异、摘要表述千差万别。

企业还款核销——企业向银行还款时,需要将收到的款项与贷款合同、还款计划匹配核销。智能付款排程——根据供应商付款期限、资金成本、现金流状况,做出最优付款时间安排。

银行客户有三个非常鲜明的特征。第一,合规压倒一切。任何AI系统在银行场景中的设计,第一优先级不是“好不好用”,而是“合不合规”。一个判断如果被监管机构质疑,银行必须有完整的审计追溯链。第二,系统复杂度极高。银行的系统不是一个软件,而是一个由几十个子系统组成的生态。任何新功能的加入,都要考虑与现有系统的接口兼容性、数据一致性、权限继承性。第三,决策链很长。一个AI项目要真正在银行落地,需要经过业务部门、IT部门、合规部门、风控部门、采购部门等多个环节的审批。

会后复盘,我的判断是:这是一个“长线客户”。短期内不会产生大量收入,但从长期来看,如果能跑通一个场景,就相当于拿到了一张进入金融AI市场的通行证。

四、电商上市公司——风控场景的新方向

另一个客户是中国最大的品牌电商服务商,港美股双上市,年营收近百亿,拥有近千人的技术团队。

对接人是集团风控部总监,同时也是公司AI先锋小组的牵头人,手下约两百人财务团队。这个信息很关键:不是技术部来对接,是风控部来对接。意味着客户的需求驱动方是“业务部门”而非“IT部门”。

核心诉求是非经营性采购的智能风控。采购系统、OA合同审批系统、OA付款系统之间的数据存在断点,导致从采购申请到最终付款的全过程缺乏完整溯源。一旦发生合规问题,很难快速追溯到具体环节。

这个需求可以归结为“三单匹配”——采购申请单、采购合同、付款凭证三者之间的数据一致性校验。复杂度在于系统间的数据没有自动流转通道,非经营性采购不像生产性采购那样有固定供应商和标准流程,不同电商平台的结算周期、佣金费率、退换货规则各不相同,财务数据散落在多个系统里。

对接人在交流中说了一句话,我印象极深:“我们有将近一千人的技术团队,但我不知道该让他们做什么。”

核心洞察:这家公司不缺技术能力,缺的是业务设计能力。创业公司在AI企业服务市场上最核心的差异化竞争力,不是技术深度,而是业务理解深度。

五、行业展会——五十家企业的面对面

五月二十日,团队参加了某协同办公企业在上海的行业展会,与超过五十家企业代表进行了面对面交流。

展会上接触到的企业,真正有明确AI需求的不多。但有需求的都有一个共同特征:都是带着真实具体的业务痛点来的,不是为了“赶AI风口”。有的人会后发来财务报表样本,有的人已经在内部成立了AI探索小组,有的人直接问“我回去怎么跟老板汇报这事”。

展会最大的收获之一,是拿到了一家汽车金融公司的联系方式。对方提出的需求是在为经销商提供库存融资服务时,对经销商经营状况做风险评估。

目前这个过程高度依赖人工,效率低、标准不统一。

对接人非常坦诚地说:“我在专业程度上不那么在行,但我的工作是判断这件事值不值得推到下一层。”

关键体悟:B端销售中,你不是在说服对接人,而是在帮对接人说服他的上级。

六、城商行——绿色金融智能体的完整方案

这是我们最后启动的项目,由数据金融部对接。需求方向是绿色金融——中国金融监管机构近年大力推动绿色金融发展,要求银行增加绿色信贷比重。

该银行作为沿海重要城商行,绿色金融是行领导高度关注的战略方向,但由于起步较晚,在客户识别、标签匹配、后台审核等环节效率低下。

银行的绿色金融业务分为三个核心环节:寻绿(营销前寻找绿色客户线索)、识绿(放款时判断是否绿色信贷)、确绿(放款后确认标签准确性)。

我们设计了三Agent架构,共享统一底座。识绿Agent:当客户经理在信贷系统中填写放款申请时,AI自动提取贷款用途和项目描述文本,与约两百条绿色产业目录进行语义匹配,输出Top3推荐结果。确绿Agent:放款后自动生成所需佐证材料清单,客户经理按清单上传材料,AI通过OCR识别内容后进行完整性校验和交叉验证。寻绿Agent:在客户经理的“访前报告”中集成绿色标签功能,利用行内外部数据为企业自动打标。

这个项目大量复用了家电巨头项目的技术积累。

规则引擎、Workflow编排、判断卡片、前端嵌入模式——这些验证过的核心模块,可以直接迁移到银行业务场景。

家电是厨房电器行业,银行是金融行业,场景完全不同,但技术架构复用度达到了约七成。

七、四个客户教给我的七条规律

拉通了家电制造、股份制银行、电商平台、汽车金融四个客户的项目之后,我发现它们虽然行业不同、需求各异,但有七条高度一致的规律。

第一条:多系统数据孤岛。 不是缺AI,是数据没打通。四个客户的共同问题不是“不知道AI能帮忙”,而是“AI要的数据散在四五个系统里,从来没人整合过”。

第二条:不是没有标准,是标准因人而异。 同一个对账差异判断,不同财务人员结论不同。同一个授信审批,不同风险人员看不同维度。企业不缺规则,缺的是把规则从人脑子里抽出来、变成系统能执行的东西。

第三条:客户不要AI替代人,要AI帮人统一判断。 不要AI自动过账,要AI告诉财务“这笔差异最可能的原因是什么,依据是什么”。不要AI自动审批,要AI帮不同审批人员审出一样的结果。

第四条:大厂通用方案被主动拒绝。 有客户接触过互联网巨头的方案,结论是“太通用”。有客户一直在用国际大厂的ERP,但大厂的AI不会为特定业务场景做专属建模。客户正在从买品牌转向买深度。

第五条:对接人不专业但能卡你。 对接人不一定懂业务细节,但决定要不要立项、值不值得推到下一层。你能不能让他听懂你的价值并复述给他们的上级听——这是整个B端AI销售最核心的能力。

第六条:客户买的不是功能,是结果。 客户不会为“我们有对账Agent”买单,会为“原来对账差异要三方协同查半天,现在三十分钟出结果”买单。卖功能卖不出去,卖结果卖得动。

第七条:先证明能力,再谈扩展。 没有一个客户愿意一上来就签全流程AI平台。所有客户都是先一个场景验证,再逐步铺开。先让客户看到你能解决一个具体问题,再谈后面的事。

八、Agent时代的产品经理,工作方式变了

在传统软件设计里,产品经理和开发之间有一个清晰的边界——产品定义做什么,技术定义怎么做。PRD是传话筒,需求确定→出方案→开发交付,顺序固定。

但Agent时代这个边界模糊了。

因为Agent的能力边界取决于模型的输出质量,而模型输出质量取决于你喂了什么数据和写了什么提示词——这些是产品和技术共同完成的。

Workflow的节点设置、AI的调用策略、判断的归因逻辑——这些既是产品设计,也是技术架构。

六月某一天,我写了一半的方案被程序员堵回来:“先出详细方案再开发。”我说:“这是探索性工作,需要先搭最小链路验证。”程序员说:“你不给我方案我怎么验证?”

这是一个死循环。

但它的本质不是谁对谁错——是两个人在两个时代对话。程序员有多年传统软件开发经验,他的认知框架是“需求→方案→开发”,这是对的——在传统软件领域。

而Agent项目是“假设→最小链路→验证→基于结果出方案”,顺序是反的。

破局的方式是:先花半天搭一条最小链路,跑通了再出方案。别争,先跑。

这也意味着Agent时代的产品经理不能再只做“翻译官”。你需要理解模型行为、理解提示词工程、理解什么叫归一化阈值。你画的Workflow节点图,就是技术架构的骨架。

我写了一篇文章叫《Agent时代——产品即技术》。行业还在争论“产品经理要不要懂技术”的时候,Agent时代已经给出了答案:不是要不要,是你不懂技术就画不出一个能跑通的Agent方案。

九、客户筛选这件事

做了多个项目之后,我逐渐形成了一套客户筛选标准。

可以做的客户:多系统并存、数据断点是真实业务瓶颈;有数字化改造意愿和预算(十万以上);有硬性任务或合规压力推动;内部有人在推动AI应用;愿意为“跨系统数据对齐”这个底座付费。

先不做的客户:只有一两个平台、手工对账就是全部问题;只想解决单点对账、预算很低;老板还没感受到痛;对接人只是“了解一下”。

有一次遇到一个连锁零售客户,饿了么、美团、京东多平台对账。

问题看起来很像我们擅长的那一类:多系统、数据断点。但深入分析后发现数据抽取无解——多平台API难获取,RPA绕不过隐私权限。单点对账项目的预算又太低,研发成本摊不下去。

中国很多企业试图用AI逃避内部数据治理,本质是系统各自为政,不是AI能解决的。这时候对一个客户诚实地告诉他“从负责任的角度,花这个钱意义不是特别大”,比为了签单去强推一个注定失败的项目,对长期信任更有利。

十、关于“受控流程型Agent”

这是我在实战中梳理出来的核心产品定位。

在财务这类高合规性、高准确性要求的领域,AI Agent不应追求完全自主决策,而应在受控的流程框架内执行辅助判断的角色。

三种能力各司其职:规则引擎处理确定性的,大模型处理不确定的,人工做最终确认和兜底。

通用AI平台追求“全自主”,受控流程型Agent追求“可信赖”。在财务领域,可信赖比全自主重要得多。

这不是一个讨巧的定位。在行业都在讲AGI、讲自主Agent、讲端到端的时候,你说“我们不追求全自主,我们追求可信赖”——听起来不够性感。但这是从真实客户项目中长出来的结论,不是从投资人路演PPT里编出来的故事。

十一、为什么企业AI落地这么难

技术明明在飞速进步,为什么大多数企业的财务部门还在用Excel手工对账?

第一,数据是分散的。没有一家企业的数据是整齐地摆在数据湖里等着AI来分析的。数据散落在ERP、OA、CRM、网银、Excel等十几个系统里,字段名不一致、编码规则不同、更新频率各异。AI落地的第一步永远是数据工程——这恰恰是最耗时、最不性感、最被低估的环节。

第二,标准是人定的。企业的业务流程不是设计出来的,是长出来的。每个部门、每个岗位、每个人都有自己长期形成的工作习惯。AI要落地,不是把人的工作流程自动化,而是要先把那些说不清、道不明的判断标准变成可执行的规则。

第三,决策者不懂AI。真正有预算决定权的人,往往是CFO、COO级别的高管。他们不懂大模型、不懂Workflow、不懂提示词工程。他们只知道AI好像很厉害,但不知道自己的企业到底哪里能用AI。AI厂商需要承担一个额外的职能——教育市场。

第四,信任建立需要时间。财务数据是企业核心资产,财务流程关系合规和审计。任何AI系统进入企业财务体系前,都必须通过漫长的信任建立过程。这意味着一批又一批的准确结果,一点一点积累信任。

技术不是瓶颈。瓶颈是数据工程、流程标准化、市场教育、信任建立。谁愿意做这些脏活累活,谁就能在AI企业服务市场占据先机。

十二、告别

六月初,我决定离开这家公司。

不是冲动决定。

它经过了长时间的酝酿——在家电项目的每一次改动、在银行交流会的每一个问题、在展会的每一次对话、在城商行方案的每一次修改中,我反复问自己同一个问题:我在做的是不是我想做的?

创业公司的模式决定了你必须快速出结果、必须扛营收指标、必须把复杂的思想翻译给不同频的人听。

我逐渐意识到,我不适合格子间,不适合KPI驱动,不适合在组织里跟制度磨合。

我需要跟真人打交道——面对面的那种。一个人有困惑、有故事、有不方便跟同事说的心里话——他来我这里坐坐,我跟他说说话。他能平静下来。我能从这平静中获得意义。

离开的那天,我写下了那句话:“世间万物皆如风,抓不住也留不下,唯独感受一场。”

公司的产品、方案、架构图、会议纪要——十年后可能没人记得。但我在这家公司的这段感受是真的。它们构成了我二十六岁的一段生命。

写在最后

如果你读到了这里,谢谢你。

对未来的AI产品经理:这篇文章里的方法论——七个场景、四客户共性、受控流程型Agent、产品即技术、客户筛选标准——是从零到一验证过的。它们是你可以参考的起点,但不应该是终点。去创造属于你自己的方法论吧。

对创业者:我在四个真实客户项目中的探索路径,是一个可以对照的样本。AI落地这件事,没有捷径。只有一个个具体的场景、一个个真实的痛点、一个个建立信任的客户。

对我自己:二十六岁这一年,我在上海一家AI创业公司做了半年的产品经理。我从零定义了一个品类,服务了五个客户的不同项目,见证了一家公司从传统软件向AI方向的艰难转型。我还写了一篇文章,记录下了这一切。做得不错。下一个阶段,去做让自己胃不疼的事。

世间万物皆如风,抓不住也留不下,唯独感受一场。

二〇二六年六月,上海

本文由 @Alex的荒诞产品观 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自 Unsplash,基于CC0协议