7.2 KiB
7.2 KiB
会议纪要 - 2026-02-28 | 文章增加类型（普通版 / 增值版）需求分析
本文件由助理橙子在会议结束后自动生成。
基本信息
- 时间：2026-02-28
- 议题：文章增加类型（普通版 / 增值版），增值版后 N 章额外付费、按章累加计价
- 触发方式：开个会议分析需求
- 参与角色：产品经理、后端开发、管理端开发工程师、小程序开发工程师、测试人员
各角色发言
【产品经理】
需求理解：
- 普通版：全书 9.9 元，一次性买断，与现有 fullbook 逻辑一致。
- 增值版：基础价 + 「后 N 章」（N 可配置，如 10）需额外付费；每多看一章，价格 = 已付金额 + 该章单价，按章累加。
- 两者关系：普通版与增值版是分开的、互斥的两套产品，用户购买其一，非叠加关系。
待澄清：
- 「后 N 章」是指全书最后 N 个 section，还是最后 N 个 chapter？
- 增值版基础价是否仍为 9.9，还是单独定价？
用户价值：用阶梯付费降低首购门槛，提升付费转化；增值版满足深度阅读用户需求。
【后端开发】
现状：
chapters表：id、part_id、chapter_id、section_title、price等；现有按 section 购买、fullbook 9.9。orders表：product_type含section、fullbook、vip；product_id存 section id 或fullbook。
技术方案建议：
- 书/产品类型：增加
book_edition或product_edition概念：standard：普通版，9.9 买断premium：增值版，基础价 + 增值章节按章付费
- 配置：
system_config增加premium_config：premium_base_price：增值版基础价premium_chapter_count：后 N 章（section 数量或 chapter 数量需与产品约定）premium_section_ids：或直接配置增值章节 id 列表（灵活）
- 接口：
GET /api/miniprogram/user/purchase-status：需区分普通版 / 增值版购买态，返回editionType、premiumPurchasedSections等- 支付：
product_type扩展section_premium或沿用section，product_id为 section id，金额按章节 price 累加
- 权限：普通版权限独立；增值版权限 = 增值版基础价已购 + 该 section 已单独付费；两者互斥。
【管理端开发工程师】
管理端需求：
- 书籍/版本配置：支持选择「普通版 / 增值版」或为同一本书配置两种版本。
- 增值章节配置：配置「后 N 章」的 N，或勾选具体 section 作为增值章节。
- 章节单价：增值章节的单价在章节编辑中维护（现有
chapters.price）。 - 价格展示：在书籍/章节管理列表中区分普通版、增值版及增值章节。
接口依赖：需 GET/POST /api/db/chapters 支持 is_premium 或类似标记；/api/db/config 或 /api/admin/settings 支持 premium_config。
【小程序开发工程师】
C 端体验：
- 选购：目录/书籍页区分「普通版 9.9」与「增值版 基础价 + 增值章节按章付费」。
- 阅读：进入增值章节时，未购则展示「该章需额外 ¥X.X 解锁」或类似提示，点击发起支付。
- 支付流程：与现有一致，
product_type、product_id、amount由后端计算并返回。 - 权限：依赖
purchase-status返回的editionType、premiumPurchasedSections等判断是否可读。
接口：需 miniprogram 组下的 purchase-status、pay 支持增值版逻辑。
【测试人员】
测试重点：
- 普通版 9.9 买断，全书可读。
- 增值版：基础价购买后，后 N 章仍锁定；逐章购买，价格累加正确。
- 边界：N=0、N=全书、章节无单价时的降级逻辑。
- 三端：管理端配置 → API 返回 → 小程序展示、支付、阅读权限。
讨论过程
产品经理：建议「后 N 章」先按 section 数量实现，便于与现有 chapters 结构对齐；后续可扩展为按 chapter。
后端开发：同意；建议 premium_chapter_count 表示「最后 N 个 section」，section 顺序按 sort_order 或 id 排序。
管理端开发工程师：需在章节列表中标注「是否增值章节」，并在书籍级配置中设置 N。
会议决议
- 版本类型：支持「普通版」（9.9 买断）与「增值版」（基础价 + 后 N 章按章付费）；两者分开、互斥，用户只能购买其一。
- 增值章节：「后 N 章」指全书最后 N 个 section（与 chapters 表结构一致）；N 为可配置参数。
- 计价规则：增值版基础价可配置（默认建议 9.9）；增值章节单价取自
chapters.price；每购一章，实付 = 该章 price。 - 订单：
product_type保留section、fullbook；普通版用fullbook；增值版用fullbook_premium（基础价）和section（增值章）；增值章节购买用product_type=section、product_id=section_id。 - 待确认项：增值版基础价是否固定 9.9；N 默认值。
待办事项
| 责任角色 | 任务 | 优先级 | 截止建议 |
|---|---|---|---|
| 产品经理 | 输出增值版 MRD：基础价、N 默认值、与普通版关系 | 高 | 需求定稿前 |
| 后端开发 | 设计 premium_config、扩展 purchase-status / pay | 高 | 方案评审后 |
| 管理端开发工程师 | 增值章节配置 UI、书籍版本选择 | 中 | 接口就绪后 |
| 小程序开发工程师 | 增值版选购与章节解锁流程、支付衔接 | 中 | 接口就绪后 |
| 测试人员 | 编写增值版测试用例、边界场景 | 中 | 开发完成前 |
问题与作答区
| # | 问题 | 责任角色 | 作答 |
|---|---|---|---|
| 1 | 「后 N 章」按 section 还是 chapter 计数？ | 产品经理 | 决议：按 section |
| 2 | 增值版基础价是否固定 9.9？ | 产品经理 | （待补充） |
| 3 | 普通版与增值版是否互斥？用户能否同时拥有？ | 产品经理 | 已确认：分开、互斥，用户购买其一 |
| 4 | N 的默认值建议？（如 10） | 产品经理 | （待补充） |
各角色经验与业务理解更新
产品经理
- 文章/书籍可区分为普通版与增值版，增值版采用「基础价 + 增值章节按章付费」模式。
后端开发
- 增值版需新增
premium_config，含premium_chapter_count（后 N 个 section）、premium_base_price；增值章节购买沿用section订单。
管理端开发工程师
- 需支持「增值版配置」与「增值章节」的 N、单价维护。
小程序开发工程师
- 增值版需在目录与阅读页区分普通/增值，未购增值章节时展示解锁与支付入口。
测试人员
- 增值版需覆盖：基础价购买、逐章购买、价格累加、权限边界、配置 N=0/全书的异常场景。
团队共享
- 增值版计价规则：基础价 + Σ(增值章节单价)，按章购买、按章累加。
会议纪要由助理橙子生成 | 各角色经验已同步至 agent/{角色}/evolution/2026-02-28.md