嗯来吧 · 流程总纲(整体流程 + 组队流程)

先统一口径(把三处冲突定下来),再给两张流程图:整体业务流程图、组队业务流程图

0先统一三处口径(我按 PM 判断定了,你确认即可)

冲突 ① 人数不足时怎么扣钱 → 建议改成「按谁出钱区分」:
· 参与者出钱(AA):人均固定 = 总金额 ÷ 所需人数;人数不足不重算、不补收;少来的份额由发起人承担(他发布时冻结了全额)
· 发起人出钱(打赏 / 求助单):按实际确认人数结算,多退少补(沿用逻辑图节点 30 的口径)
理由:付钱的人不该为别人的缺席二次掏钱;出钱组织的人承担组织风险,符合直觉。
冲突 ② AA 报名款最终给谁 → 建议:参与者报名款进平台专户托管 → 活动结束时按确认人数结算 → T+1 放款给发起人(他垫付了场地/成本)→ 余额支付段返 10%。
与逻辑图差异:逻辑图是"求助金给施助者",组队 AA 反过来(参与者出钱、发起人收款),冻结主体随之改变。
冲突 ③ 公示判断的位置 → 以组队为准:草稿 → 选公示 / 非公示 → 正式发布(此刻才冻结资金)。逻辑图的"先扣款再判断公示"改为"先定范围再冻结"。

1整体业务流程(全单据通用)

嗯来吧 · 整体业务流程 ① 发布 选类型(求助 / 组队 / 活动 / 技能 / 求救 / 转让) 填写字段 · 内容风控 · 按「人数×单价」冻结资金 ② 接单 / 报名 接单页浏览 · 进详情 · 二次确认 免费直接占位 | AA 支付占位 | 打赏申请后审核占位 ③ 履约 进入施助中 / 进行中(不会自动进入) 资金冻结 · 报名关闭 · 加人走追加名额 ④ 完成 双方确认到场 / 交付 超期望完成时间 7 天 → 系统自动完成 ⑤ 结算 解冻 → T+1 放款 → 余额支付段返 10% → 双方互评 横切能力 · 资金托管(专户) · 信用分体系 · 通知与提醒 · 风控(敏感词 / 图片) 异常处理(全单据通用) · 流局 / 取消 → 全额原路退回 · 整单退款 → 后台审核,扣双方信用分 · 协商退款 → 限 1 次,可撤回 · 剔除 / 移除 → 同一人限 2 次 · 纠纷 → 一人一案 · 平台介入 → 超 7 天自动结算 → 司法 按付费方式收尾 · 发起人出钱(打赏 / 求助单)→ 按实际人数结算 · 参与者出钱(AA)→ 人均固定,不重算 · 免费 → 无资金,只记信用分

2组队业务流程(重点)

组队完整业务流程(按本次 10 条需求) 草稿→公示选择→发布→双方同意→按付费方式占位→进入组队中→完成结算;AA 按「所需人数」扣款 ① 创建组队:选类型 + 选付费方式(免费 / AA 平摊 / 打赏) 现有只有「打赏」,本次新增 免费 与 AA 平摊 ② 保存草稿:状态 = 草稿 草稿期 可继续编辑 / 删除 / 取消 (未进入组队中前都能操作) 终止 ③ 选择:公示 / 非公示 ④ 正式发布 → 招募中 按「所需人数 × 单价」冻结资金 ⑤ 其他用户申请参与 ⑥ 发布者是否同意? 同意 拒绝 通知申请人 · 本单结束 终止 ⑦ 按付费方式走占位(三种) 免费参与 点确认 → 直接占位 AA 平摊 参与者【确认支付】→ 支付成功占位 15 分钟未付 → 释放名额 接受打赏 沿用现有逻辑:申请 → 发布者同意 → 占位 ⑧ 人数齐 / 到截止 → 进入组队中(进行中) ⑨ 活动完成 → 发布者点「结束组队」 ⑩ 结算 AA:按【所需人数】扣款,不按实到人数 打赏:按现有逻辑放款 | 免费:无资金 结束 · 已结算 异常与边界 需要 6 人但只来 4 人 → 钱仍按【6 人】扣,不按 4 人重算 (参与者人均不变,缺的人不补) AA 参与者付费了但没来 → 视为缺席,费用不退,扣信用分 AA 没付费只是占了名额 → 名额锁定 15 分钟,超时释放 (不付费不算占位成功) 发布者取消整场 / 到截止没凑齐 → 已付金额全额原路退回 协商退款(限 1 次)· 纠纷(一人一案) · 平台介入 · 超期望完成 7 天自动结算

3组队流程分步说明

步骤谁做什么 / 系统反应
1发起人创建组队:选类型 + 付费方式(免费 / AA 平摊 / 打赏)
2系统保存为 草稿(不冻结、不进接单页);草稿期可编辑 / 删除 / 取消
3发起人选择公示 / 非公示 → 正式发布
4系统按「所需人数 × 单价」冻结资金 → 状态:招募中
5参与者申请参与
6发起人同意 / 拒绝(双方同意才成局);拒绝则通知本人
7参与者AA:本人确认支付(15 分钟内,免密但不免确认)→ 支付成功才占位;免费:确认即占位;打赏:沿用现有逻辑
8系统满员或到截止 → 进入组队中;未进入前发起人仍可取消 / 删除
9双方活动进行;缺席者标记并扣信用分(费用不退)
10发起人点「结束组队」→ 系统结算
11系统AA 按所需人数的人均结算(不重算);打赏按现有逻辑放款;免费无资金 → 已结算

4两套流程的差异(一张表)

维度发布需求(求助单)组队
出资方求助者一人出钱免费 / AA(参与者出)/ 打赏(发起人出)
发布前状态无草稿,发布即扣款草稿(不冻结),选公示后才发布并冻结
公示判断扣款之后判断发布之前选择
人数不足按实际人数结算(多退少补)AA:人均固定不重算;打赏:按实际人数
收款方施助者(服务提供方)AA:发起人;打赏:参与者
收尾动作完成施助 → 解冻放款完成组队 ≠ 结束组队(结算 + 返现)
复用扣款顺序、冻结/解冻、返 10%、整单退款、协商退款(限 1 次)、移除(限 2 次)、纠纷(一人一案)、平台介入 / 司法、超 7 天自动完成 —— 两套完全一致

5组队待确认(4 条)

#问题建议
1AA 少来的份额由发起人承担,还是那部分退回发起人由发起人承担(不退),因为他发布时已冻结全额
2AA 是否需要发起人审核可开关,默认免审(付费即占位)
3草稿是否计入"我发的"列表计入,顶部单独显示草稿卡
4正式发布后信息是否限改 1 次沿用逻辑图:限 1 次
嗯来吧 · 流程总纲(整体 + 组队)