AI-Native Product & Project Manager

4 个月,8 个人,21 个项目。 从需求到上线,全程用 AI。

做了 7 年产品和设计,其中约 2 年半在 Web3 和 DeFi。现在这家公司我做产品,同时管项目进度和跨团队推进。团队 8 个人,产品、设计、前后端、合约、测试,现在都以 AI 为主要工具,判断和把关仍然在人手上。每天泡在里面,所以 AI 什么时候靠得住、什么时候会掉链子,我心里有数。

上海 7 年经验
AI 交付 · 2026 年 4–7 月
214 个月内交付的子项目
94次功能上线
8 人8 人覆盖过去约需 14–15 人的职能(内部估算)
40%团队仓库提交带 AI 协作签名 · 共 1,436 次
产品业绩 · 2019–2024
12,000+节点产品累计销售(TerpLayer)
6,000+平台累计用户规模
15W+单日最高保单量(惠军保)
80W+单日最高 PV · UV 40W+
向下
01 — AI 原生交付流程

从需求到上线,AI 参与每一个环节

10 个环节,8 个角色,都在这套流程里跑。质量卡在标出来的那 5 个关口上。哪些能交给 AI、哪些不能,是我花最长时间才摸清的部分。

01
需求接收
Discovery
Claude CodeCodex
AI
把客户口述、聊天记录、会议录音、竞品资料和零散的需求文档,整理成一份结构化需求。
判断哪些是真需求。AI 在这一步会主动补充「顺便也做一下」的功能,把版本范围悄悄撑大。
关口 · 范围锁定
02
需求澄清
Clarification
Claude Code
AI
反向提问,逐条追问它认为模糊的地方,直到需求可实现。
回答业务约束,补上 AI 拿不到的一手上下文:客户真实动机、历史包袱、团队实现成本。
03
竞品分析
Benchmarking
Claude Code · web
AI
自主检索可公开获取的竞品数据,输出功能对比与优劣判断。
补上 AI 查不到的一手信息,然后做取舍。AI 列优缺点,拍板的是我。
关口 · 关键决策
04
方案评审
Review
多角色 Prompt
AI
分别扮演开发、测试、运营等角色,对同一方案做交叉评审,提前暴露实现风险。
判断哪些意见值得采纳。多角色评审会产生大量意见,全部照做等于没有方案。
05
PRD 撰写
Spec
Claude CodeMarkdown
AI
产出完整 PRD(Markdown),这份文档同时是下游设计、开发、测试所有环节的唯一输入。
至少改两轮,异常分支、边界值、状态流转逐条写清楚。我最大的一次翻车就出在这步。
关口 · 边界定义
06
交互原型
Prototype
Claude CodeCodex
AI
直接产出可交互 HTML 原型,跳过静态线框稿,评审时看到的就是真实交互。
走一遍交互路径,看原型和 PRD 对不对得上。对不上的时候,八成是 PRD 漏写了。
07
UI 设计
Design
团队设计师Figma Make
AI
设计师同样在 AI 工作流里推进视觉与页面产出;我的个人项目则由 AI 独立完成从视觉到实现的全部工作。
团队有专职 UI 设计师主导视觉。我的设计背景用在这里:对齐设计稿与 PRD 的一致性,判断实现成本。
08
前后端开发
Build
Claude CodeCodex
AI
前端、后端、合约三条线的工程师以 Claude Code 和 Codex 作为主要实现工具,架构、安全和代码合并仍由他们把关。三线并行推进。
我不写生产代码。但 PRD 写得多精确,直接决定 AI 生成的代码有多可用,这是产品经理在这一步能使上劲的地方。验收标准和技术边界由我定。
09
测试验收
Quality
AI 生成用例自动化测试
AI
根据 PRD 生成测试用例并执行自动化测试,输出测试报告。
复核测试结论。AI 报告「已通过」但实际存在未覆盖问题的情况,发生频率不低,因此验收签字必须是人。
关口 · 验收复核
10
发布与运维
Release
Claude Code日志分析
AI
参与部署决策、监控告警配置与线上日志分析,故障排查时能显著缩短定位时间。
项目涉及私钥与链上资产,部署链路中的敏感凭证不对 AI 开放。按敏感度分级授权。
关口 · 安全边界
交付环节
传统方式
AI 流程
提速
需求整理成文档
1 天
2–3 小时
3–4×
完整 PRD 产出
1–2 天
2–3 小时
3–6×
中等复杂度需求上线
4–8 周
约 1 周
4–8×
团队规模(同等交付量 · 内部估算)
14–15 人
8 人
1.8×

数据区间:2026 年 4 月 2 日至 7 月 30 日,119 天中 106 天有提交记录(89% 出勤)。团队构成:产品 1、前端 1、后端 2、合约 1、UI 1、测试 1、CTO 1,全员使用 AI 工作流。个人提交 1,145 次,日均 10.8 次。AI 协作提交数按 Git Co-Authored-By trailer 统计,仓库口径含 6 位工程师。

一个真实仓库里的 AI 使用情况

团队仓库中 1,436 次提交带有 Claude 协作签名(按 Git Co-Authored-By trailer 精确统计),约占仓库总提交量的 40%,来自 6 位工程师。这是这套流程跑了 4 个月之后沉淀下来的真实结构,我在其中负责产品环节。

Claude Opus 4.7
688
47.9%
Claude Sonnet 4.6
402
28.0%
Claude Opus 4.6
233
16.2%
Claude Opus 4.8
99
6.9%
Claude Haiku 4.5
14
1.0%
合计
1,436
100%

模型按任务分层。重推理和复杂逻辑给 Opus(合计 71%),要快的给 Sonnet(28%),轻量试探用 Haiku。不是谁强用谁,看任务需要什么。

三代并行,逐步迁移。4.6、4.7、4.8 同时在用。新版本先小范围验证再迁,老版本还在稳定任务上跑,跟线上灰度发布一个道理。工具也分,Claude Code 处理复杂逻辑和数据分析更细,Codex 写前端更顺。

关于统计口径。我个人 1,145 次提交里有 231 次带签名。产品经理用 AI 大多花在需求分析、PRD 和验收标准上,这些不产生代码提交,trailer 只数得到代码那一段。

8 个人,以文档异步协作为主

我在这里既是产品经理也是项目经理,需求、排期、进度、跨团队推进都走文档,不开会。左边是我维护的产品和项目文档,右边是工程侧的。两边各有一份 HANDOFF.md,那就是两个角色对接的地方。

我维护 · 产品与项目侧
project-description
HANDOFF.md 交接说明
PRD-定投机器人.md 需求文档
README.md 项目说明
REPOS.md 仓库索引
SCHEDULE.md 排期追踪
工程侧 · 实现文档
frontend-progress
CLAUDE.md 协作规范入口
FRONTEND_BASELINE.md 实现基线
HANDOFF.md 交接说明
PROGRESS.md 进度追踪
SECURITY_REVIEW.md 安全评审
TASKS.md 任务拆解

PRD 是产品侧的单一事实源,和设计稿、技术方案、测试资产一起驱动交付。开发照它写,测试照它验,AI 照它生成,所以它写得多准,整条链路的质量就有多高。

02 — 能力边界

AI 会在哪里翻车

这一节其实比上一节更值得看。跑了 4 个月下来,效率数字反倒不是我最在意的,更有用的是知道 AI 什么时候不能信。下面四条都是踩出来的。

01 看起来完整的 PRD Plausible but hollow

AI 参考竞品写出来的 PRD,结构完整、逻辑通顺,读一遍挑不出毛病,但交互细节和边界数据到处含糊。开发照着做完上线,发现有一半得重写。这是我代价最大的一次,也让我改了看 AI 输出的方式。明显的错误反而好抓,麻烦的是那种看着对、其实是空的东西。

现在的做法:PRD 至少两轮修订,异常分支、边界值、状态流转逐条写死,不接受「按合理逻辑处理」这类描述。

这个坑后来变成了我想做的产品 →

02 谎报测试通过 Unearned green

AI 说测试通过了,实际有场景根本没覆盖到,而且这种情况不算少见。麻烦在它报告的语气和真通过时一模一样,你收不到任何该复核的信号。

现在的做法:AI 的测试结论一律视为「待验证」而非「已通过」,验收签字必须由人完成。
03 范围膨胀 Helpful to a fault

在需求梳理阶段,AI 会主动补充「顺便也做一下」的功能,发散思维,把版本范围悄悄撑大。它的每一条建议单看都合理,合起来就是一个做不完的版本。

现在的做法:需求确认后立即锁定版本边界,任何新增一律进下一版待评估池,不在当前版本讨论。
04 权限不能全开 Tiered trust

项目里有私钥和链上资产,出错撤不回来。所以部署链路上的敏感凭证一开始就没对 AI 开放。倒不是信不过它的能力,是这种操作一旦失手代价太大,不该交给一个有概率出错的系统。

现在的做法:按敏感度分级授权:AI 参与决策与分析,但不持有凭证、不执行不可逆操作。
03 — AI 产品思考

我怎么看 AI 产品

天天用 AI 干活,慢慢就摸出它哪里行、哪里不行。这种手感看文章学不来。做 AI 产品要回答的其实是同一类问题:哪些决定可以交给模型,哪些地方必须留人工。

0 → 1 · 独立完成

「干饭咩」微信小程序

给选择困难的人做的小工具。从想法、产品定义、视觉到开发上线全是我一个人,代码由 AI 写。设计上我的判断是,选不出来往往不是信息不够,是不想担这个决定。所以没做推荐列表,改成一只猫替你拍板,再补一句理由让人心里过得去。

拟人化语气把「系统推荐」变成「本喵拍板」,责任从用户身上移开;结果页保留「换一个」降低反悔成本;记录页把每次选择沉淀成偏好,同时给出「连续认真干饭 4 天」这类正反馈。

真实用户数十人 AI 全量开发 已上线
干饭咩 首页
首页 · 一个动作进入决策
干饭咩 分析中
分析 · 用等待建立可信感
干饭咩 结果页
结果 · 拍板 + 一句理由
干饭咩 记录页
记录 · 选择沉淀成偏好
面向用户的 AI 功能

文档驱动的 AI 客服

把仓库里的 PRD 和原型当知识源丢给 AI,让它直接回答用户问题。同一套文档既是开发的输入,也是客服的知识库。产品逻辑一改,客服答案跟着变,不用另外维护一套话术。

  • 不训练模型,而是让它回答前先读正确的资料(RAG 模式)
  • 知识源的质量直接决定回答质量,回到 PRD 的精确度问题
多 Agent 实践

并行终端,角色分工

同时运行多个终端会话,按职责分工而非简单堆叠。

  • 一个专做原型与 PRD
  • 一个专做任务发布与进度追踪
  • 自主建仓、派发任务、回报进度

Vibe Coding · 用 AI 把想法推到能演示

这类练习不解决业务问题,用处是保持对视觉和实现边界的手感:什么效果做得出来、要花多少代价。后面判断一个交互值不值得做的时候很省时间。

Vibe 01

粒子太极 · 手势控制

散开时是一片星尘,聚拢时凝成太极与八卦。摄像头捕捉手部动作,实时驱动粒子的聚散、旋转与成形。难点不在动效,在于让识别延迟低到手感是连续的。

Vibe 02

赛博荷花

左边代码,右边实时渲染。用 AI 把「一朵会开的赛博荷花」做成能跑的 WebGL 动画。和上面那支想做的事差不多,都是拿粒子和光去表达东方符号。

我想做的下一个产品

一个专门挑 PRD 毛病的 AI 工具

AI 写的 PRD 很少出明显的错,麻烦在它看起来是完整的。异常分支没覆盖、边界值含糊、状态流转缺一块,通读挑不出问题,开发做进去才发现是空的。

我为这件事付出过重写半个版本的代价。所以我想做一个反方向的工具:不生成 PRD,而是审查 PRD。

逐条扫描规范完整性、边界条件覆盖率、状态流转闭合性和异常分支缺口,把「看起来合理」的地方明确标出来,让风险在进入开发之前就被看见。

面向所有正在用 AI 写需求的团队。这个群体在快速变大,他们会踩的坑和我踩过的一样。

为什么我适合做这个:这个产品难的不在检测,在判断:哪种模糊是可以接受的省略,哪种是会炸的。这条线文档里学不到,只能自己交付出来。过去 4 个月我每天都在划这条线。

04 — 复杂领域交付

两个不能出错的行业

链上交易和保险核保看着不搭边,难的地方却一样:规则多、分支密、出错代价大、还撤不回来。把这种系统拆明白,跟给 AI 产品设计置信度分级、异常兜底、什么时候转人工,用的是同一套脑子。

Web3 / DeFi

策略交易产品化

把网格、马丁格尔、定投等多参数、多分支、强风险提示的交易策略,转化成用户可理解、可执行、可复盘的产品流程。

  • 3 次项目 TGE:不可回滚、强时间窗口下的交付
  • DEX 交易路径、资产流转与合约交互设计
  • 快速进入陌生技术生态并建立产品判断
保险 / 核保系统

规则引擎与分级审核

设计人工核保流程与多人智能核保规则:健康告知异常时,系统按规则分级判断,不同角色的核保员分阶段介入。

  • 规则、分支、异常状态的产品抽象能力
  • 自动判定与人工介入的边界设计
  • 第三方平台自主研发并对接保险公司
可迁移的内核

为什么这和 AI 产品相关

核保系统里判断「什么自动通过、什么必须人工复核」,和 AI 产品里判断「什么置信度直接输出、什么转人工」,是一个问题的两种说法。

  • 置信度分级 ≈ 核保规则分级
  • 模型兜底 ≈ 异常分支处理
  • 人工介入策略 ≈ 分阶段审核设计
05 — 代表项目

代表项目

AI Pipeline · Web3
AvoDex / project-flow

团队从传统模式切换到 AI 全流程交付,我是最早进入这套流程的产品角色。承担需求接收与澄清、竞品分析、PRD 与原型产出、验收标准制定,并在范围、边界、验收和安全四个节点上把关。

21 个子项目 94 次上线 4 个月 8 人团队
Web3 / DeFi
TerpLayer DeFi 产品矩阵

负责 DeFi 产品设计与需求管理,覆盖 DEX、Staking、节点质押、NFT、跨链等模块。输出 PRD、原型与交互流程,梳理链上资产与合约交互逻辑,与合约、前端、设计、测试团队协作上线。

节点销售 12,000+ 用户 6,000+ Bitcoin · Berachain · Monad
Solo 0 → 1
「干饭咩」微信小程序

独立完成的决策辅助小工具,从概念、产品设计、视觉到开发上线全程一人负责,代码全部由 AI 编写。用轻松的拟人化语气降低选择压力,帮用户快速决定吃什么。

真实用户数十人 AI 全量开发 已上线
NFT / Marketplace
iNFT 交易与服务平台

参与亚太早期 NFT 交易与服务平台建设,负责海外设计协作、产品迭代规划、开发排期、竞品分析与活动原型交互。

接入 BSC UI 全新改版 盲盒 1 小时售罄
保险 / 规则系统
人工核保后台与多人智能核保规则

用户健康告知异常后,系统支持不同角色核保员分阶段审核;家庭单场景下对多人健康告知做智能规则判断,输出是否符合投保要求。负责流程设计、角色权限、页面结构与保险公司对接。

自主研发对接保险公司 复杂分支流程
Growth / Scale
惠军保医疗保险产品

面向退役军人的商业补充医疗保险与百万医疗险,负责需求分析、跨部门推进、PRD、排期追踪、测试与生产验证。经历过高并发投放场景下的产品稳定性挑战。

单日 PV 80W+ 单日 UV 40W+ 单日保单 15W+
06 — 职业路径

职业路径

2024.08 — 2026.07
TerpLayer(Web3)
产品经理 + 项目经理

负责 DeFi 产品整体设计、链上资产与合约交互逻辑、需求管理与跨团队推进。2026 年 4 月团队转入 AI 全流程交付,我作为产品角色最早进入这套流程并跑通产品侧全部环节,8 人团队 4 个月交付 21 个子项目。

2021.10 — 2024.07
上海杏涛网络科技(Inshealth)
产品经理

负责 PC / 移动端内部系统、保险产品、人工核保系统、供应商协作与发版管理,沉淀复杂规则系统与高并发业务场景的交付能力。

2021.05 — 2021.09
上海朝夕网络技术(iNFT)
产品经理

参与 iNFT 产品规划、竞品研究、原型交互、需求评审与活动支持,进入 NFT 与链上产品场景。

2019.03 — 2021.03
上海叽喳网络科技
UI 设计师 + 产品经理

做过后台系统、H5、小程序、APP、官网和运营设计,从执行设计转到理解产品。这段经历让我到现在都能估出一个设计改动要花多少实现成本。

2018.11 — 2019.02
上海锥智网络科技
UI 设计实习生

参与业务中台、系统监控平台与操作手册设计,建立 Web 产品制作流程与视觉规范基础。

07 — 教育背景
2021 — 2025
上海师范大学 · 本科 · 广告学

广告学背景对理解传播、用户心理和信息组织很有帮助,写产品文档和讲方案时一直用得上。

2016 — 2019
上海出版印刷高等专科学校 · 大专 · 广告设计与制作

主修平面设计、包装设计、广告策划、创意文案与影视制作,奠定视觉表达与多媒体制作基础。

想聊聊 AI 产品该怎么做,随时找我。

正在寻找 AI 应用 / Agent 产品、AI 效率工具或大模型行业解决方案方向的产品岗位。

Bonnie · AI-Native Product & Project Manager 本站由 Claude Code 协作构建