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

推荐订阅源

Y
Y Combinator Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
博客园 - 司徒正美
Blog — PlanetScale
Blog — PlanetScale
博客园 - 聂微东
月光博客
月光博客
量子位
大猫的无限游戏
大猫的无限游戏
Stack Overflow Blog
Stack Overflow Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The Cloudflare Blog
P
Proofpoint News Feed
B
Blog RSS Feed
美团技术团队
腾讯CDC
C
Check Point Blog
Engineering at Meta
Engineering at Meta
F
Fortinet All Blogs
N
Netflix TechBlog - Medium
Recent Announcements
Recent Announcements
J
Java Code Geeks
S
SegmentFault 最新的问题
WordPress大学
WordPress大学
宝玉的分享
宝玉的分享

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
用 AI 写 PRD 的人,正在慢性变笨 – 人人都是产品经理,
时樱_Iris · 2026-05-14 · via 人人都是产品经理

AI时代下,PRD文档的撰写正陷入一种危险的繁荣。当技术负责人面对两万字的文档却找不到核心逻辑时,揭示的不仅是工具滥用的问题,更是产品经理思维能力的退化。本文深度剖析AI辅助写作背后的结构性陷阱——从竞品分析的数据堆砌到功能开发的慢性坍塌,直指PM在MECE原则与边界判断上的不可替代性。

一份 PRD 写到两万字,技术负责人看完只问了一句:你到底想做什么。

这种事我这两年见多了,包括我自己写的。

AI 让产出文档的成本几乎归零,但产出“能被理解的文档”的能力,反而比五年前更稀缺。

问题不是你写得太多,是你想得太少。

两万字的 PRD,核心逻辑在第 17 页

以前憋一份 PRD 真的累。

一个功能能憋三天,最后凑八百字交差。评审会上被开发追问两句,手心冒汗。

现在半小时能写两万字。语音转文字甩给 AI,泡杯咖啡刷会儿短视频,回来一看:背景、用户画像、流程图、异常处理、埋点,连排版都比你自己排得好看。

直到开发把文档摔回来:核心逻辑在哪?

你翻了翻。AI 确实写了“核心逻辑”这一节,在第 17 页。前面 16 页是背景铺垫、竞品引用、行业趋势,里面还有一段“根据 2024 年行业白皮书显示”——你根本没给过它这份白皮书。

我自己也犯过这种事。

有阵子直接把 AI 当全自动写作机,一句“帮我写个电商下单功能的 PRD”,AI 吐出万字长文,我改个产品名就提交。某次评审,开发问“异常流程和主流程的边界在哪”,我愣住了——

这两段是我让 AI 分两次生成的,中间 token 不够,我懒得续,干脆开了个新会话接着写。两段拼在一起,逻辑根本不通。

有结构化思维的人用 AI,是拿它立框架,不是全盘交给它。

我现在写 PRD,先在白纸上画三个框:用户场景、核心流程、边界规则。框是我画的,AI 只负责把每个框里的一句话扩成三百字。

不画框的人,最后产出的不是 PRD,是用完美格式包装的混乱。

五十页竞品,对标是谁还是没说清

以前做竞品最痛苦的是找资料,翻应用商店、扒官网、潜伏用户群。一周凑十页 PPT 还被骂不够全面。

现在你把产品名丢给 AI,资料是查全了,但越查越不知道选谁。

去年我带的一个团队做企业知识库,PM 用 AI 出了份五十页竞品分析,覆盖十二款产品。我们开了三周会,每次都觉得“信息够了,结论差一点”。

第三周负责人问:所以我们到底对标谁?

会议室没人说话。

文档里每款产品都分析得很细,但没一个清晰的分类标准。有的按功能比,有的按用户规模比,有的按商业模式比,还有半页莫名其妙在比界面配色。十二款产品像十二块砖堆在地上,没图纸,也没承重墙。

后来我们重开了一次会,先在白板上画了两条轴——使用场景(个人 vs 团队)×内容结构(文档型 vs 数据库型),让大家把产品贴到象限里。贴完之后,原来五十页 PPT 里大概有三十页用不上。

要做这件事,你得先问自己三个问题,这三个问题 AI 替你想不了:

  • 我们要解决的用户问题属于哪一类?
  • 市面上的解法能分成几种?(是”几种”不是”几个”,是分类不是罗列)
  • 我们的差异化落在哪个象限?

想清楚之前,让 AI 查竞品就是开盲盒。想清楚之后,AI 往格子里填数据和用户反馈,特别好用。

直接说“帮我分析一下竞品”,它会按自己的理解分类——可能按融资轮次,可能按成立时间。

逻辑未必错,但对你的决策没用。

慢性坍塌

大模型让功能实现的成本趋近于零。听起来很爽,实际很危险。

我前同事在一家做销售 SaaS 的公司,老板看到 AI 能写代码,要求“把智能客服铺到所有产品线”。PM 没拦——说实话也不知道怎么拦,三天出 PRD,一周出 demo,两周全量上线。

然后客服接了销售线索,字段和 CRM 对不上。售后工单自动流转,但没和技术支持的知识库打通。用户问退货政策,智能客服引用了三个月前的旧条款,因为没人告诉它知识库更新了。

三个系统互相打架,用户没感受到智能,只感受到被踢来踢去。

更麻烦的是这种问题是慢性的。第一个月看不出来,用户甚至会觉得“功能挺多,这家公司有实力”。半年后技术债爆发,重构成本是初期开发的三倍,谁都不敢动,一动就崩。

没有结构化思维的 PM,会把 AI 当成功能印刷机。用户反馈要搜索,加一个。竞品做了 AI 总结,加一个。老板想要数字人,再加一个。每个需求单独看都合理,放一起就是一盘散沙。

有结构化思维的人,会先画产品架构图:核心层是什么,支撑层是什么,扩展层是什么,每层之间走什么协议,数据怎么流转,边界在哪。

这张图不能让 AI 生成。它得你自己一笔一笔画出来,哪怕画得歪歪扭扭。

AI 学不会 MECE

麦肯锡那套结构化思维有四条原则:数字说话、洞见优于表象、MECE、假设为前提。

MECE 这词我到现在都念不顺,每次念成”梅西”或”密西”,或者干脆念“M-E-C-E”。但意思我懂:相互独立,完全穷尽。说白了就是“怎么切、怎么分、怎么排”

另外三条 AI 都能帮你做。

  1. 数字说话?AI 秒级调数据——虽然有时候数据是假的。
  2. 洞见?AI 给你做趋势归纳——虽然有时候趋势是编的。
  3. 假设验证?AI 比你跑得快——虽然有时候越跑越偏。

唯独 MECE 这条,AI 帮不了。

因为 MECE 的本质是边界判断——这个需求归 A 类还是 B 类?如果归 A,那 B 里有没有漏掉的?为什么不放 C?

过去 PM 的核心竞争力是能写、能说、能画。现在 AI 把这些都做到了八十分。PRD 写得比你快,原型画得比你全,PPT 比你顺。

剩下二十分的溢价,在“怎么分、怎么排、怎么砍”的判断力上。

一个需求进来,先切:体验优化、商业变现,还是战略卡位?

再切:体验优化里,是交互问题、性能问题,还是认知负荷问题?

每一刀都要互斥,每一层都要穷尽。

这种切分能力 AI 学不会。它要你对用户、对业务、对组织有体感。

AI 可以模仿你的语气、复制你的格式,但复制不了你脑子里那套“为什么这样切”的判断。

有时候我自己也说不清为什么这样切,就是知道“这个不能放这里”。

几个能直接用的做法

先画框,再填肉。

别对 AI 说“帮我写个 PRD”。说:“这个需求分三块——用户场景、核心流程、边界规则。先写用户场景,覆盖新客和老客,不要重叠。”

每一层分类控制在二到四项,超过五项认知就崩。可以用二分法切:分析用户流失先切成“产品原因”和“非产品原因”,产品原因再切“功能缺失”和“体验太差”。

这样切下去,AI 的内容会被关在你的格子里,跑不出去。

我有时候会在纸上手画三个框,拍照发给 AI,让它按这个结构写。看着蠢,但管用。

先问对,再搜全。

AI 给你的信息质量,取决于你问问题的质量。

差的问题:帮我分析一下这个市场。

好的问题:这个市场的玩家按商业模式分成几类?每类的核心壁垒是什么?我们的目标用户在哪类里占比最高?

前者是开放题,AI 自由发挥。后者是封闭题,AI 往格子里填数据。

我现在的习惯:自己先花十分钟想清楚分类维度,再让 AI 填。那十分钟不能省,省了后面要花三小时收拾。

先砍,再留。

AI 让“加一个功能”变得太容易,容易到 PM 忘了问:不加会怎样?

每个功能都有成本。不是开发成本,是用户的认知成本。多一个按钮,大脑就要多处理一个选择。用户有时候不是嫌功能少,是嫌选择多。

我现在的判断标准很粗暴:

砍了这个功能,用户骂街吗?会骂就留。砍了用户根本注意不到?必须砍。

AI 不会淘汰你。但不肯结构化、不愿画边界、不敢做减法的那个自己,会。

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

题图来自Unsplash,基于CC0协议