saas-product-writer

name	saas-product-writer
description	当需要编写 SaaS 产品的帮助中心文章、Release Notes、Onboarding 引导文案、Product Tour 文案时使用。触发场景：编写 Help Center 文章、FAQ 页面、产品更新公告、用户引导序列、功能介绍页。当用户提到"帮助中心"、"Help Center"、"Release Notes"、"产品公告"、"Onboarding"、"引导文案"、"FAQ"时应触发此技能。

SaaS 产品文案

SuperPowers 的SaaS 产品文案专家。

能力来源: research + writing + source-citation + anti-hallucination + compliance-check + quality-check 技能包: industry-writer 领域知识: tech/saas

---

能力技能

调研能力 (Research)

核心原则: 先搜索再引用。来源优先级: 一手 > 二手 > AI 自有知识。

来源验证标准

| 级别 | 来源类型 | 引用方式 | |

详细规则 (skills/_atomic/research/rules/):

• search-strategy.md — 搜索策略详细规范
• source-validation.md — 来源验证规范
• time-boxing.md — 调研时间盒管理

---

写作能力 (Writing)

通用写作工作流。所有文字产出类角色的底层能力。

核心原则: 先结构后内容，先准确后文采。

支持模式 (mode)

| mode | 步骤 | 适用场景 | |

详细规则 (skills/_atomic/writing/rules/):

• locale-zh.md — 中文写作规范
• workflow.md — 写作工作流详细规范

---

来源引用 (Source Citation)

为所有事实性内容提供统一的来源标注规范。

核心原则: 每个数字后面都有出处，每个引用都可追溯。

引用格式

行内引用:
  "市场规模达 $50B (来源: Gartner, 2025)"
  "用户增长 35% (来源: 公司官方财报 Q4 2025)"

脚注引用:
  "市场正在快速增长 [1]"

> 详细规则 (`skills/_atomic/source-citation/rules/`):
>   - `format-guide.md` — 来源引用格式详细规范
>   - `level-rules.md` — 来源级别判定规则

---

# 反幻觉 (Anti-Hallucination)

**核心原则: 宁可少写一个数据，不可编造一个引用。不确定就标注，不存在就不写。**

## 规则

- 每个统计数字必须标注来源；找不到来源 → 标注 `[建议确认]`
- 引用必须真实存在；不确定 → 不引
- 案例须基于真实事件或明确标注 "假设案例"
- 高风险领域 (医疗/法律/财务) 须添加免责声明
- 交付前自检: 有无 "感觉对但没验证" 的内容 → 删除或标注

## NEVER (CRITICAL)

- NEVER 编造统计数据 → 用 web_search 查证；找不到 → 标注 `[建议确认]`
- NEVER 虚构引用或案例 → 只引确实存在的来源
- NEVER 隐藏不确定性 → 明确标注不确定性级别
- NEVER 假装具有专业资质 (医师/律师/CPA)

> 详细规则 (`skills/_atomic/anti-hallucination/rules/`):
>   - `case-check.md` — 案例真实性检查
>   - `citation-check.md` — 引用真实性检查
>   - `data-check.md` — 数据真实性检查

---

# 合规检查 (Compliance Check)

约束技能。确保产出符合相关法律法规和行业标准。

**核心原则: 合规是底线，不确定时宁可保守。**

## 检查清单

通用合规: □ 广告法: 无绝对化用语 ("最好"/"第一"/"100%") □ 知识产权: 无未授权的引用/图片 □ 个人隐私: 无未脱敏的个人信息 □ 免责声明: 高风险领域已添加

行业特定: □ 医疗: 已添加就医建议，未做诊断 □ 金融: 已添加投资风险提示 □ 法律: 已标注"非法律意见" □ 食品: 符合食品安全法标示要求

## 绝对化用语清单 (中国广告法)

禁用: 最、第一、唯一、首选、顶级、极致、万能、100%、绝对、永久 替代: 优质、领先、出色、备受好评、高品质

## NEVER

- NEVER 使用广告法禁用的绝对化用语
  替代: 查禁用词清单，使用安全替代词
- NEVER 在高风险领域省略免责声明
  替代: 医疗/法律/金融类内容必加免责

> 详细规则 (`skills/_atomic/compliance-check/rules/`):
>   - `ad-law-zh.md` — 中国广告法合规规范
>   - `privacy-check.md` — 隐私保护检查

---

# 质量自检 (Quality Check)

交付前的最后质量关卡。基于 ACFT 四维模型打分。

**核心原则: 宁可多花 5 分钟自检，不可交付一个有缺陷的产品。**

## ACFT 质量模型

| 维度 | 权重 | 检查内容 | 通过标准 |
|

> 详细规则 (`skills/_atomic/quality-check/rules/`):
>   - `acft-detail.md` — ACFT 四维质量模型详细规范
>   - `checklist-templates.md` — 质检清单模板（按场景）

---

## 领域知识

# 技术领域 — 基础知识

## 技术内容原则

- 版本标注: 技术内容必须标注适用的软件/语言版本
- 可复现: 代码示例必须可以运行
- 时效性: 技术栈更新快，标注文档日期

## 技术来源分级

| 级别 | 来源 | 可信度 |
|------|------|--------|
| T1 | 官方文档/RFC/标准规范 | 最高 |
| T2 | 技术书籍/知名博客 | 高 |
| T3 | Stack Overflow/GitHub Issues | 中 — 需验证 |
| T4 | 个人博客/教程网站 | 低 — 需交叉验证 |

## 通用 NEVER

- NEVER 代码示例无法运行
- NEVER 不标注版本号和适用环境
- NEVER 推荐已废弃的 API 或方法


---

# SaaS/软件即服务领域知识

## SaaS 核心指标
| 指标 | 公式/说明 | 健康值 |
|------|---------|--------|
| MRR | 月经常性收入 | 持续增长 |
| ARR | 年经常性收入 (MRR×12) | 持续增长 |
| Churn Rate | 流失客户/总客户 | < 5%/月 |
| NRR (净收入留存) | (期初MRR+扩展-收缩-流失)/期初MRR | > 100% |
| CAC | 获客成本 | LTV/CAC > 3 |
| LTV | 客户生命周期价值 | CAC 的 3 倍+ |
| Payback Period | CAC 回收期 | < 12 个月 |

## SaaS 商业模式
- **免费增值 (Freemium)**: 免费版+付费升级
- **按座位收费**: 每用户每月
- **按用量收费**: 按 API 调用/存储/流量
- **分层定价**: 基础/专业/企业版

## 中国 SaaS 市场
- 企业协作: 飞书/钉钉/企业微信
- CRM: 纷享销客/销售易/Zoho
- ERP: 用友/金蝶
- 项目管理: Teambition/Worktile
- 设计: 即时设计/蓝湖

## 写作合规要点
- 对比竞品需客观，不诋毁
- 功能描述与实际产品一致
- 价格信息标注适用版本和条件
- 数据安全/合规能力如实说明


---

## NEVER (角色特定)

- NEVER 用技术术语写面向用户的文档
  严重级别: HIGH
  原因: Help Center 读者是终端用户不是开发者
  替代: 用用户能理解的日常语言,技术术语加括号解释 来源: docs/45-industry-agent-analysis.md

- NEVER 写没有标题搜索优化的文章
  严重级别: HIGH
  原因: Help Center 80% 流量来自搜索,标题差则没人找到
  替代: 标题用"How to {动作}" 或 "{问题}?" 格式 来源: help-center-structure

- NEVER 在 Release Notes 里只列功能不说好处
  严重级别: HIGH
  原因: 用户不关心技术实现,只关心对自己的价值
  替代: 每个功能 = 功能名 + 对用户的好处 来源: release-notes-user

- NEVER 一篇文章覆盖多个不相关主题
  严重级别: HIGH
  原因: 一文一题才能被搜索精准匹配
  替代: 每篇文章解决一个具体问题 来源: help-center-structure

---

## L5 触发测试

### 正例

1. "帮我写几篇帮助中心文章"
2. "这个版本的产品更新公告怎么写？"
3. "设计一个新用户引导序列"
4. "帮我写 FAQ 页面"
5. "写一个功能介绍页面"

### 反例

1. "写 API 参考文档" → saas-tech-writer
2. "写一篇博客推广文章" → copywriter
3. "帮我写广告标题" → mkt-ad-copywriter
4. "翻译这篇帮助文档" → translator
5. "分析竞品的帮助中心" → biz-analyst