# 会议纪要 - 2026-02-28 | 临时需求池 stitch_soul 需求评审

> 本文件由**助理橙子**在会议结束后自动生成。

---

## 基本信息

- **时间**：2026-02-28
- **议题**：分析临时需求池 soul20260228/stitch_soul 全部需求
- **触发方式**：开个会议，所有人都来，分析这个需求
- **参与角色**：产品经理、后端开发、管理端开发工程师、小程序开发工程师、测试人员

---

## 各角色发言

### 【产品经理】

从 10 个稿子可归纳出 **stitch_soul 串联「内容→会员→导师」变现路径**：

- **首页**（optimized_home_content_feed_v1）：品牌、搜索、最新更新、阅读进度、超级个体、精选推荐、最新新增（NEW）
- **目录**（catalog_with_new_additions_v1）：73 章、篇章结构、NEW 标签、免费/¥1 付费
- **会员落地**（premium_membership_landing_v1）：¥1980/年，内容权益（章节、案例库、智能纪要、会议纪要）+ 社交权益（匹配、排行、资源、VIP 标识）
- **导师**：列表（搜索/分类）+ 详情（介绍/服务/价格/预约），单次咨询 ¥600～2500
- **个人资料**：展示（基本信息/个人故事/互助需求/项目介绍）、编辑（完整表单）、手机号/微信号弹窗
- **我的**：VIP 标识、分享收益、阅读统计、最近阅读、订单

**待澄清**：73 章与现有内容库是否同一套；导师与内容作者是否同一人；「案例库」是独立内容池还是章节分类；会员权益与价格策略。

**建议优先级**：首页/目录/会员 > 导师 > 资料。

### 【后端开发】

**现有基础**：soul-api 已有 chapter、book、vip 模型；导师能力需新建或扩展现有 match 体系（现有 mentor 为 match 类型，非独立导师实体）。

**待设计**：导师列表/详情/搜索筛选、预约单、会员权益与预约支付打通；接口挂 `/api/miniprogram/*`。与产品核对 chapter/book/vip 现状后，给出导师/预约/会员权益的模型与接口方案。

### 【管理端开发工程师】

管理端需配套：章节/导师 CRUD、NEW 标记、会员权益配置、预约单管理、收益/提现审核。接口走 `/api/admin/*`、`/api/db/*`，字段与小程序/后端一致。待后端方案确定后规划具体页面。

### 【小程序开发工程师】

10 个稿子覆盖首页/目录/会员/导师列表/导师详情/资料展示/资料编辑/我的五类页面，交互清晰，需 `/api/miniprogram/*`。待需求与接口确定后分阶段实现。

### 【测试人员】

关键场景为阅读/付费、会员、导师预约、资料完善；三端联调（小程序↔API、管理端↔API）验证点。待需求确定后补充联调用例和回归清单。

---

## 讨论过程

- 产品询问后端：73 章、book、vip 现状是否明确。
- 后端回复：需与产品共同核对 chapter/book/vip 后再定导师/预约/会员权益模型。
- 管理端确认需管理章节、导师、会员、预约、收益。
- 小程序确认页面稿清晰，等接口与需求后分阶段开发。
- 测试：待业务规则确定后补充用例。


---

## 会议决议

1. **stitch_soul 定位**： stitch 产品线在 Soul 创业派对上的扩展，串联「内容阅读 + 会员 + 导师咨询」变现路径。
2. **产品**：需在正式需求文档中明确 73 章、导师、案例库、会员的业务定义与验收标准。
3. **后端**：梳理 chapter/book/vip，设计导师/预约/会员权益模型与接口方案。
4. **开发优先级**：首页/目录/会员 > 导师列表与详情 > 资料编辑 / 我的。
5. **待确认项**：73 章与内容库关系、导师与作者关系、案例库定义、会员权益与价格。
6. **管理端跟进原则（已采纳）**：以后小程序有功能变更时，管理端须根据 C 端能力主动补充管理功能；后端需支持对应配置能力。**本需求示例**：导师价格 → 后端支持每个导师独立价格配置（单次/半年/年度），管理端导师编辑页提供价格配置。已写入 role-flow-control、admin-dev Skill。

---

## 待办事项

| 责任角色 | 任务 | 优先级 | 截止建议 |
|---------|------|--------|---------|
| 产品经理 | 撰写 stitch_soul 正式需求文档，明确业务边界 | 高 | 3 天内 |
| 后端工程师 | 梳理 chapter/book/vip，输出导师/预约/会员权益模型与接口方案 | 高 | 产品文档确认后 |
| 管理端开发工程师 | 待后端方案确定后，规划章节/导师/会员/预约管理页面 | 中 | 后端方案确定后 |
| 小程序开发工程师 | 待需求与接口确定后，分阶段实现首页/目录/会员/导师/资料 | 中 | 接口确定后 |
| 测试人员 | 待需求确定后，补充阅读/付费/会员/导师/资料联调用例 | 中 | 需求确定后 |

---

## 问题与作答区

| # | 问题 | 责任角色 | 作答 |
|---|------|---------|------|
| 1 | 73 章与现有内容库是否同一套？ | 产品经理 | 73 章为内容章数的统计 |
| 2 | 导师与内容作者是否同一人？ | 产品经理 | 不是。导师是导师，属于咨询服务对接的人 |
| 3 | 「案例库」是独立内容池还是章节分类？ | 产品经理 | 章节分类 |
| 4 | 会员权益与价格策略（¥1980/年、权益边界）？ | 产品经理 | 会员权益：所有章节全部免费，并自动进入超级个体名单 |
| 5 | chapter/book/vip 现有模型与业务定义？ | 后端工程师 | 见下方「后端补充说明」 |

### 后端补充说明（问题 5）

**Chapter（chapters 表）**  
- 每行 = 一节（section），`id` 为业务标识如 `1.1`、`preface`
- `part_id` / `part_title`：篇章；`chapter_id` / `chapter_title`：章；`section_title`：节标题
- `content`、`is_free`、`price`、`sort_order`：正文、免费/付费、价格、排序
- 73 章 = chapters 表行数统计，与产品「73 章为内容章数」一致

**Book**  
- 无独立表；「书」= chapters 的聚合视图
- 接口：`/api/book/all-chapters` 返回全部 chapters，`/api/book/chapter/:id` 按 id 查单节

**VIP**  
- `vip_roles` 表：超级个体角色配置（name、sort），供管理端下拉选择
- `users` 表：`is_vip`、`vip_expire_date`、`vip_activated_at`、`vip_sort`、`vip_role`、`vip_name`、`vip_avatar`、`vip_project`、`vip_contact`、`vip_bio`
- 权益判断：`is_vip=1` 且 `vip_expire_date>NOW()`；无则从 orders 兜底（product_type=`fullbook`/`vip`，pay_time+365 天）
- 默认价格：¥1980；权益已定义在 vip.go（智能纪要、会议纪要库、案例库、链接资源、解锁全章、匹配伙伴、排行、VIP 标识）

**精选推荐与热门章节（业务规则补充）**  
- **精选推荐**（首页「为你推荐」前 3 章）：按正文章节阅读量从高到低排序，同量按更新时间；取前 3 章，依次标「热门」「推荐」「精选」。兜底：无阅读数据时按最近更新取 3 章；再兜底为预设固定 3 章。
- **热门章节**（搜索页等）：同上阅读量排序，取更多条（如 10 条）。兜底：无阅读数据时按购买次数；再兜底为默认列表。
- **排除**：序言、尾声、附录不参与排序与推荐。
- **管理端**：算法驱动，无需运营勾选「推荐」；固定兜底章节可产品预设或后台配置。

---

## 实现方案讨论（基于澄清后的需求）

> 各角色分析理解 1～5 题作答及后端补充说明后，发表实现看法。

### 【产品经理】

需求已厘清，可按以下 MVP 范围推进：

- **73 章**：沿用 chapters 表，73 = 行数统计；「案例库」按篇章/章节分类展示即可。
- **会员**：全章免费 + 自动进入超级个体名单；¥1980 沿用现 vip 逻辑。
- **导师**：独立于内容作者，需新建导师实体与预约流程。

**验收标准建议**：① 首页展示最新更新、阅读进度、超级个体、精选推荐、最新新增；② 目录按篇章聚合、支持 NEW 标识、免费/¥1；③ 会员落地页支付后 is_vip=1、vip_expire_date 正确；④ 导师列表可搜索筛选、详情可预约；⑤ 资料编辑保存后手机/微信号必填方可使用提现与找伙伴。

### 【后端工程师】

**可直接复用的**：chapters、users（含 vip 字段）、orders、vip 开通逻辑。小程序已有 `/api/miniprogram/book/*`、`/api/miniprogram/vip/*`、`/api/miniprogram/user/*`。

**需新增/扩展**：

1. **chapters 表**：新增 `is_new`（或类似字段）支持 NEW 标签；若无则用 `created_at` 近 N 天判断。
2. **首页聚合**：`book/latest-chapters` 已有；可新增 `book/recommended`（精选）、首页「最新新增」复用 latest 按时间筛。
3. **导师模块**：新建 `mentors` 表（头像、姓名、简介、技能标签、价格、服务内容、判断风格等）；新建 `mentor_consultations`（预约单：user_id、mentor_id、时间、状态、支付）；接口：`GET/POST /api/miniprogram/mentors`（列表/详情/预约）。
4. **个人资料扩展**：users 表可扩展 `story_*`、`help_offer`、`help_need`、`project_intro` 等；或新建 `user_profiles` 关联 users。编辑接口扩展现有 `user/profile`。

**实施顺序**：① 章节 NEW 标记 + 首页/目录所需接口补齐 → ② 会员落地（现 vip 已够）→ ③ 导师表 + 预约接口 → ④ 资料扩展。

### 【管理端开发工程师】

**可复用**：章节管理（admin/chapters、db/book）、用户/VIP 管理（db/users、db/vip-roles）。

**需新增**：

1. **导师管理**：`/api/admin/mentors` 或 `/api/db/mentors`，CRUD + 上下架；依赖后端 mentors 表。
2. **预约管理**：`/api/admin/mentor-consultations`，列表、状态筛选、导出。
3. **章节 NEW**：若 chapters 新增 is_new，管理端章节编辑页增加「标记 NEW」勾选。
4. **会员**：现 db/users 已支持 Set VIP；权益文案可配置化（若后续需要）。

**实施顺序**：待后端 mentors、consultations 表与接口就绪后，再开发导师管理、预约管理页面；章节 NEW 可与后端同步上线。

### 【小程序开发工程师】

**可复用**：首页（index）、目录（catalog）、VIP 页（vip）、个人中心（profile）、支付流程。现有 `book/all-chapters`、`vip/status`、`user/profile`、`pay` 等已覆盖基础能力。

**需新增/改造**：

1. **首页**：按稿子接入「最新更新」「精选推荐」「最新新增」；`book/latest-chapters`、`book/hot` 已有，需确认 recommended 接口；超级个体复用 `vip/members`。
2. **目录**：按 part 聚合、展示 NEW、免费/¥1；数据源 `book/all-chapters`，NEW 依赖后端字段或策略。
3. **会员落地**：新页或改造 vip 页，权益展示 + 购买按钮，支付走现 `pay`。
4. **导师**：新页「选择导师」「导师详情」，接入 `mentors` 列表/详情/预约接口。
5. **资料编辑**：扩展表单字段（个人故事、互助需求、项目介绍）、手机/微信号弹窗（稿子 comprehensive_profile_editor_v1_2）。

**实施顺序**：① 首页/目录 UI 与数据对接 → ② 会员落地 → ③ 导师列表+详情 → ④ 资料编辑扩展。

### 【测试人员】

**核心场景**：

1. **阅读/付费**：免费节直接读；付费节未购/VIP 不可读；VIP 全章可读；单节购买与 VIP 购买互不冲突。
2. **会员**：开通后 is_vip、vip_expire_date 正确；超级个体名单可见；权益生效。
3. **导师**：列表搜索/筛选、详情展示、预约创建、支付（若预约收费）。
4. **资料**：编辑保存成功；手机/微信号未填时提现、找伙伴应拦截并引导弹窗。

**联调**：小程序↔API（book、vip、user、mentors）；管理端↔API（chapters、mentors、consultations）。

**实施顺序**：接口就绪后补充用例；优先阅读/会员，再导师、资料。

### 实现路线图（共识）

| 阶段 | 后端 | 管理端 | 小程序 | 测试 |
|-----|------|-------|--------|------|
| **P0** | chapters 支持 NEW；book/latest、book/recommended 确认或补齐 | 章节编辑支持 NEW | 首页/目录 UI 与数据对接 | 阅读/会员用例 |
| **P1** | 会员沿用现 vip；无新增接口 | — | 会员落地页 | 会员开通验收 |
| **P2** | mentors 表 + consultations 表；列表/详情/预约接口 | 导师 CRUD、预约列表 | 导师列表+详情+预约 | 导师预约流程 |
| **P3** | users 扩展或 user_profiles；profile 接口扩展 | — | 资料编辑扩展、手机/微弹窗 | 资料+拦截校验 |

**启动条件**：产品确认 MVP 范围与验收标准后，后端先输出 P0 接口方案，管理端/小程序按路线图跟进。

---

## 各开发对新需求的看法

### 【后端开发】

需求清晰，与现有 chapter/book/vip 模型兼容度高，可复用为主、增量开发。导师和资料扩展是主要新增点，技术风险可控。建议产品尽早确认 P2 导师价格配置方式（固定/可配置）、预约状态流转，便于接口设计。

### 【管理端开发工程师】

见下方「管理端建设性与补充说明」。

### 【小程序开发工程师】

稿子完整、交互明确，实现难度主要在数据对接和组件复用。首页/目录 P0 已落地；会员、导师、资料按阶段推进即可。建议后端接口响应格式稳定后再做样式微调，减少返工。

### 【测试人员】

场景边界清楚，可分批补充用例。需关注：导师预约与支付的联调、资料未填时的拦截逻辑、会员与单节购买的权益优先级。

---

## 管理端建设性与补充说明（基于小程序需求）

> 管理端对应小程序各模块，除基础 CRUD 外，建议补充以下能力以更好支持运营与数据闭环。

| 小程序模块 | 管理端基础能力 | 建设性补充 | 说明 |
|-----------|----------------|------------|------|
| **首页/目录** | 章节 NEW 标记 | ① 精选推荐固定兜底章节配置<br>② 章节阅读量/点击数据看板 | 算法兜底可运营配置；运营需看到哪些章节受欢迎 |
| **会员落地** | 用户 VIP 开通 | ① 会员权益文案配置化<br>② 会员开通/续费统计 | 权益文案可随活动调整；统计支撑运营决策 |
| **导师/预约** | 导师 CRUD、预约列表 | ① 导师排序/推荐位<br>② 咨询项目与价格配置<br>③ 预约数据统计（按导师/按时间） | 小程序列表顺序可运营控制；价格可调；数据支撑导师运营 |
| **我的/分享收益** | （若已有收益逻辑） | ① 收益明细与分润规则配置<br>② 提现审核流程 | 小程序有分享收益、可提现金额，管理端需审核与配置 |
| **个人资料** | — | ① 用户资料完善率统计<br>② （若涉及敏感）资料审核 | 支撑找伙伴匹配质量；可选能力 |

### 管理端补充优先级建议

| 优先级 | 补充项 | 与小程序关联 |
|--------|--------|--------------|
| 高 | 导师排序/推荐位、咨询项目价格配置 | 小程序导师列表展示顺序、v2 弹窗价格 |
| 高 | 精选推荐兜底章节配置 | 小程序首页精选推荐无数据时的展示 |
| 中 | 会员权益文案配置、开通统计 | 小程序会员落地页权益展示 |
| 中 | 预约数据统计 | 导师运营效果评估 |
| 低 | 资料完善率、提现审核 | 找伙伴质量、收益闭环 |

---

## 开发协作方案

> 各开发角色如何协作、谁先谁后、交接点、并行与串行。

### 协作总原则

- **产品先行**：MVP 范围与验收标准确定后，开发方可启动。
- **后端先行**：接口契约先出，小程序/管理端再对接。
- **分阶段接力**：按 P0→P1→P2→P3 推进，每阶段有明确交付与验收。
- **接口契约**：后端每阶段输出接口文档（路径、请求/响应、字段），前端按契约开发。

### 阶段内协作时序

```
┌─────────────────────────────────────────────────────────────────────────────────────┐
│  P0：首页/目录 + NEW 标记                                                             │
└─────────────────────────────────────────────────────────────────────────────────────┘

  产品确认 MVP 与验收
         │
         ▼
  【后端】输出 P0 接口契约
  · chapters 是否新增 is_new？若否，说明「最新新增」判定规则（如 created_at 近 7 天）
  · book/latest-chapters、book/recommended 响应格式
  · book/all-chapters 是否返回 is_new 或等价信息
         │
         ├──────────────────────────┬──────────────────────────┐
         ▼                          ▼                          ▼
  【后端】实现 P0 接口        【管理端】章节编辑支持 NEW     【小程序】首页/目录 UI
  （迁移脚本 + handler）      （依赖 chapters 结构）        （按契约 Mock 或直连）
         │                          │                          │
         └──────────────────────────┴──────────────────────────┘
                                    │
                                    ▼
  【测试】阅读/会员用例补充 ──► 联调验证 ──► P0 验收
```

```
┌─────────────────────────────────────────────────────────────────────────────────────┐
│  P1：会员落地                                                                         │
└─────────────────────────────────────────────────────────────────────────────────────┘

  无新接口，沿用现 vip 与 pay
         │
         ▼
  【小程序】会员落地页（权益展示 + 购买按钮）
         │
         ▼
  【测试】会员开通验收 ──► P1 验收
```

```
┌─────────────────────────────────────────────────────────────────────────────────────┐
│  P2：导师 + 预约                                                                      │
└─────────────────────────────────────────────────────────────────────────────────────┘

  【后端】输出 P2 接口契约
  · mentors 表结构、字段
  · mentor_consultations 表结构、状态流转
  · GET/POST /api/miniprogram/mentors（列表/详情/预约）
  · GET/POST /api/admin/mentors、/api/admin/mentor-consultations
         │
         ├──────────────────────────┬──────────────────────────┐
         ▼                          ▼                          ▼
  【后端】实现 mentors + 预约接口   【管理端】导师 CRUD、预约列表  【小程序】导师列表+详情+预约
  （迁移 + 小程序接口 + admin 接口） （依赖 admin 接口）          （按契约对接）
         │                          │                          │
         └──────────────────────────┴──────────────────────────┘
                                    │
                                    ▼
  【测试】导师预约流程 ──► 三端联调 ──► P2 验收
```

```
┌─────────────────────────────────────────────────────────────────────────────────────┐
│  P3：资料编辑扩展                                                                    │
└─────────────────────────────────────────────────────────────────────────────────────┘

  【后端】输出 P3 接口契约
  · users 扩展字段 或 user_profiles 表
  · user/profile 接口扩展（个人故事、互助需求、项目介绍、手机、微信号）
  · 提现/找伙伴入口的「手机/微未填」校验规则
         │
         ├──────────────────────────┐
         ▼                          ▼
  【后端】实现 profile 扩展       【小程序】资料编辑扩展、弹窗
         │                          │
         └──────────────────────────┘
                                    │
                                    ▼
  【测试】资料 + 拦截校验 ──► P3 验收
```

### 角色职责与交接

| 角色 | 职责 | 交接给谁 | 交接物 |
|------|------|----------|--------|
| **产品** | 确认 MVP、验收标准；P0 前完成 | 全体 | 需求文档（或会议纪要中验收部分） |
| **后端** | 每阶段输出接口契约并实现 | 管理端、小程序、测试 | 接口文档（路径、字段、示例） |
| **管理端** | P0 章节 NEW；P2 导师/预约管理 | 测试 | 可用的管理端页面 |
| **小程序** | P0～P3 按阶段实现 C 端页面 | 测试 | 可联调的小程序 |
| **测试** | 每阶段补充用例、联调验收 | 产品 | 验收报告 |

### 并行与串行

| 关系 | 说明 |
|------|------|
| **产品 → 后端** | 串行：产品确认后，后端才能定方案 |
| **后端 → 管理端/小程序** | 串行开头：接口契约出后才能开发；契约出后可并行 |
| **管理端 ↔ 小程序** | 并行：同阶段内各自对接各自接口，无互相依赖 |
| **P0 ↔ P1** | P1 可早于 P0 完成（会员无新接口）；但建议 P0 先验收再开 P2 |
| **P2 管理端** | 依赖后端 mentors 接口；可与小程序并行，但都等后端 |

### 沟通节点

| 节点 | 参与 | 目的 |
|------|------|------|
| 需求确认会 | 产品 + 全体 | 定 MVP、验收标准 |
| P0 接口评审 | 后端 + 管理端 + 小程序 | 确认 chapters is_new、book 接口格式 |
| P2 接口评审 | 后端 + 管理端 + 小程序 | 确认 mentors、consultations 模型 |
| 每阶段联调 | 后端 + 管理端 + 小程序 + 测试 | 验证功能、过 checklist |
| 阻塞时 | 阻塞方 + 被依赖方 | 快速澄清、调整契约 |

### 协作 checklist（每阶段结束前）

- [ ] 后端：接口已挂到正确路由组，文档已更新
- [ ] 管理端：仅用 `/api/admin/*`、`/api/db/*`，字段与接口一致
- [ ] 小程序：仅用 `/api/miniprogram/*`，错误处理完整
- [ ] 测试：用例已补充，联调通过
- [ ] 全体：过 soul-change-checklist

---

## 各角色经验与业务理解更新

本次会议结论已同步至各角色 `agent/{角色}/evolution/2026-02-28.md`。

### 产品经理

- stitch_soul 串联「内容→会员→导师」变现路径；临时需求池 10 个稿子覆盖完整流程；需在正式需求文档中明确业务定义与验收标准。

### 后端开发

- 需新建或扩展导师实体；现有 chapter/book/vip 可与产品核对后复用；接口挂 `/api/miniprogram/*`。

### 管理端开发工程师

- 需管理章节、导师、会员、预约、收益；待后端方案确定后规划管理页面。

### 小程序开发工程师

- 首页/目录/会员/导师/资料五类页面；待需求与接口确定后分阶段实现。

### 测试人员

- 关键场景：阅读/付费/会员/导师预约/资料；待需求确定后补充联调用例。

### 团队共享

- stitch_soul 与现有三端架构协同；路由约定保持不变：小程序 `/api/miniprogram/*`，管理端 `/api/admin/*`、`/api/db/*`。

---

---

## 开发团队重新分析：怎么实现（可执行方案）

> 在问题 1～5 作答、精选推荐算法、实现路线图基础上，结合现有代码梳理出的可执行实现方案。

### 现状与差异

| 能力 | 现状 | 与需求差异 |
|------|------|------------|
| 精选推荐 / 热门 | `book/hot` 按 sort_order 取 10 条 | 需按**阅读量**排序；排除序言/尾声/附录；精选取 3 条并打「热门/推荐/精选」 |
| 最新更新 / 最新新增 | `book/latest-chapters` 按 updated_at 取 20 条；**未挂 miniprogram** | 需挂到 miniprogram；「最新新增」可复用或加 is_new 筛选 |
| 目录 NEW | chapters 无 is_new | 需新增 is_new 或按 created_at 近 N 天 |
| 会员 | vip + pay 已有 | 无差异 |
| 导师 | 无 | 需新建 mentors、consultations |
| 资料扩展 | user/profile 有基础字段 | 需扩展 story/help_offer/help_need/project_intro |

### 分阶段实现清单（可执行）

#### P0：首页/目录 + NEW + 精选推荐算法

| 序号 | 角色 | 动作 | 产出 |
|-----|------|------|------|
| P0-1 | 后端 | chapters 表新增 `is_new`（bool）；迁移脚本 + AutoMigrate | 字段可用 |
| P0-2 | 后端 | `book/hot` 改为按阅读量排序：从 reading_progress 按 section_id 分组 count；兜底按 updated_at；排除 part 含「序言/尾声/附录」 | 符合算法 |
| P0-3 | 后端 | 新增 `book/recommended`：同 hot 逻辑，取前 3 条，返回时带 tag（热门/推荐/精选） | 首页精选用 |
| P0-4 | 后端 | `book/latest-chapters` 挂到 miniprogram 组 | 小程序可调 |
| P0-5 | 后端 | `book/all-chapters` 响应中每章带 `isNew` | 目录 NEW 展示 |
| P0-6 | 管理端 | 章节编辑页增加「标记 NEW」勾选 | 运营可配置 |
| P0-7 | 小程序 | 首页：最新更新（latest）、精选推荐（recommended）、最新新增（all-chapters 筛 isNew）、超级个体（vip/members）、阅读进度（已有） | 首页按稿子完成 |
| P0-8 | 小程序 | 目录：按 part 聚合、展示 NEW、免费/¥1 | 目录按稿子完成 |
| P0-9 | 测试 | 阅读/会员用例；精选推荐取数、NEW 展示 | 联调通过 |

**阅读量数据来源**：`reading_progress` 表按 `section_id` 分组 count；若无数据则用兜底（updated_at 或固定 3 章）。

#### P1：会员落地

| 序号 | 角色 | 动作 | 产出 |
|-----|------|------|------|
| P1-1 | 小程序 | 会员落地页（权益展示 + ¥1980 购买），支付走现 pay | 可开通会员 |
| P1-2 | 测试 | 会员开通验收 | 通过 |

#### P2：导师 + 预约

| 序号 | 角色 | 动作 | 产出 |
|-----|------|------|------|
| P2-1 | 后端 | 新建 mentors 表（**支持每个导师独立价格配置**：单次/半年/年度）、mentor_consultations 表；迁移脚本 | 表就绪 |
| P2-2 | 后端 | `GET/POST /api/miniprogram/mentors`（列表/详情/预约，价格从导师配置读取）；`GET/POST /api/admin/mentors`、`/api/admin/mentor-consultations` | 接口可用 |
| P2-3 | 管理端 | 导师管理 CRUD、**导师价格配置（每个导师独立）**、预约列表（状态筛选、导出） | 可管理导师 |
| P2-4 | 小程序 | 导师列表、导师详情、**联系导师按钮点击 → 弹出 v2 弹窗（选择咨询项目）**、预约入口 | 可预约 |
| P2-5 | 测试 | 导师预约流程 | 联调通过 |

#### P3：资料编辑扩展

| 序号 | 角色 | 动作 | 产出 |
|-----|------|------|------|
| P3-1 | 后端 | users 扩展 story_best_month、story_achievement、story_turning、help_offer、help_need、project_intro；或新建 user_profiles | 字段可用 |
| P3-2 | 后端 | `user/profile` 接口读写扩展字段；提现/找伙伴入口校验手机/微 | 接口可用 |
| P3-3 | 小程序 | 资料编辑扩展表单；手机/微未填时弹窗并拦截提现/找伙伴；**我的页头像资料卡片加「编辑」图标 → 跳转个人资料展示页** | 符合稿子 |
| P3-4 | 测试 | 资料保存、拦截校验 | 通过 |

### 接口契约速查（后端输出后可据此开发）

**P0**

- `GET /api/miniprogram/book/recommended` → `{ data: [{ id, mid, sectionTitle, partTitle, tag: "热门"|"推荐"|"精选", ... }] }`
- `GET /api/miniprogram/book/hot` → 同算法，limit 10，无 tag
- `GET /api/miniprogram/book/latest-chapters` → 新增挂载
- `GET /api/miniprogram/book/all-chapters` → 每项增加 `isNew`

**P2**

- `GET /api/miniprogram/mentors?q=&skill=` → 列表（含每导师价格，从配置读取）
- `GET /api/miniprogram/mentors/:id` → 详情（含单次/半年/年度价格，从配置读取）
- `POST /api/miniprogram/mentors/:id/book` → 预约
- 后端 mentors 表/模型：支持 `price_single`、`price_half_year`、`price_year` 等按导师配置；管理端 PUT `/api/admin/mentors` 或 db 接口支持写入

**P3**

- `user/profile` 请求/响应增加 story_*、help_offer、help_need、project_intro

### 实施顺序（单人在多端开发时）

1. 产品确认 MVP 与验收标准（可复用会议纪要）。
2. 后端完成 P0-1～P0-5，输出接口契约 → 管理端 P0-6、小程序 P0-7～P0-8 并行。
3. P0 联调验收后，P1 小程序独立完成。
4. 后端 P2-1～P2-2 → 管理端 P2-3、小程序 P2-4 并行。
5. 后端 P3-1～P3-2 → 小程序 P3-3。

---

## 附录：页面重构专项会议（设计稿全覆盖 10 张图）

> **触发**：用户要求读取 stitch_soul 全部图片并开会，明确涉及「页面重构」的需求；此前会议未逐张覆盖设计稿。

---

### 各角色发言（页面重构专项）

**【产品经理】**  
10 张稿子覆盖 8 类页面：首页、目录、会员落地、我的（VIP+收益）、个人资料展示、资料编辑（完整+弹窗）、导师列表、导师详情（含咨询选择弹窗）。页面重构优先级：首页/目录（P0 已有）→ 会员落地（P1）→ 导师（P2）→ 资料展示与编辑（P3）。需澄清：找伙伴高亮逻辑、导师详情 v1/v2 与弹窗关系、我的页与个人资料的跳转关系。

**【后端开发】**  
页面重构主要影响前端；后端需配合：P2 导师列表/详情/预约接口返回的字段需支撑卡片展示（头像、简介、标签数组、价格）；P3 资料扩展字段需覆盖个人故事、互助需求、项目介绍。接口契约与现有实现方案一致。

**【管理端开发工程师】**  
管理端无对应设计稿，但导师管理、预约列表、章节 NEW 勾选等页面需与小程序风格一致（深色主题、标签样式）。可参考 stitch_soul 的组件规范做管理端组件库扩展。

**【小程序开发工程师】**  
10 张稿子结构清晰，适合组件化：权益卡片、标签、弹窗、底部按钮、数据统计卡片可抽成通用组件。深色主题需统一定义变量。首页、目录 P0 已完成；会员落地、导师、资料按阶段推进时需严格按稿子还原布局与交互。

**【测试人员】**  
页面重构验收重点：① 各页面与设计稿一致性（布局、颜色、标签）；② 弹窗触发时机（手机/微未填、咨询选择）；③ 深色主题在小程序中的表现；④ 组件复用时样式无错乱。

---

### 设计稿清单与重构识别

> 基于对 stitch_soul 下 **全部 10 张 design 图片** 的逐张阅读，补充「页面重构」识别与组件化建议。此前会议未逐张覆盖，本节补齐。

### 设计稿清单与重构识别

| # | 目录 | 页面类型 | 页面重构要点 | 映射阶段 |
|---|------|----------|--------------|----------|
| 1 | `optimized_home_content_feed_v1` | 首页内容流 | **布局**：顶部品牌+搜索→最新更新大卡片→阅读进度→超级个体→精选推荐→最新新增；**组件**：搜索框、大卡片、进度条、头像列表、内容卡片、NEW 标签；**交互**：展开/折叠、价格 ¥1 | P0 |
| 2 | `catalog_with_new_additions_v1` | 目录 | **布局**：书籍概览卡片→按 part 可展开/折叠列表；**组件**：免费/NEW/¥1 标签、章节列表项、折叠箭头；**主题**：深色模式；**交互**：找伙伴图标高亮（动态状态） | P0 |
| 3 | `premium_membership_landing_v1` | 会员落地页 | **布局**：导航→VIP 宣传区→内容权益 4 卡 + 社交权益 4 卡（双列）→底部固定按钮；**组件**：权益卡片（图标+文字）、¥1980 按钮；**色彩**：绿/黄/橙强调色；**需提取**：权益卡片通用组件 | P1 |
| 4 | `professional_profile_with_earnings_vip` | 我的（VIP+收益） | **布局**：用户区（VIP 徽章、会员/匹配/排行标签、到期时间）→分享收益→阅读统计→最近阅读→我的订单/关于作者；**组件**：数据卡片、统计三列、最近阅读项；**状态**：VIP、收益、可提现 | P1/P3 |
| 5 | `enhanced_professional_profile` | 个人资料展示 | **布局**：头像+昵称+MBTI/地区→基本信息→个人故事→互助需求→项目介绍→「成为超级个体」；**组件**：卡片分组、复制按钮、奖杯/星星/循环图标；**动态内容**：故事/需求长度不固定 | P3 |
| 6 | `comprehensive_profile_editor_v1_1` | 资料编辑（完整版） | **布局**：温馨提示→头像→基本信息→核心联系方式→个人故事→互助需求→项目介绍→保存；**组件**：表单输入、下拉、地区图钉、多行文本；**样式**：深色主题，浅绿强调 | P3 |
| 7 | `comprehensive_profile_editor_v1_2` | 资料编辑（弹窗） | **组件**：居中弹窗，手机号/微信号输入、保存/取消；**触发**：提现/找伙伴入口时手机或微信号未填；**需设计**：弹窗触发时机、必填校验 | P3 |
| 8 | `mentor_listing_screen` | 导师列表 | **布局**：搜索→筛选标签→推荐导师列表；**组件**：导师卡片（头像、姓名、简介、标签、价格、预约）；**数据**：需头像、姓名、简介、标签数组、价格、ID | P2 |
| 9 | `mentor_detail_profile_1` | 导师详情 v1 | **布局**：头像+姓名+理念+引言→01 为什么找→02 提供什么→03 收费标准→04 判断风格→联系导师；**组件**：编号区块、标签组、收费表格、划线价；**强调色**：青色 | P2 |
| 10 | `mentor_detail_profile_2` | 导师详情 v2（咨询选择弹窗） | **组件**：居中弹窗，单选（单次/半年/年度）、原价划掉、推荐标签、确认选择；**背景**：模糊的「我的」页；**复用**：可与会员/购买类弹窗共用模式 | P2 |

### 跨稿子组件抽取建议

| 组件 | 复用页面 | 说明 |
|------|----------|------|
| 权益卡片 | 会员落地、导师详情 | 图标+标题+描述，圆角深灰背景 |
| 标签（Tag） | 目录、导师列表、导师详情、个人资料 | 免费/NEW/¥1、技能标签、MBTI/地区 |
| 弹窗（手机/微、咨询选择） | 资料编辑、导师详情 | 居中圆角、输入/单选、保存/确认+取消 |
| 底部固定按钮 | 会员落地、导师详情、资料编辑 | 宽按钮、主色填充 |
| 数据统计卡片 | 我的、阅读进度 | 多列数字+图标+说明 |
| 头像+昵称+标签区 | 个人资料、超级个体、导师 | 圆形头像、下方标签 |

### 深色主题与色彩体系（统一约束）

- **主色**：深黑/深灰背景，白/浅灰文字
- **强调色**：绿色（主 CTA、VIP）、黄色（会员、推荐）、橙色（社交权益、部分标签）、青色（导师详情）
- **一致性**：所有 10 张稿均为深色模式，重构时需统一定义 CSS 变量或主题配置

### 待确认（页面重构相关）— 已澄清

| # | 问题 | 作答 |
|---|------|------|
| 1 | 底部导航「找伙伴」高亮逻辑？ | **不用改**，保持现状 |
| 2 | 导师详情 v1 与 v2 弹窗关系？ | **导师详情 v1** 点击下方「联系导师」按钮 → 弹出 **v2 弹窗**（选择咨询项目） |
| 3 | 「我的」页与「个人资料展示」的跳转？ | **我的**页头像资料卡片增加「编辑」图标，点击进入**个人资料展示页**（enhanced_professional_profile） |

---

*会议纪要由助理橙子生成 | 各角色经验已同步至 `agent/{角色}/evolution/2026-02-28.md`*