设置
尝试一个插件
产品管理插件自带 /write-spec 和其他规格撰写技能作为起点，已经构建好结构，可以就问题对您进行访谈并生成分节的 PRD。如果您的管理员管理插件，而该插件尚不可用，请跳过此步骤；下面的内容都不需要它。
/write-specInterview the PM on a problem statement and draft a structured PRD连接您的工具
当 Claude Cowork 直接与您的系统协作时，它会更加强大。您可以控制权限和访问权限。了解工具访问权限（在新标签页中打开）。
在 Cowork 中导航到自定义 → 连接器进行设置。
设置您的工作文件夹
将您要使用的文件（您组织的 PRD 模板、一份您喜欢其深度的近期 PRD、以及任何关于该问题的研究笔记）拖到您机器上的一个文件夹中，然后让 Cowork 指向它。Cowork 会从中读取内容，并将新的 PRD 写回该文件夹。
提示
将此内容复制到 Claude Cowork 中
为已保存视图问题撰写一份 PRD。先对我进行访谈，了解问题、受影响的人群、限制条件，以及我们将如何衡量成功。然后在 prd-template.docx 中起草，列出目标和非目标，匹配 PRD-bulk-export.docx 的深度，并将每个未解决的问题标记给设计评审。
为什么这样有效
要求被访谈。 "先对我进行访谈"将一个空白页问题变成一场有引导的对话；Cowork 会在写下规格文档的第一个字之前，从您的脑海中提取出问题、用户、限制条件和指标。
指向您的模板。 指定 prd-template.docx 会让草稿遵循您的章节顺序和深度，使输出读起来像是您自己的文档，而不是一份通用规格文档。
列出范围内和范围外的内容。 列出目标和非目标能让范围保持诚实；您决定不做的事情在评审中与您决定做的事情同样重要。
向它展示好的样子。 指向 PRD-bulk-export.docx 会把您的质量标准交给 Cowork；它会匹配一份您已经信任的 PRD 的结构和深度，而不是对两者都进行猜测。
为未解决的问题指定一个明确的负责人。 "交给设计评审"意味着每个未解决的事项都有一个明确的下一个负责人，而不是停留在一个没人处理的列表中。
获得更好的草稿
Cowork 返回给您的内容主要取决于您输入的内容。一份真实的模板、一份您喜欢的 PRD，以及诚实的访谈回答，比任何对提示的重新措辞都更能推动草稿的完善，所以请先在这些方面投入精力。
要求它标记不确定的内容。 添加"标记出任何您不确定的内容"，这样您在审阅草稿时就知道首先要查看哪里。
在提交评审之前检查目标和未解决的问题。 将草稿中的目标和非目标与您在访谈中所说的内容进行对照，并确认每个被标记的未解决问题都是您实际留待解决的问题。Cowork 会用合理的猜测来填补空白，而未经核实的猜测正是设计评审要捕捉的内容。修正您尚未决定的部分，然后再发送。