# 全周期研发实施顺序与交付清单

- 文档版本：`V1.0`
- 适用项目：`TakeoutSaaS` 小程序 C 端
- 文档目标：给设计、前端、接口、测试一个统一的落地顺序，避免“页面很多但不知道先做什么”

---

## 1. 文档目的

本文件回答 4 个问题：

1. 全周期应该按什么实施顺序推进
2. 每一阶段需要产出什么交付物
3. 每一阶段达到什么标准才算可以进入下一阶段
4. 如果是 AI 或个人开发，也能按什么顺序稳步落地

---

## 2. 推荐实施总节奏

| 阶段 | 名称 | 主要目标 | 核心交付 |
| --- | --- | --- | --- |
| S0 | 范围收口 | 定边界、定版本、定文档母版 | 08/09/10 规划文档、页面优先级 |
| S1 | 信息架构与设计基线 | 定路由、定组件、定设计规则 | 低保真、组件清单、状态矩阵 |
| S2 | 交易主链路开发 | 跑通首页到支付成功 | 首页、点餐、抽屉、结算、订单 |
| S3 | 履约与售后开发 | 补齐订单服务链路 | 退款、评价、状态时间轴 |
| S4 | 我的与资产开发 | 形成复购资产闭环 | 会员、积分、储值、次卡、领券 |
| S5 | 增长与活动开发 | 把营销能力前置到顾客端 | 秒杀、折扣、新客礼、活动入口 |
| S6 | 服务与消息开发 | 补齐服务能力和长期经营能力 | 消息、帮助、推荐、服务区 |
| S7 | 联调验收与上线准备 | 全局走查和交付 | 联调清单、验收清单、演示脚本 |

---

## 3. 各阶段实施顺序

## 3.1 S0 范围收口

### 目标
- 把“要做什么”和“先做什么”收口

### 必做事项
1. 确认版本分期：`V1.0` / `V1.1` / `V2.0` / `V2.1` / `V3.0`
2. 确认页面优先级：P0 / P1 / P2
3. 确认三场景：外卖 / 自提 / 堂食
4. 确认后台到前台映射关系

### 必交付物
- `docs/08-全周期版本规划与范围分层.md`
- `docs/09-租户后台与C端功能映射总表.md`
- `docs/10-全周期研发实施顺序与交付清单.md`
- 页面优先级结论

### 完成标准
- 团队已明确“本期不做什么”
- 没有人再按自己理解任意扩散页面

---

## 3.2 S1 信息架构与设计基线

### 目标
- 让后续页面开发不再重复讨论结构问题

### 必做事项
1. 确认 4 个 Tab 与全部二级页路由
2. 确认页面模板：Tab 页、二级页、抽屉、弹层
3. 确认全局设计 Token：颜色、字号、间距、圆角、按钮层级
4. 确认页面状态矩阵：默认态、空态、加载态、错误态、禁用态
5. 确认三场景差异矩阵：外卖 / 自提 / 堂食

### 必交付物
- 页面低保真骨架
- 全局设计基线
- 页面状态矩阵
- 场景差异矩阵
- 通用组件清单的可实现版本

### 完成标准
- 任意页面都能用统一模板快速搭出骨架
- 新页面设计不会脱离现有模式

---

## 3.3 S2 交易主链路开发

### 目标
- 先跑通“选店 → 点餐 → 结算 → 支付 → 查单”

### 开发顺序
1. `T01 首页`
2. `P01 门店选择页`
3. `T02 点餐页`
4. `C01 商品详情抽屉`
5. `C02 购物车抽屉`
6. `P02 地址管理页`
7. `P03 结算确认页`
8. `P04 支付成功页`
9. `T03 订单页`
10. `P05 订单详情页`
11. `T04 我的页（基础版）`
12. `P18 堂食扫码确认页`

### 必交付物
- 路由可跳转的交易闭环
- 商品与购物车 mock 数据
- 结算金额计算占位逻辑
- 订单状态 mock 数据
- 三场景基础差异展示

### 验收重点
- 能否从首页顺利进入点餐和结算
- 能否看清价格、优惠和实付金额
- 能否支付成功后找到订单

---

## 3.4 S3 履约与售后开发

### 目标
- 补齐订单后半段体验

### 开发顺序
1. 回补 `T03 订单页` 状态筛选
2. 回补 `P05 订单详情页` 履约时间轴与操作区
3. `P06 退款申请页`
4. `P07 退款详情页`
5. `P08 评价页`

### 必交付物
- 状态时间轴
- 退款链路
- 评价链路
- 再来一单入口

### 验收重点
- 用户能否快速理解订单当前状态
- 用户能否找到退款入口和评价入口

---

## 3.5 S4 我的与资产开发

### 目标
- 把“我的”页做成留存与复购中心

### 开发顺序
1. 回补 `T04 我的页`
2. `P12 会员中心页`
3. `P09 领券中心页`
4. `P13 积分商城页`
5. `P14 储值充值页`
6. `P15 次卡页`

### 必交付物
- 我的页用户头部与资产摘要
- 会员权益表达
- 券、积分、储值、次卡结构页
- 与结算页联动入口

### 验收重点
- 资产页是不是只“展示”没有“回流”
- 结算页能否承接资产的使用语境

---

## 3.6 S5 增长与活动开发

### 目标
- 把后台营销能力转化为前台可感知、可转化的页面能力

### 开发顺序
1. 回补首页活动区
2. `P10 秒杀活动页`
3. `P11 限时折扣活动页`
4. 回补点餐页活动标签与活动商品专区
5. 回补结算页优惠命中说明
6. 回补我的页活动与券入口

### 必交付物
- 活动承接页
- 活动入口与活动状态表达
- 新客礼 / 满减 / 秒杀 / 折扣的页面承接逻辑

### 验收重点
- 活动是否能真正导流进商品和结算，而不只是展示横幅

---

## 3.7 S6 服务与消息开发

### 目标
- 把小程序补齐为可长期经营的用户服务端

### 开发顺序
1. `P16 消息中心页`
2. `P17 帮助中心页`
3. 回补首页推荐区与我的服务区
4. 预留未来发票、客服、投诉与个性化券包入口

### 必交付物
- 消息分类页
- FAQ / 客服 / 帮助中心
- 红点、未读、服务入口表达

### 验收重点
- 顾客是否能在订单之外获得通知与帮助

---

## 3.8 S7 联调验收与上线准备

### 目标
- 把前面阶段串成一套真正可演示、可交付、可联调的版本

### 必做事项
1. 检查所有页面路由跳转
2. 检查所有主 CTA 是否闭环
3. 检查三场景差异是否完整
4. 检查所有金额、优惠、状态文案是否一致
5. 检查登录拦截与回跳逻辑
6. 检查空态、错误态、禁用态
7. 整理演示脚本、验收清单、联调顺序

### 必交付物
- 联调清单
- 验收清单
- 演示路径脚本
- 版本发布说明

### 完成标准
- 业务、设计、开发、测试都能按同一套路径演示
- 新接手的 AI 或工程师可以快速理解全局结构

---

## 4. 推荐交付物清单

| 阶段 | 必交付物 |
| --- | --- |
| S0 | 分期文档、映射文档、实施文档 |
| S1 | 低保真、状态矩阵、场景矩阵、组件清单 |
| S2 | 交易主链路页面、mock 数据、跳转脚本 |
| S3 | 售后页面、状态时间轴、订单操作脚本 |
| S4 | 我的页与资产页、资产回流脚本 |
| S5 | 活动页、活动入口、活动承接脚本 |
| S6 | 消息与帮助页、红点逻辑、服务入口 |
| S7 | 联调文档、验收清单、演示说明 |

---

## 5. 如果是个人或 AI 独立推进，建议这样执行

### 模式 A：先原型后代码
1. 先补齐文档与低保真
2. 再实现点击原型
3. 再把点击原型转成真实小程序代码

### 模式 B：边原型边代码
1. 每完成一个页面规格，就同步搭建页面骨架
2. 每完成一个阶段，就统一走查路由和状态
3. 不要跨阶段跳做复杂资产或复杂营销

### 模式 C：只做 MVP
1. 只做 `S0 + S1 + S2 + S3`
2. 上线后再根据业务反馈扩展 `S4-S7`

---

## 6. 阶段切换门槛

### 从 S1 进入 S2 前
- 页面结构、路由、组件模板已稳定

### 从 S2 进入 S3 前
- 主交易闭环可完整演示

### 从 S3 进入 S4 前
- 订单与售后体验清晰，没有主流程断点

### 从 S4 进入 S5 前
- 资产页能回流到结算页

### 从 S5 进入 S6 前
- 活动页不是孤岛，已能导流到交易闭环

### 从 S6 进入 S7 前
- 页面、消息、服务、活动、资产已基本成套

---

## 7. 实施时最容易踩的坑

1. 一开始就想把所有资产和活动一起做完
2. 先画很多视觉稿，却没有先收口状态和流程
3. 把后台字段原样搬到前台，没有翻译成顾客语言
4. 只做页面，不做版本边界
5. 只做静态图，不做关键跳转与交互闭环

---

## 8. 最终建议

这套项目最稳的推进方式不是“按页面一个个做”，而是：

1. 先按版本收口
2. 再按闭环推进
3. 然后按阶段交付
4. 最后统一联调与上线准备

只有这样，租户后台到 C 端小程序的关系才会清晰，整个项目也不会越做越散。