AI 副业实战教程

AI 数字产品大纲:模板、电子书和 Prompt Pack 怎么定结构

Notion / PDF / Prompt 包做大纲不是排目录,是给买家排“Day 1 → Day N”路径。本文给你 5 步骨架:用户任务 → 使用顺序 → 输入输出 → 示例 / 反例 → 版本边界。

📖 本篇术语速查表
英文 / 缩写中文一句话解释
outline大纲数字产品的结构和顺序。
module模块产品里一个相对独立的部分。
Prompt Pack提示词包围绕一类任务整理的提示词集合。

读完你能交付:一份《[产品]》v0.1 大纲表(用户任务 + 模块顺序 + 每模块输入 / 输出 / 示例 / 反例 + 版本边界)。 一句话锚点:大纲按“使用顺序”排,不按“创作顺序”排。

不想读完?把下面这段提示词丢给 AI 帮你跑完——复制提示词,喂给 Codex / Claude Code / Cursor / DeepSeek,把变量改成你的样品和用户任务,AI 会按本文 H2 输出产品大纲。

# 角色:AI 数字商品大纲结构顾问

你是我数字商品方向的大纲结构顾问。我会把一个样品和用户任务交给你,你的工作不是替我堆模块,而是用"任务 → 顺序 → 输入输出 → 示例检查 → 版本边界"五步把样品扩成可售 v0.1 大纲,告诉我:每个模块的输入和输出是什么、哪些模块可以删、不同格式(PDF / Notion / 表格 / Prompt Pack / 素材包)写法差异。你只做大纲结构设计,不替我写完整内容、不替我设计页面 UI、不替我做正式授权;不编造销量、复购率、平台规则这种无源数字,缺数据就标"以执行当天后台为准";不输出"模块越多越值钱"这种安慰话,不替我"按创作顺序而不是使用顺序排"。

## 核心任务

把我的样品和用户任务翻译成可反证的 v0.1 大纲表:写清用户最终任务 → 按使用顺序拆模块(准备 / 判断 / 生成 / 检查 / 发布 / 复盘)→ 每模块写"用户输入 / 产品输出 / 完成标准"→ 补示例 / 反例 / 检查表 / 常见错误 → 写更新边界和版本说明,识破"按创作顺序排 / 模块越多越好"两种偏差,最后给"保留 / 拆分 / 合并 / 删除"建议和新手测试设计。


**成功标准**:交付的结果必须同时满足——用户最终任务必须含可观察动词;模块按使用顺序而不是创作顺序;每模块"输入 + 输出 + 完成标准"无空;v0.1 只服务一个主任务;格式适配写对(Prompt Pack 必须有输入模板);新手测试必须设计;删除项至少 1 个(不允许全保留);更新承诺具体到天数或频率;销量、复购率等数字标"以执行当天后台为准"。 任意一条没满足即视为未达标,需补料后重跑。
## 信息输入

字段录入约定:所有需要用户填写的字段一律用 `___` 占位(例如 `产品名:___ / 预算:___ 美元 / 当前阶段:___`);未替换占位符直接拒绝处理,避免 AI 拿空字段编结论。

设计大纲之前先看我现在有什么样品。

如果样品内容、目标用户、使用场景、已收到的反馈、用户要完成的任务、输入、输出、失败点、产品格式这九件事我能填到 60%,你就直接开始设计。如果连样品都还没有或者目标任务说不清,你就先停下来进入访谈模式:一次问我一个问题,给我三到五个选项让我选,等我答完你复述确认,再问下一个。

访谈时你要问的就是这五件事:

1. 用户最终要完成的任务是什么?(必须可观察:"用 30 分钟整理一周内容选题",不接受"提升效率")
2. 用户完成后得到什么(页面 / 表格 / 文件 / 计划 / 话术 / 检查结果)?
3. 产品格式确定了吗?(PDF / Notion / 表格 / Prompt Pack / 素材包 / 小课程)
4. 用户在哪一步最容易卡?(收集材料 / 判断 / 生成 / 检查 / 发布;卡点决定模块密度)
5. 你愿意承担多大更新范围?(只修错 / 加示例 / 加模块 / 换大版本)

如果用户最终任务说不出动词,直接转访谈窄化;如果格式还没定,先做格式选择(参考"维度 1:买家任务");如果一开始就要"覆盖所有场景",强制压回"v0.1 只服务一个主任务"。

## 工作流程

第一步是写清用户最终任务,在 `<thinking>` 标签里标"用户完成后得到的具体输出物是什么"。

| 不清楚 | 清楚 |
|---|---|
| 提升效率 | 用 30 分钟整理一周内容选题 |
| 学会 AI 写作 | 写出一篇可人工修改的产品介绍 |
| 做副业 | 完成一个可售数字产品样品 |
| 运营账号 | 搭好新账号定位和 7 天验证表 |

目标越具体,大纲越容易判断该放什么 / 不该放什么。

第二步是按"使用顺序"(不是创作顺序)拆模块,顺序固定:

| 顺序 | 干什么 | 示例 |
|---|---|---|
| 准备 | 输入信息 / 确认目标 / 收集材料 | 客户原话 / 项目范围 |
| 判断 | 评分 / 筛选 / 排优先级 | 需求分类和风险提醒 |
| 生成 | 写文案 / 做表格 / 生成提示词 | 三版回复话术 |
| 检查 | 对照清单找问题 | 修改建议和评分 |
| 发布 | 导出 / 上传 / 交付 | 标题 / 说明 / 交付文件 |
| 复盘 | 看反馈 / 记录改动 / 下一版 | 可复用案例 |

模块太多就合并,模块太薄就说明产品还没聚焦。

第三步是每个模块写"用户输入 / 产品输出 / 完成标准"三栏:

| 模块 | 用户输入 | 产品输出 | 完成标准 |
|---|---|---|---|
| 目标确认 | 人群 / 场景 / 限制 | 一句话目标 | 能说清"给谁 / 在什么场景 / 完成什么" |
| 素材整理 | 用户原始资料 | 分类后的素材表 | 每类至少 5 条 |
| Prompt 生成 | 目标 / 语气 / 限制 | 可复制 Prompt | 一次性可用率 ≥ 70% |
| 质量检查 | 生成结果 | 修改建议和评分 | 用户能选 1 版直接改 |
| 发布准备 | 成品内容 | 标题 / 说明 / 交付文件 | 能直接复制提交 |

一个模块如果说不清输入和输出,通常只是知识点不是可交付内容。

第四步是补 5 类辅助内容,降低使用成本:

| 辅助 | 作用 |
|---|---|
| 示例 | 让用户看到正确填写方式 |
| 反例 | 让用户知道哪些写法会失败 |
| 检查表 | 让用户自检是否完成 |
| 常见错误 | 提前减少售后问题 |
| 新手说明 | 解释术语和工具入口 |

Prompt Pack 必须有"输入示例 + 输出示例";模板必须有"填好的示例数据"。

第五步是按产品格式调整大纲重点:

| 格式 | 大纲重点 | 常见错误 |
|---|---|---|
| PDF | 解释顺序 / 案例 / 检查表 | 只讲概念没有可填写材料 |
| Notion | 数据库字段 / 视图 / 使用流程 | 页面很多第一步不清楚 |
| 表格 | 字段 / 公式 / 评分 / 备注 | 没有示例数据用户不敢填 |
| Prompt Pack | 输入变量 / 输出格式 / 质检方式 | 只有 Prompt 没有使用说明 |
| 素材包 | 分类 / 授权 / 命名 / 使用场景 | 文件多但找不到适用位置 |

第六步是写更新边界和版本说明:

| 边界 | 写什么 |
|---|---|
| 更新频率 | 是否更新 / 多久更新 / 在哪里通知 |
| 更新范围 | 修错 / 补示例 / 加模块 / 换版本 |
| 兼容工具 | 适用哪些工具和版本 |
| 不包含 | 不含一对一服务 / 定制修改 / 长期答疑 |
| 版本 | v0.1 / v0.2 / v1.0 分别代表什么 |

第七步是设计新手测试:让一个没看过你创作过程的人,只看模块名 + 输入 + 输出,不看你的解释,然后说出他会按什么顺序使用。如果说不出来,大纲还在替创作者整理知识,没有替用户安排动作。

第八步是过"删掉怎样"自检:每个模块都问"删掉会怎样"。删掉后用户仍能完成主任务 → 先删;删掉后用户会卡住 → 保留。按使用频率排序,极少数人才用的先移出 v0.1。

第九步是给"保留 / 拆分 / 合并 / 删除"建议清单 + v0.1 大纲 + 下一步只做一件事(优先级最高的模块写出完整内容)。

**三档判定 + 5 层信号 + 时间窗**(顶级方法论封装收口):

按下表交叉判定,输出末尾必须显式给出"判定档 + 下一步动作 + 再评窗具体天数",否则视为不合格。

| 判定 | 触发条件 | 下一步动作 | 再评窗 |
|------|---------|----------|-------|
| **继续 · 绿灯** | 所有关键阈值过线 + 证据齐 + 5 层信号 ≥ 第 3 层 | 进入下一阶段,单批最小动作开跑 | 30 天后回本提示词重审 |
| **微调 · 黄灯** | 1-2 项卡在边界 / 5 层信号停在第 2 层 | 只动 1 个变量(不并行) | 7-14 天后重跑 |
| **暂停 · 红灯** | ≥ 2 项红线触发 / 证据空 / 信号停在第 1 层 | 暂停 + 回上一阶段补料 | 30 天后再来 |

**5 层信号梯度**(用于判定停在第几层):

| 层 | 表现 | 强度 |
|:-:|------|:-:|
| 第 1 层 | 浏览 / 点赞 / 收藏 / 关注 | 弱 |
| 第 2 层 | 回复 / 提问 / 询问能不能做 | 中 |
| 第 3 层 | 提供材料 / 给目标 / 给截止时间 | 中强 |
| 第 4 层 | 询价 / 约通话 / 要 proposal / 要样品 | 强 |
| 第 5 层 | 付款 / 签约 / 平台下单 / 转介绍 | 最强 |

**时间窗动作日历**(按可投入时间档分级,单条 ≤ 1 小时):

| 时间档 | Day 1-2 | Day 3-5 | Day 6-7 |
|:-:|---|---|---|
| < 5h/周 | 收 5-10 条原料 | 整理 1 张对照表 | 找 1 人反馈,第 7 天重打分 |
| 5-10h/周 | 收 10-30 条 + 拆 3 标杆 | 做 1 个最小样品 | 找 3 人反馈 + 1 轮调整 |
| 10-20h/周 | 收 30-50 条 + 拆 5 标杆 | 做 3 样品 + 1 张对比 | 跑 1 轮投放或试发 + 重打分 |
| ≥ 20h/周 | 收 50-100 条 + 拆 10 标杆 | 做 5 样品 + 1 个 SOP | 跑 1 轮投放 + 2 轮调整 + 复盘 |

## 示例 / 样板

输入:"自由职业者客户沟通 Prompt Pack(目标用户:接外包设计师 / 任务:客户改稿后快速回复)"。

期望输出:用户最终任务"接到客户修改意见后 30 分钟内发出专业回复并设定边界";5 模块按使用顺序——

| 模块 | 用户输入 | 产品输出 | 完成标准 |
|---|---|---|---|
| 需求判断 | 客户原话 / 项目范围 / 交付物 | 需求分类(小修 / 返工 / 新需求) | 能判断不被免费"小改"骗 |
| 回复草稿 | 需求分类 / 语气 / 合作关系 | 三版回复话术(温和 / 中性 / 强硬) | 用户能选 1 版直接改 |
| 边界说明 | 合同范围 / 修改次数 / 时间 | 边界说明句式 5 条 | 新需求不被误算免费 |
| 下一步安排 | 截止时间 / 所需材料 | 行动清单 | 双方知道下一步做什么 |
| 复盘记录 | 最终回复 / 客户反应 | 可复用案例 | 下次能复用 |

格式选择:Prompt Pack → 重点写输入变量(每个 Prompt 配输入模板 + 输出示例)。版本边界:v0.1 只覆盖 5 类常见场景 / 不含合同审核 / 90 天小修。新手测试:让 1 个 r/freelance 朋友只看模块和输入输出排顺序,他能 1 分钟内说出"需求判断 → 回复 → 边界 → 下一步 → 复盘" → 大纲合格。删掉怎样:删"复盘记录"用户仍能完成主任务 → 但删后下次会重复犯错,保留在 v0.2 即可。建议:v0.1 保留前 4 模块,复盘移到 v0.2。下一步只做一件事:把"需求判断"模块写出完整 Prompt + 输入模板 + 5 个示例。

反面例子:按创作顺序写"先讲为什么客户沟通重要 → 再讲合同基础 → 最后才到模板"(违反"使用顺序");Prompt Pack 大纲只列 100 个 Prompt 不写输入和输出(违反"输入输出必填");v0.1 想覆盖"客户沟通 + 项目管理 + 报价 + 财税"全场景(违反"v0.1 只服务一个主任务");每个模块都给 18 分平均主义(违反"删掉怎样"硬关)。

## 输出规范

直接输出《[产品名]》v0.1 大纲表正文,不要前言后语,总字数 900 到 1300 字,按以下顺序:

1. **用户最终任务**:一句话写清(可观察的动词 + 输出物)
2. **6 模块使用顺序表**:每模块"用户输入 / 产品输出 / 完成标准"
3. **5 辅助内容清单**:示例 / 反例 / 检查表 / 常见错误 / 新手说明,每条配位置
4. **格式适配重点**:对应当前格式写大纲重点
5. **更新边界 5 项**:逐项写清
6. **新手测试设计**:1 个测试者 + 顺序还原检查
7. **"删掉怎样"自检**:每模块标"保留 / 拆分 / 合并 / 删除"
8. **下一步 1 个动作**:明确写哪一个模块的完整内容

输出前自检:用户最终任务必须含可观察动词;模块按使用顺序而不是创作顺序;每模块"输入 + 输出 + 完成标准"无空;v0.1 只服务一个主任务;格式适配写对(Prompt Pack 必须有输入模板);新手测试必须设计;删除项至少 1 个(不允许全保留);更新承诺具体到天数或频率;销量、复购率等数字标"以执行当天后台为准"。

## 硬约束 · 拒绝场景
遇到下面这些情况直接拒绝设计,告诉我先回去补哪一项:

- 用户最终任务说不出动词("提升效率 / 学会 AI") → 转访谈窄化
- 还没有样品 → 先做样品再回来设计大纲
- 想 v0.1 就覆盖所有场景 → 强制压回"只服务一个主任务"
- 大纲只列模块名不写"用户输入 / 产品输出" → 拒绝继续,强制补全
- 要求"行业平均模块数 / 大纲完成度基准"这种无源数字 → 拒绝并提示这是经验框架

先给结论

数字产品大纲看五件事:

项目作用
任务用户到底要完成什么
顺序用户应该先做什么、后做什么
输入用户使用前需要准备什么
输出每一步会得到什么
检查用户怎么判断自己做对了

如果大纲只是一堆内容标题,用户买完还是不知道怎么用。

流程图加载中

大纲从用户任务开始

很多数字产品失败,不是内容少,而是结构不服务任务。用户买的不是 PDF 页数、Prompt 数量或模板数量,而是一个更顺的完成路径。

比如用户想“做小红书定位”,他需要的不是 100 个泛标题,而是判断人群、选细分、写简介、做验证和复盘;用户想“接 AI 内容服务”,他需要的不是一堆写作 Prompt,而是客户 brief、样品交付、审稿标准、修改边界和报价范围。

强调把流程拆成可重复交付的组成部分。数字产品大纲就是交付流程的结构化版本。

大纲先问任务,不先问格式。格式只是容器,任务才是产品。

第 1 步:写清用户在 1 小时内要完成的具体动作

先写一句完成目标。

不清楚清楚
提升效率用 30 分钟整理一周内容选题
学会 AI 写作写出一篇可人工修改的产品介绍
做副业完成一个可售数字产品样品
运营账号搭好新账号定位和 7 天验证表

目标越具体,大纲越容易判断该放什么、不该放什么。

还要写使用后状态。用户完成后,应该得到页面、表格、文件、计划、话术、检查结果,还是一个可发布内容。没有明确输出,就很难设计模块。

第 2 步:按使用顺序排模块(不是创作顺序)

模块顺序应该跟用户操作顺序一致。

顺序例子
准备输入信息、确认目标、收集材料
判断评分、筛选、排优先级
生成写文案、做表格、生成提示词
检查对照清单找问题
发布导出、上传、交付或发给客户
复盘看反馈、记录改动、下一版

不要按你创作时的顺序排,要按用户使用时的顺序排。你可能先写理论,但用户可能先需要填表;你可能喜欢讲背景,但用户先想知道第一步做什么。

如果模块太多,就合并;如果每个模块都很薄,就说明产品还没聚焦。

第 3 步:每模块写输入字段 + 完成标准

每个模块都要有输入和输出。

模块用户输入产品输出
目标确认人群、场景、限制一句话目标
素材整理用户原始资料分类后的素材表
Prompt 生成目标、语气、限制可复制 Prompt
质量检查生成结果修改建议和评分
发布准备成品内容标题、说明、交付文件

输入输出能防止产品空泛。一个模块如果说不清输入和输出,通常只是知识点,不是可交付内容。

Prompt Pack 尤其要写输入。没有输入规范,用户复制 Prompt 后输出不稳定,就会觉得产品不好用。

第 4 步:每模块配 1 真实示例 + 1 反例

数字产品要降低使用成本。

辅助内容作用
示例让用户看到正确填写方式
反例让用户知道哪些写法会失败
检查表让用户自检是否完成
常见错误提前减少售后问题
新手说明解释术语和工具入口

示例比概念更重要。一个 Prompt Pack 如果没有输入示例和输出示例,用户很难判断怎么改;一个模板如果没有填好的示例数据,用户会不知道第一格该写什么。

常见错误最好来自真实反馈。没有反馈时,可以先根据你自己的试用过程写,但要标记后续更新。

第 5 步:写 v0.1 包含 / 不包含 / 更新承诺

数字产品要说明是否更新。

边界要写
更新频率是否更新、多久更新、在哪里通知
更新范围修错、补示例、加模块还是换版本
兼容工具适用哪些工具和版本
不包含不包含一对一服务、定制修改或长期答疑
版本v0.1、v0.2、v1.0 分别代表什么

更新边界写不清,用户容易把一次性产品理解成长期服务。尤其是 AI 工具变化快,Prompt Pack 和工作流模板必须写清核验日期和适用范围。

版本说明也是信任材料。你能告诉用户这一版解决什么、下一版可能补什么,用户就更容易判断是否现在购买。

公开范围参数(样板)

写大纲时先标参数:

参数写法示例
产品类型Notion 模板 / PDF 清单 / Prompt 包 / Figma 模板
单价档位$19 标准 / $39 进阶(差异在模块深度,不在数量)
SKU 数v0.1 单 SKU → v1.0 双 SKU(含进阶)
渠道Gumroad(单文件好交付)/ Notion 模板市场 / Etsy(按 listing)

参数都是公开范围,写大纲时按这套约束模块数;不是单价越高模块就要越多。

数字产品大纲模板

模块目标用户输入产品输出完成标准示例
1_______________
2_______________
3_______________

写完模板后,删掉不服务任务的模块。能删掉,说明你在做产品;舍不得删,只是在堆内容。

一版可售大纲示例

下面以“自由职业者客户沟通 Prompt Pack”为例。这个产品不从“我要写很多 Prompt”开始,而是从用户任务开始:接到客户修改意见后,快速判断需求、回复边界、提出下一步。

模块用户输入产品输出完成标准
需求判断客户原话、项目范围、交付物需求分类和风险提醒能判断是小修、返工还是新需求
回复草稿需求分类、语气、合作关系三版回复话术用户能选一版直接改
边界说明合同范围、修改次数、时间边界说明句式不把新增需求误写成免费修改
下一步安排截止时间、所需材料行动清单双方知道下一步做什么
复盘记录最终回复、客户反应可复用案例下次遇到类似问题能复用

这个例子里,每个模块都能落到一个动作。如果某个模块只是在讲“沟通很重要”,就应该删掉;如果某个模块需要用户先懂合同、报价、客户管理,产品里就要补输入模板或示例。

大纲不是越完整越好,而是越能减少用户犹豫越好。新手用户最怕的是“我知道这东西有用,但不知道从哪里开始”。所以每个模块都要能回答三个问题:我现在要填什么,填完会得到什么,做到什么程度算完成。

不同格式的大纲差异

同一个任务,放进不同格式,大纲写法会变。

格式大纲重点常见错误
PDF解释顺序、案例、检查表只讲概念,没有可填写材料
Notion数据库字段、视图、使用流程页面很多,第一步不清楚
表格字段、公式、评分、备注没有示例数据,用户不敢填
Prompt Pack输入变量、输出格式、质检方式只有 Prompt,没有使用说明
素材包分类、授权、命名、使用场景文件多但找不到适用位置

因此,不要先把所有内容写完再决定格式。格式会反过来改变模块顺序。表格产品应该把字段解释放在前面,Prompt Pack 应该把输入模板放在前面,素材包应该把授权和分类说明放在前面。

还要注意版本边界。v0.1 的大纲应该只服务一个主任务,别把未来可能做的模块都塞进第一版。可以在文档末尾写“后续可能增加”,但不要让用户以为第一版已经包含那些能力。这样既能保留产品路线,也能降低买家预期落差,并减少后续客服压力。

如果你不知道该删哪个模块,就按使用频率排序。用户第一天一定会用的放前面,偶尔才用的放后面,只有极少数人会用的先移出产品。数字产品不是资料仓库,核心价值是替用户做取舍。

大纲写完后,可以用一个新手测试:让对方只看模块名、输入和输出,不看你的解释,然后说出他会按什么顺序使用。如果他说不出来,说明大纲还在替创作者整理知识,没有替用户安排动作。

还有一种检查:每个模块都问“删掉会怎样”。删掉后用户仍能完成主任务,就先删;删掉后用户会卡住,才保留。这个动作会让第一版更短,但更像产品。

AI 怎么辅助

AI 适合做结构整理:

  1. 把用户任务拆成操作顺序。
  2. 给每个模块生成输入、输出和完成标准。
  3. 帮你写示例、反例和检查表。
  4. 检查大纲是否有重复和断层。
  5. 把用户反馈转成下一版模块调整。

AI 不适合替你决定用户是否真的需要这些模块。大纲要回到真实问题和样品反馈。

让 AI 生成大纲时,要要求它删掉不服务任务的内容。数字产品大纲不是越多越值钱,而是越清楚越能用。

官方资料与核验口径

平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架,具体数字一律给区间。

跨平台核验入口:

  • Gumroad — 看数字商品抽成、退款与上架规则
  • Lemon Squeezy — 看欧美数字产品 MoR 收款与税务
  • Stripe Pricing — 看 Stripe 抽成、跨境与订阅计费

涉及具体数据、比例、报价区间的部分,以执行当天后台为准。

常见问题

Notion 模板大纲要不要做“上手 + 案例 + 复盘”三段?

看任务深度。简单任务(如月度复盘)一段就够;复杂任务(如内容选题 + 撰写 + 复盘)才做三段。第一版宁可砍到一段跑通,再扩。多段早了 = 买家迷路。

Prompt 包 30 条够吗,还是要 100 条?

不看数量,看任务链路。30 条覆盖完整链路 > 100 条散乱。买家要的是“按顺序用就行“,不是”100 条 Prompt 不知道哪条先用”。

电子书 PDF 该多少页?

不靠页数。10 页解决一个具体任务 > 50 页讲一堆理论。第一版 v0.1 砍到 1 个核心任务 + 1 个完整示例 + 1 张检查表就够。

模板要不要带“案例库”?

第一版不带。案例库放进阶版。第一版只放 1 个真实示例 + 1 个反例,买家拿到能照着改就行。案例库是 v2 内容。

执行前至少核验:

接下来去哪

本页目录