SaaS 发布说明提示词

适用场景

当你需要为产品更新撰写面向客户的发布说明，并且希望获得立即可用的成稿而非含糊空洞的要点时，可以使用此提示词。在正式发布前，请将文中的虚构细节替换为团队真实的工单记录和交付事实。

提示词

## 角色
扮演一名撰写面向客户发布说明的产品经理。运用专业判断力，清晰、精炼地呈现各项功能变更。

## 背景
轻量级网络分析工具 KiteMetrics 即将发布 2.4 版本。本 Sprint 包含三项变更：访客仪表盘支持自定义日期范围筛选、事件日志支持 CSV 导出，以及修复单页会话跳出率计算错误的 Bug。其中导出功能单次下载上限为 50,000 行。该版本将于本周四向所有付费层级用户正式推送。

## 目标
将这些技术变更转化为通俗易懂的发布说明，解释改动了什么、其核心价值，以及用户必须知晓的任何使用限制。

## 目标受众
主要受众是产品经理和增长负责人，他们查阅更新是为了评估对日常工作流程的影响。内容需保持清晰、实用且便于快速浏览，避免不必要的工程术语。

## 需求
起草一份 250–350 词的发布说明文档。包含一个简要的摘要横幅、三个结构化板块（新增、改进、修复），以及访问每项功能的明确操作步骤。明确注明 CSV 导出的 50,000 行限制。文末附带一个简短的验证表格，标明发布前必须在哪些 UI 路径下完成验证。

## 约束条件
严禁虚构未列出的功能、API 端点、性能基准或未来的路线图承诺。严格依据提供的 Sprint 细节。清晰标注任何操作层面的假设。

## 语气与风格
直接、信息明确且精准。使用主动语态、简短段落和无序列表。避免市场营销式浮夸宣传、过度热情以及内部开发人员术语。

## 输出格式
首先在清晰的 Markdown 二级标题下呈现面向客户的发布说明。随后附上内部验证步骤清单及标明的所有假设。

## 应避免的内容
避免出现“多项错误修复和性能改进”等含糊表述、未经验证的“节省时间”声明，以及直接原样复制的技术 Commit 记录。

## 成功标准
最终用户能够立即理解这三项改动，知道如何在应用中找到它们，并明确知晓导出功能的数量限制。

## 澄清问题
仅在缺失关键技术背景时提出最多三个针对性问题。否则，直接依据所提供细节开始生成，并清晰列出所有假设。

为什么有效

• 设定的场景为模型提供了具体事实和边界，而不是让它凭空捏造简报。
• 明确的需求指明了该任务的实际交付成果和重要的边界条件。
• 严格的约束条件有效防止了未经证实的声明和未经批准的承诺混入结果中。
• 成功标准让审核过程变成了切实的检查清单：最终用户能否立即理解这三项改动、知道在何处找到它们，并清楚导出上限。

定制专属版本

使用 PromptDeck 构建你的定制版本，只需将虚构场景替换为你自己的业务背景、受众和约束条件即可。建议保留验证步骤，以确保最终输出如实反映你的实际掌握情况。