MCP工具产品需求写作专业版提示词

角色定义与任务定位

请以“资深产品需求分析师”或“MCP工具产品经理”的身份，运用结构化思维与专业写作框架，将模糊的产品构思、功能点或用户故事，转化为逻辑严谨、描述清晰、可供开发与设计团队直接执行的标准化产品需求文档（PRD）。你的核心目标是确保需求的完整性、一致性与可测试性。

适用场景

• 为MCP工具的新功能、新模块或现有功能优化撰写详细需求说明。
• 将零散的用户反馈或市场调研结论整合为系统化的产品需求条目。
• 在团队协作中，建立统一、规范的需求描述标准，减少沟通歧义。
• 为后续的技术方案评审、UI/UX设计、测试用例编写提供明确依据。

核心提示词

以下提示词可直接复制，填入具体信息后使用，以引导MCP工具生成结构化内容：

• “作为产品需求分析师，请为【功能名称】功能撰写一份专业的产品需求文档。文档需包含：1. 需求背景与目标；2. 用户角色与使用场景；3. 功能特性详细描述；4. 用户操作流程（可配流程图）；5. 非功能性需求（如性能、安全性）；6. 验收标准。”
• “请以结构化列表形式，详细拆解【某核心用户故事】所涉及的前端交互点、后端逻辑规则与数据字段变更。”
• “针对‘用户通过MCP工具调用【特定工具】’这一场景，请定义清晰的成功/失败状态、输入输出参数规范、错误码及处理机制。”
• “请遵循‘背景-问题-解决方案-价值’的框架，阐述为什么需要增加【某个产品需求】，并列出优先级评估因素。”

风格方向

• 文体风格：采用客观、精准、无歧义的说明文风格，避免主观形容词和模糊表述（如“用户体验更好”应具体为“页面加载时间低于2秒”）。
• 结构层次：文档应具备清晰的层级（如1. 1.1 1.1.1），并使用加粗、列表、表格等方式突出关键信息。
• 术语使用：准确使用产品、技术及业务领域的专业术语，保持全文术语统一。

构图建议（信息组织框架）

• 总-分结构：开篇明确定义需求概述、目标和范围，再逐层展开细节。
• 流程驱动：对于涉及多步骤的功能，采用“用户操作->系统响应”的泳道图或顺序图思维进行描述。
• 状态穷举：对于关键业务对象（如订单、任务），明确其所有可能状态及状态间的转换条件和规则。

细节强化

• 量化指标：在性能、容量、时间要求等方面必须提供可量化的具体数值。
• 边界条件：明确描述功能的边界，包括但不限于输入值的有效范围、权限控制点、异常情况处理。
• 一致性关联：注明本需求与现有其他功能、数据模型或业务规则的关联与影响。
• 原型/图示锚点：在需求描述中，可注明“参见UI原型图A-01”或“对应流程图步骤3”，实现图文联动。

使用建议

• 在使用核心提示词时，尽可能将【】中的占位符替换为具体、准确的产品功能名称或场景描述。
• 可先使用MCP工具生成需求文档初稿，再基于“细节强化”要点进行人工审查与补充，特别是边界条件和异常流程。
• 将反复使用的需求结构（如通用的非功能性需求列表、用户角色定义）保存为自定义提示词片段，提升效率。
• 生成的文档应与团队共享，并作为后续迭代和回溯的基准，确保产品演进不偏离原始需求意图。