FIELD · BUTTON · NOTIFY
F1 字段 · 按钮 · 通知附表
每个状态要填什么、谁能点什么、系统发什么通知、多久算超时 —— 全部从《订单状态机统一定义》派生，开发直接抄
嗯来吧 · 业务评审版
2026-10-31
① 状态矩阵：按钮 · 时限 · 通知（10 个状态一次给全）
状态 / 文案
我发的（发布方）
我接的（施助方）
时限 / 兜底
通知（发给谁 · 文案）
画在哪
draft 草稿
灰 · 卡片低强调
继续编辑 · 删除
—
不过期
只存本地，不进广场
不发通知
C1 发布草稿
open 招募中
橙 · 卡片高强调
查看申请 · 撤回
申请接单
到期未满 → 续招或全退
见 E2 第 3 条
open → matched · 双方
「有人接单了」/「你的申请通过了」
01 发布求助 · 02 发起组队
matched 已配对
蓝 · 卡片中强调
联系对方 · 取消
我已到岗 · 取消
48h 未打卡 → cancelled
通知双方 + 扣信用分
matched → serving · 发布者
「对方已到岗」
01 确认成行 · 02 名额满成行
serving 履约中
蓝 · 卡片中强调
等待完成
提交完成
不自动终态
由 72h 验收兜底（见 ④）
serving → delivered · 发布者
「对方已完成，请验收」
01 打卡核销 · 02 逐人核销
delivered 待验收
紫 · 卡片高强调
验收通过 · 驳回
等待验收
72h 未验收 → 自动通过
eddx 记 7 天，待拍板
delivered → accepted · 服务者
「验收通过，正在结算」/「要求补交」
01 交付验收
accepted 待结算
青 · 卡片中强调
等待结算
等待结算
打款失败 → 重试后转人工
重试次数待确认
accepted → closed · 服务者
「已完成结算」
01 结算 · 03 三种形态
closed 已完成
绿 · 卡片低强调
评价 · 再发一单
评价
评价期 7 天，过期默认好评
建议值，待业务方确认
无状态通知
只发评价提醒，双方各 1 次
01 互评 · 03 活动/预约/二手
disputed 纠纷中
红 · 卡片高强调
查看进度
查看进度
对方 48h 不响应 → 平台介入
举证一次性提交，不可编辑
B0 受理 / 协商 / 裁定 / 执行
每个节点各一封，钱不动
B0 · B1
cancelled 已取消
灰 · 卡片低强调
详情
详情
退款 T+1 ～ T+3 原路
建议值，待业务方确认
「订单已取消，退款原路返回」
退款失败 → 转人工
E2 第 2、6 条
expired 已过期
灰 · 卡片低强调
详情 · 重新发布
详情
到期即下架，不自动续招
「是否最后一次」见 E2 第 3 条
「招募到期，已全额退回」
未成行 = 全额原路退
02B 未满员下架
琥珀色 = 数字或口径尚未拍板，见《资料对照-缺口清单》第二节；灰色副行 = 副标题 / 补充说明，不占主行信息
② 每步要填什么、校验什么（字段与拦截）
发布（6 个入口共用）
· 标题 ≤ 20 字 · 说明 ≤ 500 字
· 类型：技能 / 需求 / 组队 / 活动 / 二手 / 紧急
· 酬金 · 人数 N · 时间 · 地点 · 是否公示
· 凭证要求：线下现场照 / 线上交付物
· 拦截：未实名、敏感词、图片审核不通过
酬金须 > 0，人数须 ≥ 1
接单 / 申请
· 实名认证 + 信用分达标
· 申请理由（可选）· 可接时段
· 组队：一人一子单，各自冻结一笔
· 拦截：名额已满、本人接自己的单、被拉黑
· 落库：申请时间、通过 / 拒绝人
先到先得模式没有申请环节，直接进 matched
履约 / 交付
· 打卡：定位 + 现场照片（线下）
· 核销：核销码 / 口令 / 定位（线上）
· 交付：≥ 1 项凭证 + 文字说明
· 拦截：未打卡、未核销不允许提交
· 落库：成行时间、坐标、凭证文件
线上单也要核销，不只是线下
验收 / 结算 / 评价
· 验收结论 + 不通过原因（必填）
· 结算：按人头或整单，服务费 5%
· 评价：评分 + 文字，先审后发
· 申诉：被评方 7 天内可申诉
· 拦截：打回必须写原因，可多次重交
5% 为占位费率，待业务方确认
③ 订单对象字段与写入方（开发按这张表建模型）
字段
谁写
何时写
用途
id
系统
创建时
订单号，全链路主键
flow
发布者
发布时
help / team / activity / appointment / trade
status
状态机
每次流转
驱动列表、按钮、通知、资金
subStatus
业务页
细分态变化
applying / arrived / shipped …
payState
支付系统
冻结 / 打款 / 退款
unpaid / escrowed / settled / refunding / refunded
reviewState
评价模块
评价后
none / oneSide / both
字段
谁写
何时写
用途
quota{ total, taken }
组队 / 活动
报名 / 退出
判断名额满、算人均、按人头结算
checkin{ at, lat, lng, ok }
施助方
打卡时
核销凭证、争议取证
publisher / provider
用户中心
发布 / 接单
双方身份、角色、信用分快照
time{ publishedAt … closedAt }
状态机
每步写入
全时间轴，算超时与自动任务
amount / fee / refund
支付系统
发布 / 结算 / 退款
托管额、服务费、退款额三本账
history[]
状态机
每次动作
纠纷、信用分、复盘的唯一依据
history 必须全量留痕：from / to / action / actor / at / note —— 没有它，纠纷里说不清谁改了什么
④ 时限表：多久算超时、超时谁兜底
触发
时限
谁执行
超时结果
接单后未打卡
48 小时
系统
订单取消，通知双方并扣信用分
交付后未验收
72 小时（eddx 记 7 天）
系统
自动通过、进入结算，防拖款
可发起纠纷
完成后 7 天内
任一方
超时只能走客服；未结算的整单原路退
纠纷协商响应
48 小时
对方
不响应则平台直接介入
举证材料
一次性提交
发起方
提交后不可编辑，只能撤回重提
退款到账
T+1 ～ T+3（建议）
支付
原路返回，失败转人工
互评与申诉
评价 7 天 / 申诉 7 天
双方
过期默认好评；被评方 7 天内可申诉
售后时效（B0 入口）
交付后 7 天 / 完成后 15 天
双方
超时不再受理举证，走客服记录
⑤ 六个关键转化点埋点（事件名可直接用）
publish_success
发布成功
audit_pass
审核通过上架
order_matched
成行 / 名额满
checkin_ok
打卡 / 核销成功
accept_pass
验收通过
settled
结算完成（含手续费）
⑥ 落地三条（给开发，不用再问）
别在各页写 if
按钮、文案、通知、颜色一律查 D1 / F1 两张表。
加状态只改一处，列表、详情、通知一起生效。
现在问题：同一个状态在六个页面各写了一份判断。
旧数据要兜底
老草稿、localStorage 里的旧状态词用 normalize 映射。
映射表见《订单状态机》第五节，别让脏数据白屏。
已知旧词：待接单 / 待评价 / 候补中 / 已成团。
终态只追加，不再改
closed / cancelled / expired 之后不许回退状态。
只能追加：评价、举报、客服记录、纠纷案件。
回退只能走纠纷，由平台裁定后另开新单。
嗯来吧 · 业务评审 ｜ 2026-10-31 ｜ 按钮与通知取自《订单状态机统一定义》6.2 / 6.3，字段取自同文档第七节与发布走查
A3 · 297×420mm