组队业务流程说明 · 研发对齐版
讲法：先讲逻辑（第一部分），再对原型（第二部分）。逻辑讲完研发能定状态机、资金流和接口；原型只是这些逻辑的界面呈现。
0讲解提纲（建议 15 分钟讲完）
- 30 秒讲清是什么：一个发起人组局，别人报名参加；钱有三种出法（免费 / AA 平摊 / 打赏），流程骨架沿用已有的「发布需求」逻辑图。
- 3 分钟讲状态机：草稿 → 招募中 → 待成行 → 进行中 → 已完成 → 已结算，以及流局、取消、纠纷几个异常态。
- 4 分钟讲钱：谁出钱、钱进哪、什么时候解冻放款、人数不足怎么算（这是最容易吵的地方）。
- 3 分钟讲边界常量：15 分钟 / 24 小时 / 30 分钟 / 7 天 / 次数限制。
- 3 分钟讲异常：缺席、赖账、取消、流局、退款、纠纷各自的系统动作。
- 2 分钟对原型：上面每条逻辑对应哪个页面、哪个按钮、哪条提示。
第一部分 · 业务流程逻辑（研发先看这部分）
1名词与角色（先统一叫法）
| 名词 | 含义 | 注意 |
|---|
| 发起人 | 发组队的人（原逻辑图里的"求助者"） | 出资方 / 审核方 / 结算收款方 |
| 参与者 | 报名参加的人（原逻辑图里的"施助者"） | AA 模式下是付款方 |
| 所需人数 | 发布时填写，用于算人均与冻结总额 | AA 人均 = 总额 ÷ 所需人数（固定值） |
| 实需人数 | 实际想招的人数，用于展示"还差 N 人" | 与所需人数可不等 |
| 订单有效期 | 报名通道关闭时间 | 到期未成行 = 流局 |
| 期望计划完成时间 | 期望活动完成的时间 | 超 7 天未处理 → 自动完成 |
| 公示 / 非公示 | 公示 = 公开招募；非公示 = 定向邀请 | 在发布前选择 |
2状态机（研发按这张建表）
| 状态 | 进入条件 | 可做操作 | 资金状态 |
|---|
| 草稿 | 创建后保存 | 编辑 / 删除 / 取消；选公示；正式发布 | 不冻结 |
| 招募中 | 正式发布 | 报名 / 退出；发起人审核报名 | AA 报名款托管中；打赏已冻结 |
| 待成行 | 到达订单有效期 | 发起人：进入进行中 / 取消整场 | 托管中 |
| 进行中 | 发起人点「进入组队中」（不会自动进入） | 剔除成员（限 2 次）· 追加名额 · 结束组队 | 已冻结 |
| 已完成 | 双方确认到场 / 超期望完成 7 天 | 结束组队（结算） | 已冻结 |
| 已结算 | 发起人点「结束组队」 | 查看结算明细 · 评价 | 已解冻 · 已放款，余额段已返现 |
| 流局 / 已取消 | 有效期到未成行 / 发起人取消 | 查看退款记录 | 全额原路退回 |
| 纠纷中 | 任一方提交纠纷 | 协商 → 平台介入 → 司法 | 冻结中 |
关键：「已完成」是业务完成，「已结算」是资金完成，两步必须分开存字段，不能合并。
3主流程（时序）
1. 发起人创建组队（选类型 + 付费方式）→ 落 草稿，不冻结、不进接单页
2. 选公示 / 非公示 → 正式发布 → 按「所需人数 × 单价」冻结 → 状态 招募中
3. 参与者申请 → 发起人 同意 / 拒绝 → 同意后按付费方式占位：免费点击占位 ｜ AA 本人确认支付（15 分钟内）｜ 打赏申请后审核同意占位
4. 满员或到有效期 → 进入组队中（发起人手动点）→ 资金冻结、报名关闭
5. 活动完成 → 发起人点 结束组队 → 结算 → 解冻 → T+1 放款给发起人 → 余额支付段返 10%
4资金规则（最容易吵，必须讲清）
规则一：人数不足怎么算 —— 按"谁出钱"区分
· 参与者出钱（AA）：人均 = 总额 ÷ 所需人数，是固定值；人数不足不重算、不补收；少来的份额由发起人承担（他发布时冻结了全额）
· 发起人出钱（打赏 / 求助单）：按实际确认人数结算，多退少补
规则二：AA 的钱最终给谁
参与者报名款 → 平台专户托管 → 结束组队按所需人数结算 → T+1 放款给发起人（他去付场地费）→ 余额支付段返 10%。
注意：这与发布需求相反（发布需求是钱给施助者）。
| 环节 | AA | 打赏 | 免费 |
|---|
| 发布 | 草稿不冻结；发布后按所需人数×单价冻结 | 按人数 × 赏金冻结 | 不扣 |
| 报名 | 本人确认支付 → 专户托管 | 申请，不付款 | 点击占位 |
| 进行中 | 按所需人数结算（人均固定） | 按实际人数结算（多退少补） | — |
| 结束 | 解冻 → T+1 放款给发起人 → 返现 | 放款给参与者 | — |
| 异常 | 流局 / 取消 → 全额原路退回；整单退款 → 后台审核 + 扣双方信用分；协商退款 → 限 1 次 |
支付相关：余额支付免密（免的是密码，不是免确认，参与者仍要点「确认支付」）；充值才需要 6 位支付密码；重复支付按幂等处理，多付原路退回。
5AA 两种收款模式（场地费类场景必须选一种）
| 维度 | 模式 A：先付后玩 | 模式 B：先垫后收 |
|---|
| 谁先出钱 | 参与者（报名付清） | 发起人（先垫） |
| 赖账风险 | 无（钱已托管） | 高（需押金/支付承诺约束） |
| 缺席 | 不退费 + 扣信用分 | 仍应收款 |
| 收尾 | 结束组队 → 直接放款 | 结束组队 → 生成收款单 → 24 小时收款 → T+1 放款 |
6边界常量（建议做成配置项，不要写死）
| 常量 | 值 | 作用 |
|---|
| AA 支付窗口 | 15 分钟 | 超时关闭订单、释放名额 |
| 定金补尾款 | 成行后 30 分钟 | 超时释放名额 |
| 打赏报名审核 | 24 小时 | 超时申请失效 |
| 模式 B 事后收款 | 24 小时 | 超时扣信用分 + 押金抵扣 + 平台介入 |
| 有效期提醒 | 到期前 24 小时 | 提醒发起人 |
| 自动完成 | 超期望完成 7 天 | 系统自动完成并结算 |
| 放款 | T+1 | 结束后次日放款 |
| 信息修改次数 | 1 次 | 正式发布后 |
| 剔除成员次数 | 2 次（同一人） | 超出拦截 |
| 协商退款次数 | 1 次 | 超出不可再进入 |
7异常处理矩阵（异常 → 系统动作 → 资金 → 信用分）
| 异常 | 系统动作 | 资金 | 信用分 |
|---|
| 草稿期取消 / 删除 | 直接删除或置为已取消 | 无（未冻结） | — |
| 未进入组队中前取消 | 置为已取消并通知全部报名者 | 全额原路退回 | 扣发起人 |
| AA 15 分钟未支付 | 关闭订单、释放名额、可重报 | 未扣款 | — |
| 打赏 24 小时未审核 | 申请失效并通知申请人 | — | 发起人记一次 |
| 有效期到未成行 | 流局、通知全部报名者 | 全额原路退回 | — |
| 缺席（付费没来） | 标记缺席 | 模式 A 不退；模式 B 仍应收款 | 扣缺席方 |
| 剔除成员 | 同一人限 2 次 | 退回其对应费用 | 扣被剔除方 |
| 模式 B 逾期不付 | 催收 → 禁报名 → 平台介入 | 押金抵扣 / 余额扣划 | 扣赖账方 |
| 整单退款 | 后台审核 → 通过退款 / 拒绝退回 | 退款 | 扣双方 |
| 协商退款 | 限 1 次，可撤回，对方不同意则不可再进入 | 按协商结果结算 | 视结果 |
| 纠纷 | 一人一案，谁提交谁确认解决 | 冻结中 | — |
| 平台介入 / 司法 | 超期望完成 7 天自动结算；否则人工裁定 | 裁定后处理 | 视裁定 |
8字段与校验（发布组队）
| 字段 | 必填 | 校验 / 默认 |
|---|
| 标题 · 描述 · 图片 | 是 | 图片最多 3 张；内容风控 |
| 类型 | 是 | 校园 / 同城等 |
| 付费方式 | 是 | 免费 / AA 平摊 / 打赏 |
| AA 收款方式 | AA 必填 | 报名时付清（模式 A）/ 活动后收款（模式 B，需押金比例） |
| 所需总金额 | AA 必填 | >0；人均 = 总额 ÷ 所需人数 |
| 每人赏金 | 打赏必填 | >0；冻结总额 = 人数 × 赏金 |
| 所需人数 / 实需人数 | 是 | 正整数；实需 ≤ 所需 |
| 订单有效期 | 是 | 晚于当前时间 |
| 期望计划完成时间 | 是 | 晚于订单有效期 |
| 公示 / 非公示 | 是 | 发布前选择；非公示需指定邀请对象 |
9通知节点（研发做消息表时要覆盖）
| 时机 | 收件人 | 内容 |
|---|
| 报名申请提交 | 发起人 | 有人申请参加，待处理 |
| 审核结果 | 参与者 | 已通过 / 已拒绝 |
| 支付提醒 | 参与者 | 请在 15 分钟内完成支付 |
| 支付超时 | 参与者 | 名额已释放，可重新报名 |
| 有效期前 24 小时 | 发起人 | 即将截止，还差 N 人 |
| 流局 / 取消 | 全部报名者 | 已取消，款项原路退回 |
| 进入组队中 | 全部参与者 | 组队已开始 |
| 结束 / 放款 | 发起人 + 参与者 | 结算完成、金额明细 |
| 模式 B 收款单 | 参与者 | 请在 24 小时内支付分摊款 |
| 逾期未付 | 参与者 + 发起人 | 已扣信用分 / 已从押金抵扣 |
第二部分 · 原型内容（逻辑讲完后再看）
10页面清单与对应逻辑
| 页面 | 对应逻辑 | 关键元素 |
|---|
| 发布组队表单 | 第 8 节字段 | 付费方式三选一、AA 收款方式、人数、有效期、期望完成、公示选择 |
| 接单页 · 组队分类 | 状态"招募中" | 卡片：有效期至 · 计划完成 · 价格标签 · 参与者头像 · 还差 N 人 · 立即报名 |
| 组队详情页 | 报名与审核 | 主按钮随模式变化（付费报名 / 立即报名 / 申请报名）· 二次确认 · 规则说明 |
| 收银台 | AA 支付窗口 | 15 分钟倒计时 · 余额免密 · 不足去充值（充值需密码） |
| 我发的（组队） | 状态机 + 草稿 | 草稿卡（完成度/缺失项/编辑/删除）· 状态条（进度+状态+主操作+更多） |
| 结算明细 | 资金规则 | 确认人数 · 人均 · 差额 · T+1 放款 · 返现金额 |
11原型里已实现的交互（可直接演示）
| 交互 | 说明 | 状态 |
|---|
| 三种付费标签 | 免费参与 / AA 平摊·人均需支付 / 发布者打赏 | 已实现 |
| 报名三条路径 | 免费直占 / AA 收银台 / 打赏提交申请 | 已实现 |
| 接单后移出列表 | 免费与 AA 报名成功即移出；打赏审核同意后移出 | 已实现 |
| 分享海报 | 详情页右上 → 海报卡（价格/模式/时间地点/进度/二维码） | 已实现 |
| 草稿卡 | 我发的顶部，含完成度与缺失项 | 已实现（求助/组队/求救三类） |
| 订单状态条 | 进度条 + 状态 + 资金胶囊 + 单一主操作 + 更多收纳 | 已做，但与页面状态未完全打通 |
| 公示 / 非公示选择 | 发布前的选择步骤 | 未做 |
| AA 收款方式选择 | 模式 A / 模式 B | 未做 |
| 模式 B 收款单 | 批量收款与逾期处理 | 未做 |
12给研发的落地建议
- 状态字段与资金字段分开存：订单状态、资金状态（未冻结/托管中/已冻结/已解冻/已退回）、结算状态各自独立。
- 所有金额用整数分，人均除法结果做「向下取整 + 差额记在发起人」，避免出现 0.01 元误差。
- 幂等：支付、放款、退款、扣信用分都要有唯一业务号，防重复执行。
- 定时任务：15 分钟支付、24 小时审核、24 小时收款、有效期到期、7 天自动完成 —— 建议统一走一个调度器，带补偿重试。
- 权益与信用分：扣分、禁报名、押金抵扣做成独立能力，其它单据（求助单/活动）复用。
- 先做模式 A，模式 B 等押金/支付承诺能力就绪再上。
13需要研发/产品一起拍的最后 5 条
| # | 事项 | 建议 |
|---|
| 1 | AA 少来的份额由发起人承担，还是退回发起人 | 发起人承担（已冻结全额） |
| 2 | AA 是否需要发起人审核 | 可开关，默认免审 |
| 3 | 模式 B 是否本期做 | 先做 A；B 需押金或支付承诺 |
| 4 | 平台是否抽成 | 逻辑图里口径矛盾（节点 43「平台吃 2×10」），必须明确 |
| 5 | 公示 / 非公示的差异规则 | 公示=公开可报名；非公示=定向邀请指定人 |