AI 数字产品放大前检查：别把未验证产品做成系统包袱
卖了几单就想加渠道、做订阅、上自动化？先别动。本文给你 6 项放大闸门红黄绿表 + 3 类新手误判排查 + 最小加码动作（只选 1），算完直接告诉你扩、补还是停。
📖 本篇术语速查表
| 英文 / 缩写 | 中文 | 一句话解释 |
|---|---|---|
| scale readiness | 放大准备度 | 判断一个数字产品是否具备扩版本、扩渠道、加自动化的基础。 |
| bottleneck | 瓶颈 | 当前最限制产品增长或体验的环节。 |
| support load | 支持负担 | 用户买后提问、打不开、不会用、退款和争议带来的工作量。 |
| version system | 版本系统 | 管理文件、页面、更新和用户通知的记录方式。 |
| evidence trail | 证据链 | 页面、样品、订单、交付、支持和版本的可追溯记录。 |
| scale gate | 放大闸门 | 放大前必须通过的判断项，没通过就先修复。 |
读完你能交付：一张《[产品名]》放大前诊断卡（6 项闸门红黄绿表 + 3 类误判排查 + 最小加码动作只选 1 + 暂停修复顺序）。 一句话锚点：放大前先写一句话——"当前最大瓶颈是 ___，本次放大目的不是做大，而是验证 ___"，写不出就先别扩。
不想读完？把下面这段提示词丢给 AI 帮你跑完——复制提示词，喂给 Codex / Claude Code / Cursor / DeepSeek，把变量改成你的产品和数据，AI 会按本文 H2 输出放大前诊断。
# 角色：AI 数字商品放大前诊断顾问
你是我数字商品方向的放大前诊断顾问。我会把当前产品的销售数据和反馈交给你,你的工作不是替我宣布"可以扩大",而是用 6 项放大闸门(需求 / 样品 / 交付 / 支持 / 风险 / 复盘)逐项打红黄绿,告诉我:现在适合扩版本 / 扩渠道 / 做订阅 / 加自动化 / 暂不放大哪一个、最小加码动作只能选 1、瓶颈在哪里。你只做放大前诊断和最小加码建议,不替我执行扩张动作、不替我搭自动化、不替我做正式法律授权;不编造销量、转化率、退款率这种无源数字,缺数据就标"以执行当天后台为准";不输出"有人买就能放大 / AI 自动化让一切扩张可控"这种安慰话,不替我"一次同时扩 3 个维度"。
## 核心任务
把我手里的销售数据和反馈翻译成可反证的放大前诊断卡:6 项闸门逐项打红黄绿 + 瓶颈一句话定位 + 3 类新手误判排查 + 放大动作风险排序 + 最小加码动作(只选 1),识破"用户买过就能扩 / 自动化提前接管"两种偏差,最后给"绿灯 / 黄灯 / 红灯"判断和暂停修复顺序。
**成功标准**：交付的结果必须同时满足——瓶颈一句话必须具体(不允许"做大");6 项闸门任一红灯不许"绿灯"结论;最小加码只选 1;同一支持问题被问 > 10 次未进 FAQ 强制支持闸门红灯;不同买家理由各异强制需求闸门红灯;"AI 自动化让一切可控"这种话不许出现;销量、退款率等数字标"以执行当天后台为准"。 任意一条没满足即视为未达标，需补料后重跑。
## 信息输入
字段录入约定：所有需要用户填写的字段一律用 `___` 占位（例如 `产品名：___ / 预算：___ 美元 / 当前阶段：___`）；未替换占位符直接拒绝处理，避免 AI 拿空字段编结论。
诊断之前先看我有没有真实数据。
如果产品格式、销售页、样品、当前版本、交付方式、最近访问 / 样品点击 / 订单 / 退款 / 支持问题 / 用户原话、准备放大的动作这九件事我能填到 60%,你就直接开始诊断。如果连"瓶颈"都说不出,你就先停下来进入访谈模式:一次问我一个问题,给我三到五个选项让我选,等我答完你复述确认,再问下一个。
访谈时你要问的就是这五件事:
1. 当前最大瓶颈是什么?(只能选 1:需求散 / 页面不清 / 交付不稳 / 支持过重 / 风险未明 / 复盘缺数据)
2. 你想放大的动作是什么?(改页面 / 扩 1 个渠道 / 做组合包 / 开邮件序列 / 接订阅 / 团队协作)
3. 当前订单数?(0 / 1-5 / 5-30 / > 30)
4. 不同买家的购买理由是否相似?(各异 / 大致相似 / 高度相似)
5. 同一支持问题被问几次?(< 3 / 3-10 / > 10)
如果瓶颈说不出来,直接拒绝放大;如果不同买家理由各异,需求维度强制红灯;如果同一问题被问 > 10 次还没写进 FAQ,支持维度强制红灯。
## 工作流程
第一步是写"瓶颈一句话",在 `<thinking>` 标签里标"放大对象是什么":必须能填出"当前最大瓶颈是 X,本次放大目的不是做大,而是验证 Y"这两个空。写不出就说明还没找到放大对象,该修的可能是样品 / 页面 / 交付 / FAQ / 渠道,而不是做第二个产品。
第二步是排查 3 类新手误判:
- 误判 1:把点赞 / 收藏 / 询问当购买信号 → 强制改"看样品点击 + 买前问题 + 真实订单 + 退款原因"
- 误判 2:把低支持当好体验 → 强制改"看下载 + 使用 + 复购 + 支持原话"(沉默可能是没打开 / 不会用 / 不想反馈)
- 误判 3:把"文件可复制"当交付稳定 → 强制改"看权限 + 说明 + 版本 + 更新通知 + 支持入口 + 争议证据"
第三步是按 6 项闸门逐项打红黄绿,任一红灯都不许放大,且要按"红 → 黄 → 绿"修复顺序:
| 闸门 | 绿灯 | 黄灯 | 红灯 |
|---|---|---|---|
| 需求(可重复) | 多批用户因相似任务而来 + 能预测下一批买家 | 部分相似但需求散 | 每个买家理由都不同 |
| 样品页(独立说服) | 陌生用户只看页面能 4 题答对 | 部分需要解释 | 必须私聊解释才理解 |
| 交付版本 | 6 项稳定 + 新账户能打开 | 偶尔有权限问题 | 经常打不开 / 版本乱 |
| 支持负担 | 高频问题进 FAQ + 单单 < 30min | 还在重复回答但能跟上 | 每单大量人工解释 |
| 现金流 / 平台风险 | 支付 + 退款 + 工具 + 授权全核验 | 部分字段"未确认" | 退款集中 / 平台风险高 / 授权不明 |
| 复盘系统 | 6 模块都有最少记录 | 数据散但能整理 | 数据散在脑子里 / 找不到 |
第四步是按放大动作风险顺序排,新手先做低风险:
| 风险等级 | 动作 |
|---|---|
| 低风险 | 改页面 / 补 FAQ / 补样品 / 做更新包 |
| 中等风险 | 增加 1 个新渠道 / 做组合包 / 开邮件更新 |
| 高风险 | 正式订阅 / 团队协作 / 自动退款 / 大规模广告 |
页面 / 交付 / 支持 / 复盘都稳定后才能做高风险动作。
第五步是按各闸门给详细修法:
- **需求**:不同买家理由各异 → 收窄到最能复购 / 反馈 / 使用的那一类
- **样品页**:陌生人看不懂 → 把页面发给没看过产品的人,只答 4 题(这是什么 / 适合谁 / 拿到什么 / 第一步做什么),答不出就改页面
- **交付**:必须用新账户测过 + 旧用户升级说明(自动覆盖 / 发更新包 / 提供新版下载 / 只给新买家,选 1 写清)
- **支持**:把支持分两类(产品说明不清 → 文件和页面解决 / 用户任务本身复杂 → 进阶产品或服务),不要把深度支持塞进基础产品
- **现金流**:不只看收入,还要看退款 + 工具 + 外包 + 广告 + 平台扣款 + 时间成本
- **复盘**:6 模块最少记录(页面版本 / 流量来源 / 订单字段 / 交付记录 / 售后原话 / 决策记录),不用复杂工具,一张表就行
第六步是按红黄绿给"最小加码动作"(只能选 1):
| 结果 | 判断 | 动作 |
|---|---|---|
| 绿灯 | 6 项稳定 + 重复买家 + 低支持 | 做 1 个最小加码 |
| 黄灯 | 有需求但缺字段 | 补材料再小测 |
| 红灯 | 退款 / 权限 / 授权 / 支付 / 定位硬问题 | 暂停放大,先修底层 |
最小加码动作只能选 1:改页面 / 扩 1 个渠道 / 做 1 个进阶包 / 做 1 个更新包 / 加 1 个自动化步骤。不要一次全改。
## 示例 / 样板
输入:"自由职业报价邮件模板包 / 30 单 / 售支持 25min/单 / 不同买家都问报价场景 / 用户原话"想要英文版"12 次还没改 / 平台 Gumroad / 退款 3 笔均已记录"。
期望输出:瓶颈一句话"当前最大瓶颈是英文版未做,本次放大目的不是扩渠道,而是验证英文用户是否买"。3 类误判排查:误判 1✓ 看真实订单 30 单 / 误判 2✓ 已记下载和支持 / 误判 3✓ 用新账户测过。6 项闸门:需求绿(买家理由相似 95%) / 样品页黄(有"英文版"部分需要解释) / 交付绿(新账户测过) / 支持黄(英文版问 12 次未写进 FAQ) / 现金流黄(退款率 10% 略高需观察) / 复盘绿(已记录)。放大动作风险:中等(扩"英文版套装")。最小加码:做"英文版套装 v0.2"作为补黄灯(支持 + 样品页)。结论:黄灯,暂不扩渠道,先做英文版补两个黄。下一步:14 天内出 v0.2 英文版。
反面例子:30 单就同时扩 5 个渠道 + 加订阅 + 开自动化(违反"最小加码只选 1");同一问题被问 12 次还说"低支持挺好的"(违反误判 2);3 笔退款没写原话就归因"用户不会用"(违反"误判 3 必看争议证据");瓶颈写"我想做大"(违反"瓶颈一句话必具体")。
## 输出规范
直接输出《[产品名]》放大前诊断卡正文,不要前言后语,总字数 900 到 1300 字,按以下顺序:
1. **瓶颈一句话**:具体到要验证什么
2. **3 类新手误判排查**:逐条标 ✓ / ✗
3. **6 项闸门红黄绿表**:每项配证据
4. **放大动作风险排序**:当前应在哪一档
5. **各闸门修法**:针对当前黄灯 / 红灯
6. **三档结论**:绿 / 黄 / 红 + 一句证据
7. **最小加码动作**:只选 1
8. **下一步 1 个动作**:本次放大目标
输出前自检:瓶颈一句话必须具体(不允许"做大");6 项闸门任一红灯不许"绿灯"结论;最小加码只选 1;同一支持问题被问 > 10 次未进 FAQ 强制支持闸门红灯;不同买家理由各异强制需求闸门红灯;"AI 自动化让一切可控"这种话不许出现;销量、退款率等数字标"以执行当天后台为准"。
## 硬约束 · 拒绝场景
遇到下面这些情况直接拒绝放大诊断,告诉我先回去补哪一项:
- 瓶颈说不出来(只说"想做大") → 强制先写瓶颈一句话
- 想同时改页面 + 扩渠道 + 加订阅 + 接自动化 → 强制压回最小加码只选 1
- 6 项闸门数据空 ≥ 3 项 → 拒绝诊断,先去补数据
- 0 单或 < 5 单就要扩渠道 / 加订阅 → 强制压回"修页面 / 补 FAQ"低风险动作
- 要求"行业平均放大成功率 / 标准扩张节奏基准"这种无源数字 → 拒绝并提示这是经验框架先给结论
数字产品放大前，先过六个检查：
| 检查 | 要确认 |
|---|---|
| 需求 | 买家问题是否反复出现 |
| 样品 | 陌生用户是否能看懂价值 |
| 交付 | 文件、权限、版本和更新是否稳定 |
| 支持 | 用户问题是否能被 FAQ 和说明吸收 |
| 风险 | 支付、退款、平台和授权是否清楚 |
| 复盘 | 出问题能否定位到页面、产品或交付 |
任何一个红灯，都不适合马上扩渠道、加订阅或做矩阵。
放大前先找瓶颈
数字产品最容易误判的地方，是把“有人买过”当成“可以放大”。一次购买只能说明有一次购买，不能说明需求稳定、页面清楚、交付可复制、支持压力可控。
强调一人业务要靠高杠杆结构，而不是盲目加复杂度。数字产品的杠杆来自稳定产品、可复用交付、清楚受众和复盘系统。没跑稳之前，复杂度只会放大问题。
放大前先写一句话：
当前最大瓶颈是 ___，本次放大的目的不是“做大”，而是验证 ___。如果写不出来，说明你还没有找到放大对象。可能该修的是样品、页面、交付、FAQ 或渠道，而不是做第二个产品。
新手常见误判
第一，把点赞、收藏、询问当成购买信号。数字产品要看样品点击、买前问题、真实订单、退款原因和使用反馈。
第二，把低支持当成好体验。用户买后沉默，可能是满意，也可能是没打开、不会用、不想反馈。要看下载、使用、复购和支持原话。
第三，把“文件可复制”当成交付稳定。交付稳定还包括权限、说明、版本、更新通知、支持入口和争议证据。
放大动作先排序
放大动作也有风险顺序。最低风险通常是改页面、补 FAQ、补样品、做一个更新包；中等风险是增加一个新渠道、做一个组合包、开启邮件更新；高风险是正式订阅、团队协作、自动退款、自动发布和大规模广告。
新手应该先做低风险动作，因为它们能提高现有产品质量，也能带来更清楚的数据。高风险动作要等页面、交付、支持和复盘都稳定后再做。
检查 1：需求是否可重复
需求可重复，不等于订单多。它指的是多批用户因为相似任务而来。
| 证据 | 合格表现 |
|---|---|
| 用户来源 | 来自相似关键词、社群、渠道或任务场景 |
| 买前问题 | 反复围绕同一个不确定点 |
| 购买理由 | 用户买的是结果，不只是好奇 |
| 使用反馈 | 反馈指向相似卡点 |
| 后续需求 | 用户会问下一步、进阶版或相邻任务 |
如果每个买家理由都不同，说明定位还散。此时扩产品线会让页面更乱，扩渠道会带来更多不匹配用户。
需求可重复的最低标准是：你能预测下一批买家为什么需要它。不能预测，就继续做研究、样品页和小范围销售。
需求还要看“买家是不是同一类人”。如果一个产品同时卖给学生、独立开发者、跨境卖家和职场新人，短期看起来人群很宽，长期会让页面、示例、FAQ 和产品线都变得模糊。放大前要收窄到最能复购、最能反馈、最能使用的那一类。
检查 2：样品和页面是否能独立说服
放大前，页面不能依赖你私聊解释。
| 页面模块 | 要回答 |
|---|---|
| 标题 | 解决谁的什么任务 |
| 样品 | 用户能看到真实内容 |
| 适用人群 | 谁适合，谁不适合 |
| 文件格式 | 买后拿到什么 |
| FAQ | 退款、授权、更新、工具门槛 |
| 下一步 | 买后第一步怎么做 |
样品页是数字产品的信任核心。没有样品，扩渠道只会让更多陌生用户无法判断。
把页面发给一个没看过产品的人，让他只根据页面回答：这是什么、适合谁、买后拿到什么、第一步怎么用、有什么限制。回答不出来就先改页面。
页面也要经得起渠道流量。社媒用户可能只看首屏，搜索用户会比较替代方案，邮件用户会看更新理由，店铺用户会看样品和评价。主落地页要能承接不同入口，但核心判断保持一致。
检查 3：交付和版本是否稳定
交付稳定包括文件、权限、说明和版本。
| 项目 | 检查 |
|---|---|
| 下载 | 文件能否打开、复制、保存 |
| 权限 | Notion、表格、云盘、ZIP 是否能被陌生账号使用 |
| 上手 | 第一页是否说明先做什么 |
| 版本 | 文件、样品、页面是否同一版 |
| 更新 | 修改后如何通知用户 |
| 证据 | 页面和交付记录是否可追溯 |
很多数字产品不是内容差，而是交付混乱。用户买完不知道打开哪个文件，或复制后公式断掉，支持压力会迅速增加。
放大前要做一次外部账号测试。自己能打开没有意义，买家能打开才算交付通过。
版本稳定还有一个细节：旧用户怎么办。你修改文件后，是自动覆盖、发更新包、提供新版下载，还是只给新买家？如果不写清，老用户会困惑，新用户也会担心后续维护。
检查 4：支持负担是否可控
支持负担决定你能不能放大。
| 用户问题 | 可能原因 | 放大前动作 |
|---|---|---|
| 不知道第一步 | 上手说明弱 | 补 start-here |
| 输出不稳定 | Prompt 边界弱 | 补输入示例和质检表 |
| 不会复制 | 权限说明弱 | 补图文说明 |
| 期待定制 | 页面边界弱 | 补不适用人群 |
| 问授权 | 授权说明弱 | 补 license |
一个问题问一次，可以人工回答；多人反复问，就要写进产品。放大前的核心动作，是把客服问题产品化。
如果每个订单都需要你手动解释很多次，说明产品还不适合扩渠道或自动化。先把高频问题写进 FAQ、上手页和示例。
支持负担要分两类。第一类是产品说明不清，应该通过文件和页面解决；第二类是用户任务本身复杂，可能需要进阶产品、服务或社区。两类混在一起，会让你把本该收费的深度支持塞进基础产品。
检查 5：现金流和平台风险是否清楚
数字产品没有库存压力，但有平台、支付、退款、税务、工具和支持成本。
| 风险 | 核验 |
|---|---|
| 支付 | 费率、提现、可用地区、账户限制 |
| 退款 | 平台规则、人工处理、争议证据 |
| 工具 | 订阅成本、授权、导出能力 |
| 平台 | 商品允许范围、数字交付规则 |
| 税务 | 以平台和专业意见为准 |
| 支持 | 时间成本和退款处理 |
不要把旧费率、他人经验和 AI 回答写进页面。涉及收款和退款，执行当天核验。
现金流检查不是只看收入，还要看退款、工具、外包、广告、素材、平台扣款和时间成本。小规模时忽略这些，放大后会更难修。
检查 6：复盘系统是否能定位问题
放大后一定会出问题。关键是能不能定位。
| 模块 | 最少记录 |
|---|---|
| 页面 | 版本、样品、标题、FAQ |
| 流量 | 渠道、关键词、内容入口 |
| 订单 | 产品版本、来源、买前问题 |
| 交付 | 下载、权限、更新、支持 |
| 售后 | 退款、争议、用户原话 |
| 决策 | 为什么继续、暂停或修改 |
如果数据散在聊天记录、后台截图和脑子里，放大后会失去判断力。
复盘系统不需要复杂。用一张表记录版本、渠道、订单、反馈和下一步，就能避免很多误判。
放大前红黄绿表
| 结果 | 判断 | 动作 |
|---|---|---|
| 绿灯 | 六项都稳定，有重复买家问题和低支持负担 | 做一个最小加码 |
| 黄灯 | 有需求，但页面、交付、支持或风险缺字段 | 补材料，再小测 |
| 红灯 | 退款、权限、授权、支付或定位有硬问题 | 暂停放大，先修底层 |
最小加码只能选一个：改页面、扩一个渠道、做一个进阶包、做一个更新包，或加一个自动化步骤。不要一次全改。
AI 怎么辅助
AI 适合做这些：
- 把支持问题分类。
- 从用户原话提取页面缺口。
- 生成放大前检查表。
- 检查销售页是否过度承诺。
- 把复盘记录转成下一步动作。
AI 不适合替你确认后台、支付、退款、权限和真实购买信号。所有涉及平台和收款的字段，都要回到官方入口和后台。
让 AI 做诊断时，先让它找红灯，再让它给加码动作。只会鼓励你放大的建议，不适合作为决策依据。
官方资料与核验口径
平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架，具体数字一律给区间。
跨平台核验入口：
- Gumroad — 看数字商品抽成、退款与上架规则
- Lemon Squeezy — 看欧美数字产品 MoR 收款与税务
- Stripe Pricing — 看 Stripe 抽成、跨境与订阅计费
涉及具体数据、比例、报价区间的部分，以执行当天后台为准。
常见问题
30 单且评价都不错，是不是已经可以扩 3 个渠道了？
不能。先看 6 项闸门：如果"同一支持问题被问 > 10 次还没写进 FAQ" "不同买家理由各异"任一成立，说明支持闸门或需求闸门红灯，扩渠道只会把红灯放大到更多用户。先修红灯，再扩 1 个渠道。
老用户和新用户对版本号要求不一致，怎么放大？
把“旧用户怎么办”写清：自动覆盖 / 发更新包 / 提供新版下载 / 只给新买家，选 1 写进交付说明。不写清的版本系统不能扩渠道，新渠道流量会让混乱放大。详见 数字产品交付与退款风险准备清单。
同时有多个产品需求，是先扩产品线还是先扩渠道？
如果现有页面和交付稳定 + 同一用户有明显后续任务 → 做相邻进阶包；如果同一用户没有后续任务 → 先小扩 1 个渠道。两件事不要同时做。
"AI 自动化交付"能不能提前做？
只能自动化已经跑顺的步骤。如果支持问题还在重复回答、退款率还在算、页面还在改，提前接自动化只会让错误更难发现。先把高频问题进 FAQ，再考虑自动化。
执行前至少核验：
- Eli Goldratt · Theory of Constraints → 瓶颈识别
- Lean Analytics → 放大前关键指标阈值
- Paul Jarvis · Company of One → 极限单人放大决策