共同订单 · Group Order Portal Prototype

降本增效的新形态
Group Order.

发起方与参与方联合下单,以达到单独下单无法获得的低价。
本 Portal 集中呈现 Anchor / Joiner / 管理员三类角色的完整流程,便于整体浏览与确认。

Chapter 01

项目概览 Project Overview

10 周开发计划、关键里程碑、人员配置、风险与交付物的完整说明。
§ 报告 · 项目计划

开发计划报告 / 10 周计划

时间线 · 人员 · 决策事项 · v1 范围切分(客户评审用)
打开报告
Chapter 02

用户流程 User Flows

Anchor(发起方)/ Joiner(参与方)/ Admin(管理员)三角色的完整流程走查。
01

Anchor · 发起方流程

Proposer Flow
0Landing 1预申请 2等待审核 3契约① 同意 4招募中管理 5成团后
02

Joiner · 参与方流程

Participant Flow
0Landing 1寻找项目 2预报名 3我的项目 4参与详情 5制造跟踪
03

Administrator · 管理员流程

Admin Flow
0通常注文一覧 1项目列表 2公开前审查 3招募中管理 4参与方详情 5制造准备
Chapter 03

状态对照 Status Mapping

系统内部状态值与 UI 显示标签的对应关系,开发与客户沟通共享。
内部状态 UI 显示 Anchor Tab 管理员 Tab
pending_review规格确认中公开前公开前
contract_pending契约① 待签公开前公开前
published招募中招募中招募中
ordered制造准备制造准备制造准备
rejected / cancelled已取消已取消已取消
Chapter 04

待确认事项 Open Questions

原型设计阶段尚未敲定、仍需客户拍板的事项,按阻塞程度排序。
以下事项是原型设计阶段尚未敲定、仍需客户最终确认的 Open Question,按阻塞程度排序: P0 必须 4/28 前决定(否则 6/15 上线受影响);P1 在开发开工前必须敲定;P2 / P3 可在开发中后期决定。
P0 阻塞项 · 需求冻结前必决 5 项 4/28 前
OQ-01

Admin 列表 "支付 / 契约 / 确定单价" 列的显示时机

查看 ↗

"招募中" tab 就展示支付状态和确定单价,还是只在"制造准备"及以后的 tab 显示?招募中单价尚未确定,是否有展示的意义?

当前假设:成团后("制造准备" tab 以后)才显示。招募中只显示"预估单价",并加"暂"字标。
OQ-02

"规格确认中" 状态下 Anchor 的编辑 / 取消权限

查看 ↗

管理员审核前,Anchor 是否可以编辑或取消自己的项目?Sheet 规格说允许,但 Canva 原型的弹窗说"发起后不可取消",文字存在矛盾。

当前假设:管理员批准前可编辑 / 取消(pending_review 阶段 Anchor 拥有全部权限)。
OQ-03

UI "重绘" 的范围等级划分

客户要求的 UI 重绘,是现有原型的高保真化(A 型)、局部重构(B 型),还是完全重设计(视觉方向整体变更,C 型)?

当前假设:以 A 型高保真化为主 + 个别页面做 B 型局部调整。C 型会赶不上 6/15 上线。
OQ-04

v1 / v1.1 范围最终切分

查看 ↗

AI 文案生成、热门尺寸排行、3D 预览、内部立项书 PDF 输出 —— 这些是 v1(7/1 必达)还是 v1.1(7 月中旬以后)?

当前假设:全部延后到 v1.1。v1 只保证"能成团 + 能收款"的最小闭环。
OQ-20

成团后订单的数据模型归属(架构级)

查看 ↗

成团后为每个参与方生成的订单,是 "=通常订单"(方案 A · 统一)、"≠通常订单"(方案 B · 隔离)、还是 "=通常订单 + 共同注文由来标记"(方案 C · 混合)?影响:(a) 普通注文一览是否显示这些订单;(b) 发票 / 物流 / 文件系统是否复用既存 Brixa 功能;(c) 两个入口(マイ案件 / 通常注文)的数据一致性。

当前假设(方案 C):成团时自动生成 orders 记录,打上 source='group_order' + group_order_participation_id 外键。普通注文一览显示这些订单并带"共同注文由来"徽章和跳回原案件链接。发票 / 物流 / 文件完全复用既存 Brixa 基础设施。
P1 高优先级 · 开发开工前必决 8 项 5/10 前
OQ-05

契约② 的签订时机与形式

招募成团后与 Joiner 的单独合约(契约②),是逐个电子签名还是批量方式?何时发送?支付何时跟进?

当前假设:成团后系统自动生成契约②,向各 Joiner 发送电子签约链接,签约后进入发票开具流程。
OQ-06

Anchor 特别单价参数

查看 ↗

Anchor 最大 15% OFF / 最低保证 5% OFF 是最终值吗?Joiner 为 0 家时的最低保证触发条件具体是什么?

当前假设:-15% / -5% 为对外公开数值。Joiner 少于 1 家时触发 -5% 最低保证。
OQ-07

最小起订量数值

查看 ↗

Anchor 首次订货 500 个 / Joiner 最小参与 300 个 —— 这两个数值在所有项目类型下都适用,还是按产品类别差异化?

当前假设:所有项目类型统一。差异化放到 v1.1 再考虑。
OQ-08

Joiner 公司名遮掩(masking)规则

查看 ↗

browse 页显示为 "株式会社 J*****",保留几位?是前 X 个字符 + 星号,还是别的规则?主要用于避免被同行识别。

当前假设:保留首 1 个字 + 星号 5 位。参与后在 my-cases 显示完整名称。
OQ-09

通知邮件文案最终确认

Anchor / Joiner / Admin 各自场景约 7-8 封邮件的文案,由客户提供最终话术,还是乙方出草案后客户校对?

当前假设:乙方提供草案(基于 Canva 原型文字),5/15 前客户校对确定。
OQ-17

browse 列表卡片的双按钮(Joiner View / Anchor Demo)

查看 ↗

Canva 原型在每张案件卡上放了「参加する(Joiner View)」+「管理する(Anchor Demo)」2 个按钮。本番环境下是否同时显示?还是按登录用户身份动态切换(自家案件显示"管理",别家案件显示"参加")?

当前假设:Demo 期间保留双按钮方便客户切换视角体验;本番按用户身份切换单按钮显示。Anchor 进入自家案件跳 anchor/case-detail.html,进入别家案件跳 joiner/case-detail.html
OQ-18

Anchor 侧双视图(案件管理 / 募集情況確認)的使用场景

查看 ↗

Anchor 一个案件对应 2 个详情页:案件管理(运营视角 · 价格梯度 / 参与方 / 削減额)+ 募集情況確認(自家订单视角 · SKU / 纳品先 / 文件)。确认这种双视图设计是否符合实际使用预期?信息边界是否清晰?

当前假设:保留 2 个独立页面。anchor/case-detail.html 负责项目运营决策;anchor/participation-detail.html 负责自家订单管理。从 anchor/my-cases.html 的募集中卡片分别跳转。
OQ-19

Joiner 取消期限的计算规则

查看 ↗

Joiner 仮申込后的"取消期限"是否固定为募集截止日前 15 天?还是按产品类别 / 案件规模 / 生产前置时间不同而可配置?超过期限后"金額確定と製造準備に入るためキャンセル不可" —— 这个 15 天窗口是否足够覆盖所有商品的制造前置期?

当前假设:v1 固定为 "募集截止日前 15 天",全品类统一。如果需要按品类差异化(例如大批量制造需要 21 天),列入 v1.1 功能扩展。
P2 中等优先级 · 开发中期决定 4 项 5/25 前
OQ-10

支付方式支持范围

查看 ↗

支持预付款 / 月结 / 发票后付 的哪些组合?各 Joiner 的支付方式是否可以独立设置?

当前假设:v1 只支持"预付款"。月结 / 后付 需要打通 Brixa 现有支付系统,延到 v1.1。
OQ-11

公开后 Anchor 可编辑的字段范围

查看 ↗

Canva 原型说"发起后仅可编辑:标题 / 数量 / 目标 / 寄语,其他不可改"。数量也能改吗?改后已参与的 Joiner 如何通知?

当前假设:可编辑:标题 / Anchor 订货数量 / 目标总量 / 给 Joiner 的寄语。编辑后向所有 Joiner 发邮件通知。
OQ-12

稿件提交规范

查看 ↗

支持的文件格式(AI / PDF / PSD)、大小上限(50MB)、印刷色数要求 —— 沿用 Brixa 现有规范?还是共同订单有特殊要求?

当前假设:沿用 Brixa 现有稿件规范。格式 / 大小不变。
OQ-13

Hypercare 期间 SLA 定义

6/15-7/13 Hypercare 期间,故障发生时的响应时间目标?(受理 1h / 缓解 4h / 修复 24h 等)

当前假设:工作时间内 受理 1h / 缓解 4h / 下一个工作日内修复完成。非工作时间 best effort。
P3 低优先级 · v1.1 以后即可 3 项 7/15 以后
OQ-14

AI 文案生成的具体策略

查看 ↗

"给 Joiner 的寄语" 和 "内部立项报告" 的 AI 文案 —— 用 Gemini?prompt 由谁设计?生成后人工修改还是直接使用?

当前假设:v1.1 接入 Gemini API,提供"根据项目规格生成初稿"功能,人工编辑后保存。
OQ-15

3D 预览功能是否需要?

① 是否需要此功能? ② 需要的话:展示位置(项目详情页 / 稿件提交时 / 两者)、数据来源(Brixa 现有 3D 素材库 / 根据稿件动态渲染 / 其他)、展示精度要求?

当前假设:v1 不做。v1.1 再确认客户是否真的需要及具体需求后再实装。
OQ-16

热门尺寸排行功能是否需要?

查看 ↗

① 是否需要此功能? ② 需要的话:展示位置(Anchor 预申请表单 / browse 列表 / 独立的统计页)、统计维度(按产品类别 / 按时间窗口 / 按成团率)、Top N 数量?

当前假设:v1 不做。v1.1 再确认客户是否真的需要及具体需求后再实装。