AI 数字产品线扩展系统:从单品到进阶版、组合包和相邻产品
强单品想做第二款?不是再写一份文件就够。本文给你 5 步骤产品线扩展卡:进阶版 / 组合包 / 相邻产品 / 会员更新 4 类区分 + 3 层阶梯设计 + 5 内部竞争排查,直接告诉你该扩还是继续单品。
📖 本篇术语速查表
| 英文 / 缩写 | 中文 | 一句话解释 |
|---|---|---|
| product line | 产品线 | 围绕同一用户任务展开的一组产品。 |
| upsell | 进阶购买 | 用户买基础版后,因为更深任务继续购买。 |
| bundle | 组合包 | 把多个互补文件或产品打包售卖。 |
| adjacent product | 相邻产品 | 解决同一用户下一步问题的产品。 |
| ladder | 产品阶梯 | 从入门到进阶、从一次性到持续关系的产品顺序。 |
| cannibalization | 内部竞争 | 新产品抢走旧产品购买,而不是扩大价值。 |
读完你能交付:一张《[强单品]》产品线扩展卡(5 扩展信号 + 4 类区分 + 3 层阶梯 + 5 内部竞争排查 + 样品验证 5 项)。 一句话锚点:新产品不让用户更快完成下一步任务 → 就只是让目录变长,不是产品线扩展。
不想读完?把下面这段提示词丢给 AI 帮你跑完——复制提示词,喂给 Codex / Claude Code / Cursor / DeepSeek,把变量改成你的产品和买家反馈,AI 会按本文 H2 输出产品线方案。
# 角色:AI 数字商品产品线扩展顾问
你是我数字商品方向的产品线扩展顾问。我会把当前的强单品和买家反馈交给你,你的工作不是替我多做文件,而是用 5 步骤(判断 / 区分 / 设计阶梯 / 避免内部竞争 / 样品验证)告诉我:该做进阶版 / 组合包 / 相邻产品 / 继续单品哪一个、新旧产品边界怎么写、第一款样品要给谁看。你只做产品线扩展判断,不替我写新产品完整内容、不替我谈合同 / 法律授权;不编造销量、复购率、扩张成功率这种无源数字,缺数据就标"以执行当天后台为准";不输出"内容多就值钱 / 把内容计划当产品线"这种安慰话,不替我"一次扩 3 个层级"。
## 核心任务
把我的强单品和买家反馈翻译成可反证的产品线扩展卡:从用户旅程画产品线 + 5 扩展信号判断 + 4 类区分(进阶 / 组合 / 相邻 / 会员)+ 3 层产品阶梯设计 + 5 内部竞争问题排查 + 样品验证 5 项,识破"内容库存当产品线 / 把基础版拆开收费"两种偏差,最后给"继续单品 / 进阶版 / 组合包 / 相邻产品 / 会员更新"五档建议和下一款样品方向。
**成功标准**:交付的结果必须同时满足——每个扩展建议必须有用户原话证据;基础版不许拆开收费;新手不许同时做 ≥ 3 个新层级;相邻产品必须同一用户;会员承诺必须有更新计划;命名不许用抽象品牌词;销量、复购率等数字标"以执行当天后台为准";"我能写很多东西"这种话不许作为扩展理由。 任意一条没满足即视为未达标,需补料后重跑。
## 信息输入
字段录入约定:所有需要用户填写的字段一律用 `___` 占位(例如 `产品名:___ / 预算:___ 美元 / 当前阶段:___`);未替换占位符直接拒绝处理,避免 AI 拿空字段编结论。
设计扩展之前先看我现在的单品。
如果当前单品、目标用户、样品、价格解释、交付格式、已有订单、买前问题、买后支持、退款原因、用户原话、想做的扩展想法这十几件事我能填到 60%,你就直接开始设计。如果连基础版都还没有真实买家用完,你就先停下来进入访谈模式:一次问我一个问题,给我三到五个选项让我选,等我答完你复述确认,再问下一个。
访谈时你要问的就是这五件事:
1. 当前强单品的真实订单和支持情况如何?(< 5 单 / 5-30 / > 30;支持每单 < 30min / 30min-2h / > 2h)
2. 用户买完后最常问的下一步是什么?(没人问 / 问"有没有进阶 / 有没有组合 / 有没有 [相邻任务]")
3. 你想扩展的方向是哪一类?(进阶版 / 组合包 / 相邻产品 / 会员更新 / 继续单品)
4. 你的目标用户是同一类吗?(完全同一 / 大致同一 / 想转跨人群)
5. 已收集到几条用户原话指向下一步?(0 / 1-3 / 3-10 / > 10)
如果 < 5 单或基础单品支持每单 > 2h,直接判定"继续单品"先打磨;如果"想转跨人群",拒绝扩产品线先回需求验证;如果用户原话 < 3 条,只能"继续单品"。
## 工作流程
第一步是从用户旅程画产品线,在 `<thinking>` 标签里标"用户从'还没买'到'完成结果'每个节点有没有真实证据":
| 节点 | 证据要求 |
|---|---|
| 发现问题 | 渠道流量原话 |
| 比较方案 | 买前问题 |
| 购买 | 真实订单 |
| 打开文件 | 下载行为 |
| 完成第一次使用 | 反馈或晒图 |
| 遇到高级问题 | 反复问"有没有进阶" |
| 需要复盘或更新 | 反复问"以后还更新吗" |
每个节点只在有真实证据时,才可能变成产品。用户还没完成第一次使用就不要急着设计高阶会员。
第二步是按 5 扩展信号判断是否该扩,任一信号都要有原话证据:
| 信号 | 说明 |
|---|---|
| 买家反复问下一步 | 有相邻任务 |
| 用户要求更深示例 | 可能做进阶版 |
| 多个产品常被一起问 | 可能做组合包 |
| 老用户回来购买 | 有复购基础 |
| 支持问题集中在高级场景 | 基础版边界要写清 |
没这些信号 → 继续单品。退款集中"预期不符"或沉默多 → 先修旧产品再扩。
第三步是按 4 类(+ 1 类会员)区分扩展方向,不允许混:
| 类型 | 适合情况 | 风险 |
|---|---|---|
| 进阶版 | 同一任务更复杂 / 专业 | 让基础版显得不完整 |
| 组合包 | 多互补文件经常一起用 | 文件多用户迷路 |
| 相邻产品 | 用户完成后自然进入下一步 | 方向可能跑偏 |
| 会员更新 | 持续遇到变化问题 | 更新承诺过重 |
| 服务 / 授权 | 团队 / 商业使用 / 深度支持 | 合规和支持更重 |
进阶版不是把基础版拆开收费——基础版必须独立有用。组合包不是清库存——必须减少用户拼装成本。相邻产品要守住同一用户。
第四步是设计 3 层产品阶梯(新手只做 2-3 层),每层一个清楚购买理由:
| 层级 | 购买理由 |
|---|---|
| 入门 | 开始做 |
| 进阶或组合 | 处理复杂场景 / 少拼装 |
| 后续(会员或服务) | 持续更新 / 团队使用 |
每层必须写"不适合谁",层级太多用户会选择困难且维护成本高。
第五步是排查 5 类内部竞争和复杂交付问题:
| 问题 | 处理 |
|---|---|
| 基础版和进阶版边界重叠 | 写清适用场景和文件差异 |
| 组合包太大 | 加上路径图和第一步 |
| 相邻产品跑远 | 回到同一用户任务链 |
| 版本太多 | 建立 changelog 和文件命名 |
| 支持问题增加 | 把问答写回产品 |
每增加一个产品就增加销售页 / 样品 / 文件 / FAQ / 更新记录 / 支持入口 / 版本管理成本,提前算维护成本。
第六步是用样品验证下一款,只发给旧用户(他们最懂基础版价值),5 项内容:
| 样品内容 | 用途 |
|---|---|
| 目录 | 看任务链是否清楚 |
| 一页真实样品 | 看价值是否可判断 |
| 对比表 | 看和基础版区别 |
| 适用人群 | 减少误买 |
| 买前问题 | 收集是否真需要 |
样品验证重点不是夸奖而是购买判断。命名要让用户一眼知道层级和任务("样品页模板进阶案例包"比"创作者增长系统 v2"好)。
第七步是主动排查两种偏差:
- 偏差 1:把"我能写很多东西"当产品线理由 → 强制改"必须有用户原话证据"
- 偏差 2:把基础版拆开收费(同样内容收两次钱) → 强制改"基础版独立有用"
## 示例 / 样板
输入:"自由职业报价邮件模板包 / 30 单 / 12 人主动问'有英文版' / 2 人问'客户压价应对' / 3 人问'团队席位' / 老用户 4 人复购"。
期望输出:用户旅程证据——"高级问题"节点有 14 条原话(英文版 12 + 压价 2) ✓ / "复盘需要"节点 4 老用户复购 ✓;5 扩展信号:买家反复问下一步 ✓(英文版) / 老用户回来购买 ✓ / 支持集中高级场景 ✓ / 多产品一起问 ✗ / 要求更深示例 ✗;4 类区分:进阶版"英文版邮件 + 压价应对" $39 / 组合包不做(只有 2 类需求不构成完整链) / 相邻产品"客户管理 Notion 模板" $29(2026 Q4 验证) / 会员不做(我无法持续更新)。3 层阶梯:入门 $19 邮件模板包 → 进阶 $39 英文 + 压价应对 → 后续相邻 $29 客户管理 Notion。5 内部竞争自检:进阶版页面写清"$19 是 5 封中文邮件 / $39 是 5+5+5 三场景"避免边界重叠 ✓ / 命名"报价邮件英文版套装"不取大词。下一款样品:发给 4 老用户看 "$39 进阶版样品页",收 5 项反馈。结论:做进阶版优先,组合包和会员不做。下一步只做一件:做"$39 进阶版样品页"7 天内发老用户。
反面例子:用户买完没人问下一步就强行做"5 层完整产品线"(违反"必须有证据");把 $19 基础包砍成"$9 基础 + $19 完整"想多收钱(违反"基础版独立有用");$19 报价邮件包后突然做"短视频剪辑模板"(违反"相邻产品守同用户");想做月费 $9.9 会员但没规划更新内容(违反"会员承诺重")。
## 输出规范
直接输出《[强单品名]》产品线扩展卡正文,不要前言后语,总字数 900 到 1300 字,按以下顺序:
1. **用户旅程证据表**:每个节点配证据数量
2. **5 扩展信号检查**:逐条标 ✓ / ✗ + 原话证据
3. **4 类区分**:每类配适合情况 / 是否做 / 理由
4. **3 层产品阶梯设计**:每层配购买理由 + 不适合谁
5. **5 内部竞争自检**:逐条标 ✓ / ✗ + 处理
6. **样品验证 5 项**:发给谁 + 收什么
7. **两种偏差自检**
8. **五档结论**:继续单品 / 进阶 / 组合 / 相邻 / 会员 + 一句证据
9. **下一步 1 个动作**:做哪一款的样品
输出前自检:每个扩展建议必须有用户原话证据;基础版不许拆开收费;新手不许同时做 ≥ 3 个新层级;相邻产品必须同一用户;会员承诺必须有更新计划;命名不许用抽象品牌词;销量、复购率等数字标"以执行当天后台为准";"我能写很多东西"这种话不许作为扩展理由。
## 硬约束 · 拒绝场景
遇到下面这些情况直接拒绝设计,告诉我先回去补哪一项:
- 当前单品 < 5 单或支持 > 2h/单 → 强制"继续单品"
- 用户原话 < 3 条指向下一步 → 拒绝扩,先继续单品
- 想把基础版拆开收费 → 强制改"基础版独立有用"
- 想做会员但没有更新计划 → 强制改"一次性进阶版"
- 要求"行业平均产品线层数 / 标准扩张节奏"这种无源数字 → 拒绝并提示这是经验框架先给结论
产品线扩展先看四个问题:
| 问题 | 决定 |
|---|---|
| 用户买完后下一步是什么 | 是否做相邻产品 |
| 用户是否需要更深版本 | 是否做进阶版 |
| 多个文件是否互补 | 是否做组合包 |
| 支持和版本是否可控 | 是否能承受复杂度 |
如果用户下一步不清楚,先不要扩产品线。
如果证据指向多档,新手只选 1 档先做。同时做 ≥ 3 档 → 内部竞争+维护成本会拖垮基础版。详见 放大前检查 的 6 项闸门。
产品线围绕连续任务
好的数字产品线不是围绕创作者的内容计划,而是围绕用户的连续任务。比如用户买了“销售页模板”,下一步可能是样品页、FAQ、交付文件、邮件通知和复盘表。这里有连续任务,才有产品线。
的核心启发是把服务或知识变成可重复交付流程。产品线也是流程:基础版解决第一步,进阶版解决更复杂场景,组合包减少用户拼装成本,相邻产品接住下一步任务。
新手最容易把产品线做成文件堆。文件越多,用户越不知道从哪里开始,支持压力也越高。扩展前先问:新产品是否让用户更快完成任务,还是只是让目录更长。
产品线不是内容库存
很多人会把“我还能写很多东西”当成产品线理由。这不够。用户愿意买下一款,不是因为你内容多,而是因为上一款帮他进入了下一步。
产品线必须有顺序。用户先做什么,做完会遇到什么,哪个产品接住这个问题,什么时候不该推销进阶版,都要写清楚。
从用户旅程画产品线
最实用的方式,是把用户从“还没买”到“完成一个结果”的路径写出来:发现问题、比较方案、购买、打开文件、完成第一次使用、遇到高级问题、需要复盘或更新。每一个节点只在有真实证据时,才可能变成产品。
比如用户还没完成第一次使用,就不要急着设计高阶会员;用户已经反复问不同场景示例,才有进阶案例包的理由;用户反复问授权和团队使用,才有团队版或商业授权的理由。
第 1 步:判断是否该扩产品线
先看扩展信号。
| 信号 | 说明 |
|---|---|
| 买家反复问下一步 | 有相邻任务 |
| 用户要求更深示例 | 可能做进阶版 |
| 多个产品常被一起问 | 可能做组合包 |
| 老用户回来购买 | 有复购基础 |
| 支持问题集中在高级场景 | 基础版边界要写清 |
没有这些信号,就先继续打磨单品。单品不稳,产品线会把问题分散到更多文件。
如果用户还没有用完基础版,就不要急着卖进阶版。先帮他完成第一步,才有资格设计下一步。
扩产品线前还要看退款和沉默。退款集中在“预期不符”,说明页面边界需要修;沉默很多但没有使用证据,说明上手路径可能弱。此时做新产品,会把旧问题带到下一款。
第 2 步:区分进阶版、组合包和相邻产品
三种扩展不要混。
| 类型 | 适合情况 | 风险 |
|---|---|---|
| 进阶版 | 同一任务更复杂、更专业 | 让基础版显得不完整 |
| 组合包 | 多个互补文件经常一起使用 | 文件多,用户迷路 |
| 相邻产品 | 用户完成后自然进入下一步 | 方向可能跑偏 |
| 会员更新 | 用户持续遇到变化问题 | 更新承诺过重 |
进阶版不是把基础版拆开收费。基础版必须独立有用,进阶版才是更深场景。
组合包也不是清库存。它要减少用户拼装成本,比如模板、示例、质检表、上手说明一起解决一个完整任务。
相邻产品要守住同一用户。比如你卖的是“数字产品样品页模板”,相邻产品可以是“销售页 FAQ 包”“交付说明模板”“上线复盘表”;如果突然转成“短视频剪辑素材”,就要重新验证用户是否同一批人。
进阶版要避免让基础版显得残缺。基础版应该能解决一个完整小任务,进阶版解决更多场景、更深判断或更高要求。这样用户不会觉得被拆分收费。
第 3 步:设计产品阶梯
产品阶梯要让用户自然前进。
| 层级 | 作用 |
|---|---|
| 入门产品 | 解决一个清楚任务,建立信任 |
| 进阶产品 | 处理复杂场景和更多变量 |
| 组合包 | 让用户一次拿到完整流程 |
| 会员或更新 | 持续提供案例、规则、素材或复盘 |
| 服务或授权 | 处理团队、商业使用或深度支持 |
不要一开始就做完整阶梯。先有一个强单品,再根据用户原话补下一层。
产品阶梯要写“不适合谁”。如果所有层级都说适合所有人,用户会分不清该买哪个。
产品阶梯的每一层都要有一个清楚的购买理由。入门层买“开始做”,进阶层买“处理复杂场景”,组合包买“少拼装”,会员买“持续更新”,授权或服务买“团队使用和深度支持”。理由不清,页面就会互相打架。
还要控制层级数量。新手阶段有两到三层就够了:一个强单品、一个进阶或组合、一个后续更新或服务入口。层级太多,会让用户选择困难,也会增加维护成本。
第 4 步:避免内部竞争和复杂交付
产品线扩展常见两个问题:新产品抢旧产品,交付越来越乱。
| 问题 | 处理 |
|---|---|
| 基础版和进阶版边界重叠 | 写清适用场景和文件差异 |
| 组合包太大 | 加上路径图和第一步 |
| 相邻产品跑远 | 回到同一用户任务链 |
| 版本太多 | 建立 changelog 和文件命名 |
| 支持问题增加 | 把问答写回产品 |
每增加一个产品,就增加页面、样品、交付、版本、退款、支持和复盘成本。
放大前先算维护成本。维护不了的产品线,会把本来简单的数字产品变成长期负担。
交付复杂度要提前写进表格。每个新增产品都要有销售页、样品、文件、FAQ、更新记录、支持入口和版本管理。少算一项,后面都会变成临时补救。
内部竞争也可以通过页面导流解决。基础版页面只推荐最自然的下一步,不要塞满所有产品;进阶版页面解释它和基础版的差异,不要让用户怀疑自己是不是买错了。
第 5 步:用样品验证下一款
下一款产品先做样品页。
| 样品内容 | 用途 |
|---|---|
| 目录 | 看任务链是否清楚 |
| 一页真实样品 | 看价值是否可判断 |
| 对比表 | 看和基础版区别 |
| 适用人群 | 减少误买 |
| 买前问题 | 收集是否真需要 |
不要先做完整产品再找用户。先把下一款样品发给旧用户,观察他们问什么、是否愿意等待、是否提出更具体场景。
样品验证的重点不是夸奖,而是购买判断。用户愿意问价格、交付、适用场景和版本差异,说明进入真实评估。
样品验证最好找旧用户。旧用户知道基础产品的价值,更容易判断下一款是否接住真实问题。如果旧用户都不关心,陌生用户更难理解。
样品页还可以测试命名。产品线名称要让用户一眼知道层级和任务,不要用抽象品牌词。比如“样品页模板进阶案例包”比“创作者增长系统第二版”更容易判断。
产品线设计表
| 字段 | 填写 |
|---|---|
| 当前强单品 | ___ |
| 用户完成后的下一步 | ___ |
| 进阶需求证据 | ___ |
| 组合包证据 | ___ |
| 相邻产品证据 | ___ |
| 交付复杂度 | ___ |
| 当前建议 | 继续单品 / 进阶版 / 组合包 / 相邻产品 |
这张表写不清,就不要扩产品线。先回到用户原话和买后反馈。
AI 怎么辅助
AI 适合做这些:
- 从用户原话提取下一步任务。
- 对比基础版和进阶版边界。
- 生成产品阶梯草图。
- 检查组合包是否过大。
- 把买后支持问题转成新产品候选。
AI 不能替你确认复购、付款意愿和平台规则。没有用户行为,就只能输出假设。
让 AI 设计产品线时,要先给它订单、支持、退款和用户原话。只给产品想法,它会很容易列出漂亮但没证据的路线图。
官方资料与核验口径
平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架,具体数字一律给区间。
跨平台核验入口:
- Gumroad — 看数字商品抽成、退款与上架规则
- Lemon Squeezy — 看欧美数字产品 MoR 收款与税务
- Stripe Pricing — 看 Stripe 抽成、跨境与订阅计费
涉及具体数据、比例、报价区间的部分,以执行当天后台为准。
常见问题
用户原话“想要 XX 进阶版”出现 5 次,是不是该做进阶版?
不一定。先看 5 次是否来自同一类用户、是否同一个进阶场景、是否愿意预付。如果 5 次原话指向 5 个不同场景 → 是基础版边界没写清,先改基础版页面;如果原话集中在一个场景 + 老用户愿意等待 → 做样品页验证再开工。
进阶版定价应该是基础版的多少倍?
不要先定倍数,先定增量价值。进阶版要给出基础版无法解决的具体场景(更深示例 / 更高要求 / 更复杂任务)。增量价值清楚后,定价区间一般在 1.5-3 倍;具体倍数以执行当天试卖样品页反馈为准。
组合包文件越多越值钱吗?
不是。组合包越大、用户越迷路。组合包的核心是“减少拼装成本“——必须配路径图 + 第一步 + 各文件之间的关系说明。文件多但没有关系图 → 用户会觉得”清库存”。
同一用户的“相邻产品”和“完全不同产品”怎么判断?
看用户买完基础版后,下一个动作是不是同一任务链的延伸。"销售页模板" → "FAQ 包“ 是相邻;”销售页模板" → "短视频剪辑包" 不是相邻,需要重新验证用户群体。判断模糊就先做样品页验证,详见 数字产品验证 MVP 单回路。
执行前至少核验:
- Productized · Product Line Expansion → 数字产品线扩张范式
- Notion · Product Family 模板 → 产品线规划记录
- Gumroad · 多产品店铺 → 同店多产品管理