项目报告 · 共同订单 开发计划 ← 返回 Flow Index
项目计划 · 2026.05.11 修订版(Rev 0.2)

共同订单 开发计划报告

本报告梳理了"共同订单"(Group Order)功能从需求冻结到正式公开为期 10 周的节奏、人员、交付物与关键决策事项。 以 6/15 本番部署(软启动)7/1 一般公开 为目标,设计 / 开发 / 测试三条线并行推进。

✓ 2026-05-11 进度更新:21 / 21 OQ 全部已解决(客户答复 17 / 乙方决议 2 / 移出本表 2)。需求冻结节点 4/28 已通过,当前进入 UI 高保真设计 + 开发基盘并行阶段(W4)。

Today
05 / 11
周一, 2026 · W4
软启动部署
06 / 15
周一, +35 天
一般公开
07 / 01
周三, +51 天
剩余周数
7
至 6/15 软启动,OQ 已全解决 ✓
§ 00

决策节点 — 4/28 ✓ 已通过

Decision Gate
04·28 ✓
Passed

此日期前必须与客户敲定的 5 件事 — 进度更新 2026-05-11

4/28 需求冻结 Gate 已通过。截至 2026-05-11 状态汇总如下:

  • ① 需求冻结✓ 全部已解决。21 / 21 OQ 全部 closed(客户答复 17 / 乙方决议 2 / 移出本表 2)
  • ② UI "重绘" 范围▲ 走每周 UI Review 流程。OQ-03 已转项目管理决议,每周三 15:00 客户 + PM 拍板,5/15 前敲定 A/B 级别
  • ③ 设计师分配▲ 待确认。需在 5/15 UI Review 例会上明确 (客户派出 vs 乙方手配)
  • ④ v1 / v1.1 范围切分✓ 已答复。客户 2026-05-10 决议:人気サイズ v1 必須(简单版);AI 文案 / 3D 预览 / 内部立项 PDF 不做;.ai 下载 v1 必須
  • ⑤ 每周 UI Review 客户决策人▲ 4/28 已敲定每周三 15:00 例会,需要客户 PO 持续保证出席
  • ⑥ Hypercare SLA(追加) — OQ-13 已转合同流程,由法务 / 合同条款另签,不阻塞开发
§ 01

时间线

三线并行 · 10 周
阶段 / 周
W14/22
W24/27
W35/4
W45/11
W55/18
W65/25
W76/1
W86/8
W96/15 ★
W106/22
W117/1 ★★
需求 / 决策4/22 – 4/28
需求冻结1 周
UI 设计4/28 – 5/29(5 周)
UI 高保真设计5 周
开发(BE + FE)5/1 – 5/29(4 周)
功能开发 → UI 集成4 周
Bug 修复2 周
QA / 内部测试5/18 – 6/5(3 周)
用例设计 → 全体 E2E3 周
UAT / 客户验收6/1 – 6/12(2 周·分段)
Anchor → Joiner → Admin → 回归2 周
部署 / 运维6/15 – 7/3 及以后
本番部署 → 内测2 周
🎉 一般公开
需求 UI 开发 QA UAT 部署 一般公开 ★ = 里程碑
周 / 日期 当周核心内容
W14/22 周二 原型内部走查 → 客户评审 1 轮(4/24)→ OQ 清单整理
W24/27 周一 4/28 需求冻结节点 ★ 同日 UI 启动 · 开发基盘先行(ER 图 / migration / API 契约)
W35/4 周一 UI W2:核心 4 画面高保真 开发 W1:Anchor 流程
W45/11 周一 UI W3:其余 5 画面 开发 W2:Joiner 流程
W55/18 周一 UI W4:Admin + 5/22 UI 冻结 开发 W3:Admin 流程 QA:用例设计开始
W65/25 周一 UI W5:polish / 设计 QA 开发 W4:横串 + 高保真 UI 集成 QA:分段测试启动
W76/1 周一 全体 E2E 测试 UAT 启动:Anchor 流程(6/1-6/3)/ Joiner 流程(6/4-6/5)
W86/8 周一 UAT:Admin 流程(6/8-6/10)+ 回归(6/11-6/12) Critical bug 修复
W96/15 周一 ★ 6/15 本番部署 内测启动(限定 3-5 社,Hypercare 体制)
W106/22 周一 内测持续 实邮件 / 支付流程最终验证 公开前 go / no-go 判断(6/26)
W116/29 周一 ★★ 7/1 周三 一般公开 随后 2 周 Hypercare 延续 → 7/13 转入常规运维
§ 02

六个阶段的结构

Phase-by-phase
1

需求冻结 + UI 启动

4/22 – 4/28 (1 周)
1 周
原型走查 → 客户评审 → OQ / UI 方向在 4/28 前全部签署冻结。开发基盘(DB migration / API 契约)水面下先行启动,为 5/1 开发抢出 3 天。
交付物 需求冻结确认书 UI 方向确认书 OQ close list
2

开发(原型 UI 打底,后期替换高保真)

5/1 – 5/29 (4 周)
4 周
每周主题制:W1 Anchor / W2 Joiner / W3 Admin / W4 横串。前 2 周用原型 UI 实现业务 logic,后 2 周随着设计稿冻结逐页替换为高保真。每周五必做 demo。
交付物 SIT 环境可用版本 API 文档 ER 图
3

内部测试(全体 E2E)

5/25 – 6/5 (2 周,与开发末期重叠)
2 周
约 50 条用例覆盖 3 角色 × 4 步骤 × 正常/异常流。状态迁移矩阵、同时并发、通知邮件都要跑通。Critical / Major bug = 0 是 UAT 开放的硬条件。
交付物 测试用例书 Bug 报告
4

UAT 客户验收(分段)

6/1 – 6/12 (2 周)
2 周
不一次性交付,分段验收:Anchor → Joiner → Admin → 回归。每天 10:00 / 17:00 Bug triage,当日分级、当日分配。Critical 翌日 commit、Major 2 日内。
交付物 UAT 结果书 修改差分清单
5

本番部署 + 内测

6/15 – 6/30 (2 周 Hypercare)
2 周
6/15 周一 Kamal 部署。招募 3-5 社进行内测,在本番环境验证真实邮件 / 支付流程。dev ×1 + QA ×0.5 常驻响应,当日修复体制。
交付物 部署文档 用户操作手册 源码 运维手册 FAQ
6

一般公开 + 持续运维

7/1 及以后
持续
7/1 周三一般公开,随后 2 周 Hypercare。7/13 起转入常规运维契约模式(SLA 另议)。
交付物 运维手册 故障处理台账
§ 03

每周 Sync 机制

三条线协同运营
时间
周一
周二
周三
周四
周五
09:30站会
每日文字站会 · Slack #group-order-daily · 每人一句话:昨日 / 今日 / 阻塞
10:0030 min
设计 → 开发 交接会
10:00 – 10:30
设计师 + FE 负责人
上周冻结的设计稿交付给 FE。走查 token / 组件 / icon,解决实现疑点。
12:00
— 午休 —
15:0030 min
客户 UI Review
15:00 – 15:30
PM + 设计师 + 客户 PO
把还在做的设计稿提前给客户看,周末冻结前抓到认知差异 —— 并行推进的最重要防线。
17:0030 min
周例会 + demo
17:00 – 17:30
全员 + 客户
三条线进度 demo、bug / 阻塞项 triage、下周 scope 锁定。
§ 04

v1 / v1.1 范围切分

为 6/15 达成而做的优先级
客户答复更新 2026-05-10(OQ-04):人気サイズランキング v1 必须做但简单版(admin 维护 presets,不做自动统计);AI 文案 / 3D 预览 / 内部立项 PDF 输出 不做(v1 / v1.1 都不做);.ai 原稿下载槽位 v1 必须做
v1 · 7/1 公开

核心功能(必达)

"共同订单能成团、能收到款" 的最小闭环
  • 3 角色 × 4 步骤全流程(Anchor / Joiner / Admin)
  • GroupOrder 状态机 + Participation 管理
  • 价格计算(Anchor max -42% / 最低 -15% (Joiner≥1) / -5% (Joiner=0))
  • 契约① 同意流程 + 契约② Admin 手动批量发送
  • 通知邮件(Anchor / Joiner / Admin 各场景)
  • 文件上传 / 输出(规格书 / 报价 / 发票)
  • 管理员审查、批量邮件、CSV 导出
  • 人気サイズ quick-select(admin presets · 简单版)新增 OQ-04
  • .ai 原稿下载槽位新增 OQ-04
  • 匿名码 B001 / B002 显示(OQ-08)
  • 支付方式沿用既存正单(prepayment / monthly / invoice_afterpay)
不做 · Out of Scope

客户决议不实装

2026-05-10 客户明确答复"不做",v1 / v1.1 均不实装
  • AI 文案生成(Joiner 留言 / 内部决策书)OQ-14
  • 3D 包装预览OQ-15
  • 内部立项书 PDF 输出OQ-04
v1.1 候选(4/28 之后再评估)
  • Anchor 详细 KPI dashboard
  • 表情符号全面替换为 Lucide icon(v1 可混用)
  • 移动端专用布局优化
  • 人気サイズ自动统计 / 趋势分析(v1 仅 admin presets)
  • 多納品先 (分納) 物流费分摊精细化
§ 05

主要风险

Top 3 watch-items
① 4/28 需求冻结守不住 ✓ 已通过

2026-05-11 状态:21 / 21 OQ 全部已解决,需求冻结 Gate 已安全通过。客户配合度良好(5/10 + 5/11 两批答复一次性 closing 17 项)。该风险标记为已消除

② UI "重绘" 滑向 C 型(完全重设计)

OQ-03 已转每周 UI Review 例会持续跟进,但 A / B 级别尚未敲定。若客户用"感觉不对"而非具体要件推进,会引发 2 周量级的返工,直接压破 6/15。5/15 UI Review 必须签署 A/B 级别,5/22 后变更一律走 CR 流程、工时可视化。

③ 客户 PO 不出席

每周三 15:00 UI Review 与周五 17:00 demo,客户 PO 不到场则并行推进机制失效。每周至少 4h commit 须作为 4/28 Gate 的一部分确保。

④ 价格算法 OQ-1/2/3(mantee 内部 OQ)尚未明确

客户 OQ 已全 closed,但 mantee design doc 内部 OQ-1 / OQ-2 / OQ-3(Joiner 値下げ表 / 参加人数补正 / 偶数补正插值)仍在客户答复待ち,是 §5.3 价格 calculator 的 P1 硬阻塞。建议在 5/15 UI Review 同时把这 3 个数表 + 例子一并要回。

§ 06

人员配置

Team composition
角色 人数 投入期间 工作内容
PM(乙方)1全周期项目推进、客户对接、风险监控
设计师14/28 – 5/29(5 周)UI 高保真化、设计 token、画面交付、设计 QA
BE 工程师(Rails)25/1 – 6/12Model / 状态机 / API / Mailer / Admin API
FE 工程师(Next.js)25/1 – 6/1213 画面实装、高保真 UI 集成、API 连接
QA15/18 – 6/12用例设计、执行、bug triage
Infra(部署 / 监控)0.56/10 – 6/20Kamal 配置、监控告警、dry-run
客户 PO1全周期决策、UI Review、UAT 统筹(周 6h+)