8.1
深览指数
产品人人都是产品经理·光点神奇··AI 生成
手把手教你给AI写需求文档——从spec到skill，一次跑通，终身复用
本文通过竞品功能对比的实战案例，展示了一套四段式AI任务说明书（spec）的构建方法：上下文、任务、要求、结果呈现。核心观点是，AI输出质量不稳定的根本原因在于指令模糊，而非AI能力不足。作者提供了从一次性spec提炼为可复用skill的工作流，并给出了需求评审预演等场景的示例。适合希望系统化提升AI协作效率的产品经理和知识工作者阅读，能直接套用其方法到自身重复性工作流程中。原文 ↗
核心观点
- ▍AI输出质量不稳定的根本原因在于用户指令模糊（缺少spec），而非AI能力不足。给AI写一份包含上下文、任务、要求、结果呈现四段的spec，能显著提升输出的一致性与可用性。
- ▍将一次跑通的spec提炼为可复用的skill（焊死不变骨架，变数留为参数），能实现对重复性工作流的高效复用，效率提升从一次性"写对"变为长期"免写"。
- 01以竞品功能对比场景为例，spec中的上下文段需要明确告知AI三个信息：你是谁（B端招采平台）、手头有什么（三个竞品的官网截图和客户案例）、卡在哪（正在规划2.0的供应商管理模块）。
- 02任务段需明确分析范围，示例为「只对比供应商准入流程和绩效评估两个维度，不涉及审批流和合同管理」，以此约束AI的输出边界。
- 03要求段将'好'翻译为可验证约束：表格格式、每格≤50字、禁止空话、每个结论必须有具体功能点举例（如「竞品1支持三级审批流自定义」而非「竞品1审批流更灵活」）。
- 04结果呈现段定义可机械验证的成功标志：一张Markdown对比表、一段≤200字差距分析、三条按投入产出比排序的可借鉴建议，且三者可直接复制粘贴到报告。
- 05作者在需求评审预演场景中应用同一框架，让AI扮演后端、前端、测试三类角色审阅PRD，并指出测试角色提出的异常流程问题最具杀伤力。
反方 / 局限
- — 文章中所有spec示例均基于AI能理解中文、并能准确遵循四段式结构的假设。实际使用中，模型对复杂约束（如字数限制、格式要求）的执行存在偏差，需要用户进行二次校验和微调，这一点作者未充分讨论。
- — 文章强调「一次跑通，终身复用」，但此结论依赖用户工作流的稳定性。若产品方向、客户画像或分析维度经常发生根本性变化，skill的「固定骨架」可能需要频繁重写，而非仅替换参数。
- — 方法的核心在于人力投入（第一次写spec约15-20分钟），这与"AI提效"的直觉相悖。对于初次尝试或不习惯结构化思考的用户，这一前置门槛可能被低估。
specskill人人都是产品经理光点神奇供应商准入流程供应商绩效评估
10 分钟 · 4 卡片 · 8 资料
读原文 →