END-TO-END · ONE CHART
嗯来吧 · 接单履约 一张总流程图
一条主干走完 11 步;组队异常、反悔取消、加钱动作、纠纷五步、资金线、三种形态全部挂回主干,不另起页
嗯来吧 · 业务评审版
2026-10-31
主干节点
分支带
资金动作
终态
左:触发与守卫 中:这一步做什么 右:系统写入什么、出口在哪
发布前
招募
履约
收尾
终态
触发 · 守卫
· 实名通过 · 无冻结 / 黑名单
· 未结纠纷不超限 · 24h 发布次数
· 同一需求不得重复发单
01
入口与前置校验
发布方
6 个入口:技能 / 需求 / 组队 / 活动 / 二手 / 紧急求救
未实名先弹认证,过不了不进填写页
系统写入
· 状态:draft(仅本地)
· 无资金动作
· 草稿不进广场、不过期
出口:放弃 → 草稿;换类型 → 重选入口
提交审核
触发 · 守卫
· 标题 ≤20 字 · 酬金 >0 · 时间 >现在
· 组队必须同时给 N 与每人酬金
· 加急只对招募中的单生效
02
发布需求
发布方
填标题、说明、酬金、人数 N、时间、地点
选是否公示 / 是否加急 / 要什么凭证
系统写入
· 状态:draft → open
· 写 flow(help/team/activity/…)
· 写 expected(期望完成时间)
出口:存草稿;取消发布无资金动作
审核通过 · 上架
触发 · 守卫
· 审核不过退回修改,不进广场
· 扣款顺序固定,不许跳步
· 应扣 = 酬金 × N + 加急费
03
审核与托管扣款
平台 + 资金
敏感词 + 图片 AI/OCR 审核
按顺序扣:余额 → 报酬 → 买卖所得
系统写入
· open(通过即上架)
· 资金:escrowed 托管冻结
· 钱不够 → 待支付,可补缴
出口:钱不够 → 待支付;驳回 → 退回编辑
报名 / 申请
触发 · 守卫
· 公示单按报名先后或发布方筛选
· 非公示匹配失败可扩圈重推
· 组队:名额池 N,报满即止
04
招募与匹配
平台
公示 → 进广场,报名 / 申请
非公示 → 按距离、信用分、技能匹配
系统写入
· open 保持
· quota.taken 随报名递增
· 加急单置顶 + 优先推送
出口:无人报名 → 到期 expired(全额退)
分支 A · 组队四类异常(钱怎么走)
挂在第 04 步之后 · 不改主干顺序
成行前退出 / 被踢
全额原路退,不收手续费;踢人记发起人违约(同一人最多移 2 次)
成行后退出
退 50% + 50% 补偿给施助方;退出方记违约
缺席未核销
退 50% + 50% 补偿给施助方;缺席方记违约
部分完成
逐人判定、逐人结算,不等整单;未核销按缺席处理
名额满 · 成行
触发 · 守卫
· 个人:接单后可申请退出,规则内免费
· 组队:未满员不成行,到期全额退
· 非公示:实到不足 → 全退再按实到重扣
05
成行(个人 / 组队)
发布方 + 施助方
个人:1 人接单即成行
组队:名额满才成行,一人一子单
系统写入
· open → matched
· 资金:每人一份单独冻结
· history 记成行时间与操作人
出口:成行前退出 / 被踢 → 全额原路退
分支 B · 反悔与取消(三条不同的出口)
挂在第 05 步之后 · 不改主干顺序
施助者拒绝接单
回招募,记 1 次拒绝;无资金变动
发布方主动取消
已扣金额原路退;记发布方违约,影响后续发布
名额不足 · 是否最后一次
续招 → 继续冻结;结束 → 全额退,转 expired
整单退款
全额原路退且不收手续费,但必须后台审核;通过扣双方信誉分
打卡到岗
触发 · 守卫
· 48h 未打卡 → 自动取消并扣信用
· 线上单同样要核销,不只线下
· 组队:逐人核销,缺席单独标
06
履约中:打卡 / 核销
施助方
线下:定位 + 现场照片
线上:核销码 / 口令 / 定位
系统写入
· matched → serving
· checkin{at,lat,lng,ok} 落库
· 资金继续冻结,不动账
出口:缺席 → 按缺席处理;中途退 → 按比例结算
分支 C · 加钱动作(不改主状态,只动钱与曝光)
挂在第 06 步之后 · 不改主干顺序
加急(招募中)
置顶 + 优先响应 + 全程提醒;随主单托管,取消可原路退
打赏(有报名后)
事中追加托管、验收全额给施助方;事后从余额直付
追加费用(履约中 / 待验收)
确认前免费取消;确认后取消付 30% 违约金
前置约束
0 人报名不显示打赏入口;余额不足整笔回滚
提交交付
触发 · 守卫
· 凭证:现场照 / 文件 / 视频
· 组队按人提交,互不影响
· 交付后进入待验收
07
交付
施助方
至少 1 项凭证 + 文字说明
未打卡 / 未核销不允许提交
系统写入
· serving → delivered
· 通知发布方验收
· history 记第几次交付
出口:未验收前可撤回重交
验收通过
触发 · 守卫
· 驳回必须写不通过原因
· 可多次重交,仍不满意才转纠纷
· 组队:逐人通过 / 逐人驳回
08
验收
发布方
通过 → 待结算;驳回 → 写原因打回
72h 未处理 → 自动通过(防拖款)
系统写入
· delivered → accepted(或回 serving)
· 记录重交次数
· 超时自动通过写系统日志
出口:打回 → serving;有争议 → 提出纠纷
分支 D · 纠纷五步(谁提 → 谁裁 → 谁执行)
挂在第 08 步之后 · 不改主干顺序
① 提出纠纷
任一方,7 天内;举证一次性提交,资金立即冻结
② 协商
按比例 / 一口价 / 重做;对方 48h 不响应 → 平台介入
③ 平台介入
三方沟通,出具裁定比例
④ 司法 → ⑤ 执行
双方同意可申请司法(一审 → 二审 → 终审);按结论分别打款,退款原路
进入结算
触发 · 守卫
· 无未结纠纷才能结算
· 服务费只对成交额收,退款与补偿不收
· 结算额 = 酬金 + 已同意加费 + 打赏
09
结算
资金
个人整单结算;组队按人头结算
服务费按成交额扣(占位 5%)
系统写入
· accepted → closed
· 资金:escrowed → settled
· 返求助金 1:1(每单一次)
出口:打款失败重试 → 转人工;纠纷 → 冻结待裁
分支 E · 资金线(一条钱的路,五种动作)
挂在第 09 步之后 · 不改主干顺序
托管
发布 / 报名即冻结,钱不进个人账户
冻结
纠纷中不动账,谁也不能提
结算
按人头或整单;服务费只对成交额收
退款 / 返求助金
退款一律原路;成交后按 1:1 返给发布方
结算完成
触发 · 守卫
· 评价期 7 天,过期默认好评(待确认)
· 被评方 7 天内可申诉
· 评价不阻塞结算
10
评价
双方
互评:评分 + 文字,先审后发
有纠纷的记录先审后发
系统写入
· reviewState:none → oneSide → both
· 进信用分流水
· 评分进按人数据
出口:超时不评 → 默认好评;申诉 → 复核
分支 F · 三种形态的差异(同一主干,只换中段)
挂在第 10 步之后 · 不改主干顺序
活动报名
一单多名额,报满成行;核销:扫码 / 口令 / 定位
到店预约
时间即资源,改期 / 爽约走违约;核销用预约码
二手交易
交付物是物品,走物流或当面签收;验收 = 验货确认
共性
都走 01–11 主干,只在「成行」与「交付」两步换判定条件
互评
触发 · 守卫
· 任何回退都要走纠纷,由平台裁定
· 终态不再触发资金动作
· 重复纠纷另开工单,不改原单
11
终态:只追加,不再改
平台
closed / cancelled / expired 状态冻结
只能追加评价、举报、客服记录、新纠纷
系统写入
· 状态不可变
· 变更只进 history / 工单
· 对账以 ledger 为准
出口:重做 → 另开新单;投诉 → 客服记录
嗯来吧 · 业务评审 | 2026-10-31 | 服务费率、缺席比例、评价期、退款时效为占位值,需业务方确认后再定稿
一张总图 · A3 纵向可打印(约 2 页)