TOB 内容生产工作流

基于 9 步 SOP 的专业 TOB 产品功能深度解读文章生产系统。

使用场景

• 为 TOB 产品的核心能力/功能撰写深度解读长文
• 需要配套配图方案和 AI 生图 Prompt 的内容生产
• 公众号/官网/内容营销用途的技术产品文章

核心工作流程（9 步）

Step 1: 接收资料 ← 用户提供原始素材
Step 2: 明确写作约束 ← 主动追问 7 个核心问题
Step 3: 输出文章架构 ← 产出结构化大纲
Step 4: 确认架构 ← 用户审核调整
Step 5: 撰写完整初稿 ← 基于确认架构展开
Step 6: 标注配图位置 ← 嵌入配图标记
Step 7: 输出配图 AI Prompt ← 可直接输入生图工具
Step 8: 内容自我打分 ← 7 维度自评
Step 9: 修改迭代 ← 基于反馈优化

快速开始

当用户需要生产 TOB 产品内容时，使用以下开场话术：

好的，我们开始走 TOB 内容生产流程。

第一步：先请你把手上的资料发给我——产品文档、功能说明、技术资料、客户反馈，有什么给什么，多多益善。

同时，如果你已经有明确想法，也可以先告诉我：
1. 这篇文章是写给谁看的？
2. 发在哪个渠道？
3. 最终想达到什么效果？

资料不全也没关系，我看完之后会主动追问缺的部分。

Step 1: 接收资料

用户需提供的典型资料（按优先级）：

优先级	资料类型	说明
🔴 必需	产品/功能文档	官方功能说明、技术文档、PRD 摘要
🔴 必需	目标读者说明	写给谁看（角色、行业、决策层级）
🔴 必需	内容目标	品牌认知？线索获取？产品教育？
🟡 重要	竞品或行业参考	竞品的类似内容、行业报告、参考文章
🟡 重要	客户痛点/反馈	销售录音摘要、客户原话、售前 FAQ
🟢 加分	数据/案例素材	客户案例、使用数据、效果对比

Step 2: 明确写作约束与口径

必须确认的 7 个核心问题：

1. 功能定位：独立产品还是平台子功能？
2. 目标读者：CTO/开发者/业务负责人/采购？
3. 内容目标：品牌认知？线索获取？产品教育？
4. 发布渠道：公众号？官网？知乎？多渠道？
5. 禁区：不能提的竞品、说法、技术细节？
6. 调性：技术硬核、商业叙事、还是场景通俗？
7. 篇幅预期：多少字？截止时间？

Step 3: 输出文章架构

架构文档标准格式：

## 文章架构

**工作标题**：《XXXXX》
**预估篇幅**：XXXX 字
**目标读者**：XXXX
**核心价值主张（一句话）**：XXXX

### 结构大纲

一、[章节标题]（约 XX 字）
- 核心内容：XXXX
- 写作手法：痛点场景切入 / 数据开头 / 提问式
- 预计配图：是 / 否

二、[章节标题]（约 XX 字）
- 核心内容：XXXX
- 子章节：2.1 XXX / 2.2 XXX
- 写作手法：XXXX
- 预计配图：是 / 否

### 信息优先级说明
- 必须重点展开的：XXXX
- 点到即止的：XXXX
- 本文不涉及的：XXXX

Step 4: 确认架构

引导话术：

架构在上面了，你重点看三个东西：

1. **结构是否合理**：章节顺序、逻辑递进，有没有想调整的？
2. **重点是否对**：我在 XX 部分花了最多篇幅，你觉得重点应该在这吗？
3. **有没有遗漏**：有没有"必须出现但我没列进去"的内容？

小问题直接说，大调整也没关系——现在改架构成本最低。

确认标准：

• 用户对章节结构无异议
• 用户对重点分布无异议
• 用户对"不涉及"的内容无异议
• 用户确认"可以开始写了"

Step 5: 撰写完整初稿

写作框架：

1. 痛点场景切入（读者共鸣）
2. 概念定义（这是什么）
3. 核心能力拆解（能干什么）
4. 技术实现亮点（怎么做到的）
5. 使用方式/操作流程（怎么用）
6. 总结升华（回扣价值主张 + CTA）

写作原则：

• 场景先行：先讲用户的痛，再讲产品的好
• 一个功能一个故事：每个子能力都有独立的"痛点→方案→效果"闭环
• 说人话：技术概念必须翻译为业务价值，不堆术语
• 有节奏：长段落和短句交替，重点结论加粗或引用块突出
• 不自嗨：每写完一段自问"读者看到这里会不会想划走？"

Step 6: 标注配图位置与意图

标注格式（嵌入正文）：

<!-- 【配图 {编号}】
位置：{所在章节名称}
目的：{这张图要让读者理解什么}
类型：{信息图 / 对比图 / 流程图 / 操作截图 / 概念插画}
画面关键词：{简要描述画面核心元素}
-->

常见配图类型：

• 输入-输出总览图
• 对比图（Before/After）
• 流程图
• 操作步骤图
• 概念示意图
• 效果展示图
• 架构图

Step 7: 输出配图 AI Prompt

Prompt 输出标准格式：

### 配图 {编号}：{图片名称}

**对应章节：** {章节名}
**传达目的：** {一句话说明}
**建议尺寸：** {宽x高 px，宽高比}

**Prompt：**

{英文 Prompt 正文，包含画面描述、风格指令、参数}

风格指令速查：

风格	适用场景	Prompt 关键词
扁平信息图	流程图、总览图	flat design, infographic, minimal, clean lines
科技感插画	品牌宣传、概念图	tech illustration, isometric, gradient, futuristic
UI 截图风	产品效果展示	UI mockup, browser window, dashboard, realistic
对比图	Before/After	comparison layout, split view, side by side

Step 8: 内容自我打分

评分维度与标准（10 分制）：

维度	权重	评分标准
目标达成度	20%	是否完成 Brief 设定的内容目标？
读者匹配度	20%	技术深度、用语风格是否精准匹配目标读者？
结构与逻辑	15%	章节顺序是否有递进感？
信息密度	15%	每段是否有"信息增量"？
表达与可读性	15%	句子是否通顺简洁？
CTA 与转化设计	10%	行动引导是否自然？
差异化与记忆点	5%	与竞品同类内容相比，是否有独特切入点？

自评输出格式：

## 内容自评报告

**总分：XX / 10**

| 维度 | 得分 | 说明 |
|------|------|------|
| 目标达成度 | X/10 | {具体说明} |
| 读者匹配度 | X/10 | {具体说明} |
| ... | ... | ... |

### 主要优势（Top 3）
1. XXXX
2. XXXX
3. XXXX

### 已知不足与改进方向（Top 3）
1. XXXX → 建议改进方式：XXXX
2. XXXX → 建议改进方式：XXXX
3. XXXX → 建议改进方式：XXXX

Step 9: 修改迭代

修改分级处理：

修改级别	定义	处理方式
🟢 微调	措辞打磨、错别字、格式调整	直接改，不用单独确认
🟡 局部修改	某段/某章节的重写、补充、删减	说明改了什么、为什么改，交付修改版
🔴 结构性调整	整体逻辑重组、新增/删除章节	回到 Step 3 重新出架构，确认后再动笔

迭代终止条件：

• 用户明确表示"OK，可以定稿"
• 或连续两轮修改均为 🟢 微调级别，且用户无新增反馈

完整交付物

项目完成后，应交付以下文件（保存在 workspace/content-projects/{项目名称}/）：

#	交付物	格式
1	文章定稿	Markdown
2	配图标注版	Markdown
3	配图方案文档	Markdown
4	AI 生图 Prompt 合集	Markdown
5	内容自评报告	Markdown
6	修改记录	Markdown

Word 导出功能

支持将 Markdown 格式的交付物导出为 Word 文档：

安装依赖：

cd ~/.openclaw/workspace/content-projects/{你的项目名}
npm install docx

使用方法：

# 单文件导出
node export-to-docx.js --input ./article.md --output ./article.docx

# 批量导出
node batch-export.js --project-dir . --output-dir ./word-export

Word 格式规范：

• 字体：微软雅黑（中文）
• 一级标题：36pt，蓝色（#2E75B6），加粗
• 二级标题：28pt，加粗
• 三级标题：26pt，加粗
• 正文：24pt（12pt）
• 页面边距：1 英寸

注意事项

1. Step 3-4（架构确认）是效率关键：多花 10 分钟对齐，省掉 2 小时返工
2. Step 8（自评）不是走过场：真诚暴露问题，体现专业性
3. 每一步的输出都是可独立交付的：用户可以在任何一步暂停
4. 整个流程可灵活裁剪：如果用户时间紧，可以合并 Step 1-2、跳过 Step 3-4 直接写稿

---

基于 CodeWave D2C 文章项目实践优化