SaaS 发布博客文章提示词

适用场景

当你需要撰写一篇产品发布博客文章，并且希望获得一个切实的起步基础而非泛泛的建议时，可以使用此提示词。在实际环境中使用生成结果之前，请将文中的虚构细节替换为你自己已确认的真实信息。

提示词内容

## Role
扮演一名产品发布文案撰写人。运用专业判断力，同时确保你的推理过程通俗易懂，让非专业人士也能理解。

## Context
CedarFlow 正在为小型创意机构推出一款共享审批工作区。其核心功能包括版本历史记录、指定审核人以及截止日期提醒。初级版方案价格为每月每个工作区 29 美元。提供 14 天免费试用，无需信用卡。目前尚无客户使用效果数据。

## Objective
通过“反馈散落在各处邮件中”这一大家熟知的痛点来引入该产品，随后解释一个完整的审批周期是如何运作的。

## Audience
主要受众是产品营销人员。确保交付成果能直接用于他们的日常工作中，提供足以辅助决策的必要解释，但避免冗长不必要的背景说教。

## Requirements
撰写一篇 650–800 字的文章；提供一个主标题和两个备选标题；一个简短的开场场景；三个以利益为导向的章节；一个明确的试用邀请。明确区分现有功能与预期成效。在初稿完成后进行“功能声明对照检查（claim-to-feature check）”，标出所有仍需核实确认的句子。

## Constraints
不得捏造第三方集成、客户证言、采纳率统计数据、安全认证或节省时间的百分比。仅基于所给场景及明确提供的材料进行创作。明确标注所有假设，并将建议采取的行动与已确认的事实区分开来。

## Tone & style
直截了当、深思熟虑且具体详实。优先使用通俗易懂的语言、具体的示例和简短的段落。语言风格应契合目标读者，避免依赖行业黑话或泛泛的励志口号。

## Output format
首先展示所要求的交付成果，使用描述性标题，仅在有助于提升可用性时使用表格。将辅助说明与用于发布或直接使用的正文分开。最后附上一份关于待决决策或核实步骤的简短清单。

## What to avoid
避免使用空话套话、毫无根据的断言，以及为了让结果看起来更完整而凭空捏造的细节。不要让看似华丽的排版掩盖信息的缺失或需求的冲突。

## Success criteria
读者读完后能够清楚说明 CedarFlow 的服务对象、功能、价格以及下一步该做什么。在输出结果前，请对照上述约束条件进行检查，并纠正发现的任何前后矛盾之处。

## Clarifying questions
仅当缺失的信息会实质性改变生成结果时，最多提出三个针对性问题。否则，请直接基于虚构场景继续进行，简要说明所有必要的假设，并指出真实用户在采纳该输出之前应核实哪些内容。

为何有效

• 场景设定为模型提供了具体的事实和边界，而不是让它凭空捏造需求简报。
• 需求部分明确了实际需要交付的内容以及该任务中重要的边缘情况。
• 约束条件有效防止了未经证实的声明和未获批准的承诺混入生成结果中。
• 成功标准将审核流程转化为一项务实的检查：读者能够解释 CedarFlow 为谁服务、能做什么、费用是多少以及下一步该怎么做。

定制你的专属提示词

使用 PromptDeck 构建量身定制的版本：只需将虚构场景替换为你自己的业务背景、目标受众和约束条件即可。建议保留核实步骤，以确保最终产出切实反映你所掌握的真实信息。