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 页)