别再让AI写垃圾文档了!PM-Skills + 三钻石框架,让AI真正成为产品开发的得力助手

凌晨2点，你第3次修改搜索功能代码，因为PRD上只有一句”优化搜索体验”。具体优化什么？用什么指标？技术方案？全都没有。
这不是个例。电商平台每月因搜索功能问题导致用户放弃购物车，损失约5万美元。产品经理小李看着ChatGPT生成的PRD，技术实现部分只有”使用先进的技术栈”。他苦笑：”先进的技术栈是什么？React还是Vue？REST还是GraphQL？MySQL还是MongoDB？”
今天给大家介绍一套SKILL，让AI真正成为产品开发的得力助手，
说实话，我第一次看到PM-Skills时也在想：这玩意儿靠谱吗？不就是给AI套个模板？但试了problem-statement技能后，我发现还真有点用。
让通用AI写产品文档，就像让一个只会用Word的人去设计数据库架构——格式排得挺漂亮，但数据关系、查询优化、性能调优这些关键的东西全都不懂。AI有语言能力，但缺乏产品管理的专业知识和结构化思维。
AI文档的问题很明显。没有明确指导，AI写出来的东西缺这少那，格式乱七八糟，专业度也不够。技术实现部分经常就是一句”使用先进技术栈”——说了等于没说。
团队协作更是个大问题。产品经理、设计师、开发者之间信息传递经常出错。沟通会议从8次增加到12次，返工率从15%飙升到40%。
说了这么多，PM-Skills 到底是什么呢？
PM-Skills给AI定规矩。不是让它随便发挥，而是按产品经理的思路来。通用AI的回复太散漫，PM-Skills把它变成正经的产品文档。
这是24个产品管理技能的开源集合，覆盖产品生命周期6个阶段：发现、定义、开发、交付、测量、迭代。每个技能包含三部分：指令、模板、示例。
说白了，PM-Skills就是给AI套上缰绳。不让它瞎跑，而是按产品经理的路线图走。不是’AI自由发挥’，是’AI按规矩办事’。
用起来很简单：Claude Code用户输入`/install pm-skills`；Git用户克隆仓库运行setup.sh；复制粘贴党直接复制第一个技能的指令。
验证安装也很简单。输入`/skills list`，看到24个技能列表，安装成功。
这 24 个技能也不是随便定义的，是有理论依据的，是从传统的双钻设计进化来的。
传统双钻石框架是设计师和工程师的”接力赛”——设计师跑完第一棒，把设计稿”交接”给工程师。三钻石框架则是整个产品团队的”越野赛”——所有人一起出发，在问题发现、方案设计、验证交付的复杂地形中协作前进。
这个框架是Zendesk团队在实际工作中摸索出来的。他们在记录设计流程时，发现双钻石框架太偏向设计，没法反映现代产品开发的实际情况。于是他们加上了验证和交付阶段，形成了第三个钻石。
三个钻石具体怎么用：
第一个钻石：问题发现与定义。产品经理、UX研究员、数据分析师围在一起，分析用户访谈数据和埋点数据，定义核心问题。
第二个钻石：解决方案发现与开发。设计师、前端、后端工程师一起画线框图，讨论技术可行性。在三钻石框架里，设计不再是”画完就扔给开发”的蓝图，而是经过用户测试、技术评估、业务验证的”施工方案”。
第三个钻石：验证与交付。市场、运营、客服、工程师一起制定发布计划，设计监控指标。5个关键里程碑：代码完成、早期访问计划、有限可用性、正式发布、公开发布。
核心原则：”用户体验是每个人的责任”。三重钻石明确地将工程师、产品经理、营销人员、支持团队和其他利益相关者包括在过程中——不仅仅是设计师。
以电商搜索功能为例：用户找不到商品导致每月损失5万美元，目标是将产品发现率提高20%。
用PM-Skills，从问题定义到任务拆解，一周内完成完整需求文档：
1. 定义问题：输入`/problem-statement`，选择电商模板，填写用户、问题、影响、目标
2. 生成假设：输入`claude code –skill hypothesis –input problem-statement.md`
3. 创建PRD：输入`/prd –input hypothesis.md`，补充技术约束、业务优先级、资源限制
4. 拆解任务：输入`claude code –skill user-stories –input prd.md`
工作流程包提供现成路径。功能启动包（5个技能序列）：problem-statement → hypothesis → prd → user-stories → acceptance-criteria。三重钻石包（24个技能）：覆盖完整三钻石流程。
以使用了这套流程的某电商团队为例：PRD时间从2天压到半天，技术评审从1天减到半天，会议从8次降到3次。最爽的是返工率——以前因为文档不清，15-20%的代码要重写；用了PM-Skills后，这个数字降到5-8%。团队满意度调查，从6.2分涨到8.7分（满分10分）。
有人问：AI靠谱吗？PM-Skills通过结构化指令确保输出质量，对比测试显示PM-Skills生成结构完整、包含所有必要章节的文档。
有人觉得框架太复杂：提供轻量版，三周一个循环，角色合并，里程碑精简。框架灵活性可调整，可以从”一个钻石”开始逐步扩展。
有人问这和敏捷什么关系：三钻石确保理解客户问题，精益通过实验验证解决方案，敏捷管理执行交付。三者互补，不是替代。
有人说学习成本太高：提供5种使用方式，从复制粘贴到完整集成。可以从最常用的技能开始。
有人说这只是另一个理论框架：Zendesk团队的实际应用经验证明框架价值，PM-Skills提供现成工具。
思考千万遍，不如亲自走一遍，可以按照以下步骤进行尝试
第一步，产品经理个人试用：先用problem-statement和prd技能，生成1-2个真实PRD。
第二步，小范围推广：拉上1个设计师、1个前端、1个后端，用生成文档完成一个小功能。
第三步，流程固化：将PM-Skills纳入团队工作流，需求评审前必须用problem-statement定义问题。
第四步，效果评估：每月统计PRD撰写时间变化、需求变更次数、开发返工率、团队满意度。
第五步，优化调整：根据团队反馈定制技能模板，调整三钻石节奏。
技术团队的价值不是写代码，而是解决问题——但前提是，你得先知道问题是什么。PM-Skills+三钻石帮你更好地定义问题、设计方案、验证效果。
当然，工具再好也只是工具。PM-Skills不会让烂产品变好，但能让好产品更快落地。从problem-statement或prd技能开始尝试。输入`/problem-statement`定义一个问题，或者输入`/prd`生成一份PRD。花15分钟试试看。看看AI能不能从写垃圾文档，变成写出能用的产品文档。