各位同学大家好！欢迎来到我们的 Claude Code Skill 实战系列课程的第 4 节。

大家有没有过这样的经历？脑子里突然蹦出一个特别棒的产品想法，但是要让这个想法变成一份能交给开发团队的 PRD 文档，却要花上好几天的时间？反复沟通、梳理流程、考虑各种异常情况……

如果大家经历过这种痛苦，那今天这节课请一定要认真看完。

我要给大家介绍的这个 Skill，就像是一个 24 小时待命的产品经理。只需要给它一个模糊的想法，它会主动帮你澄清需求、理清逻辑，最后输出一份专业到可以直接使用的 PRD 文档。

想知道它是怎么做到的吗？我们这就来一探究竟

痛点与价值

在正式开始前，先问大家一个问题：大家觉得写一份合格的 PRD 文档需要多长时间？

很多产品经理说，他们写一份完整的 PRD，往往需要 1 到 2 天。并且这还不包括反复修改的时间。

为什么需要花费这么多时间？因为 PRD 写作本质上不是“写文档”，而是一个思维梳理的过程。你需要：

• 把模糊的业务想法拆解成具体的用户故事
• 梳理核心业务流程和状态机
• 考虑各种异常边界情况
• 最后定义清晰的验收标准

更要命的是，很多产品想法在早期阶段是非常模糊的。可能只有一个念头：“我想做一个积分兑换功能。”

但是，积分怎么获取？怎么消费？要不要会员等级？积分会过期吗？这些问题没有逐一想清楚，PRD 文档就没办法开始往下编写。