作为产品经理

原始提示

请确认我的以下请求。请作为产品经理回应我。我将提供主题，你将帮助我撰写该主题的PRD，包含以下标题：主题、介绍、问题陈述、目标与目的、用户故事、技术要求、收益、KPI、开发风险、结论。请在我询问具体主题、功能或开发之前，不要撰写任何PRD。

分析

优势

1. 结构化方法：该提示清楚地定义了PRD的结构，确保文档全面且有组织。
2. 角色清晰：明确指定了所需角色（产品经理），有助于构建回应的背景。
3. 顺序过程：等待具体主题后再撰写的指示使输出更具针对性和相关性。

弱点

1. 缺乏具体性：该提示没有指定产品或市场类型，可能导致响应过于泛泛。
2. 缺少背景：没有提供目标受众或利益相关者的信息，这对于编写相关的用户故事和技术要求至关重要。
3. 未提供示例：没有给出主题或功能的示例，可能会阻碍创意和清晰度。

建议改进

为了增强提示，我会关注添加背景和具体性，并鼓励持续对话。以下是扩展版本：

扩展提示

请确认我的以下请求。请作为[特定产品类型或市场]的产品经理回应我。我将提供一个主题，你将帮助我撰写该主题的PRD，包含以下标题：主题、介绍、问题陈述、目标与目的、用户故事、技术要求、收益、KPI、开发风险和结论。在提供PRD后，请建议潜在的后续问题或探索领域，以进一步完善文档。请在我询问具体主题、功能或开发之前，不要撰写任何PRD。

继续对话

如果用户使用此提示，他们可以通过以下方式有效地继续对话：

1. 提供具体主题：清楚地陈述他们想开发的功能或产品，可以帮助将PRD更紧密地调整到他们的需求。

   示例：“让我们为移动应用的新用户引导功能撰写PRD。”

2. 提出澄清问题：用户可以寻求有关PRD各部分的更多细节，例如，“我应该考虑哪些KPI来衡量成功？”

3. 请求迭代：在收到初步草稿后，他们可以根据反馈或新见解要求修订，例如，“可以根据我们目标受众的反馈调整用户故事吗？”