现在读结算、提现页面确认时间选择器位置,再一起改:
结构完全清楚。现在两件事并行处理:1) 三个财务页面的 Period 改为支持自定义日期范围;2) 订单列表改为表格 + 分页器。
先把 Period 类型和时间选择器统一提取为一个共享组件,三个页面都用:
现在把三个财务页面的时间选择器全部替换为 DateRangePicker,同时改造订单列表为表格+分页:
结算管理同理:
提现管理同理:
财务三个页面全部搞定,现在改造订单列表为表格 + 分页器:
现在把卡片列表替换为表格:
四处改动全部完成。DateRangePicker 是一个独立组件,左侧有「今天 / 近 7 天 / 近 30 天 / 近 90 天 / 本月 / 上月」六个快速选项,右侧是双月历支持点选任意开始和结束日期,选中后按钮显示具体日期范围并提供清除按钮;三个财务页面全部接入,过滤逻辑联动汇总数字。订单列表改为紧凑表格布局,每行展示订单号、类型、服务名、买家、服务人员、状态、金额、时间、操作,每页 15 条,底部分页器支持首页/末页/上一页/下一页和页码直跳。
三个数据层已完整读取,现在输出需求文档:
文档版本: v1.0 撰写日期: 2026-03-11 适用范围: 平台运营管理后台 — 服务单管理、订单管理、财务管理三个核心模块
服务单是平台上服务人员/卖家发布的可预订或购买内容,是交易的起点。管理后台需要对平台上所有在流转的服务单进行查看和干预管理,包括正常运营管控(置顶推广)和违规处置(强制下架)。
| 类型 | 标识 | 说明 |
|---|---|---|
| 做饭服务 | cooking | 服务人员上门做饭,按次定价 |
| 保洁服务 | cleaning | 服务人员上门保洁,按次定价 |
| 闲置交易 | idle | 用户发布闲置物品,一口价出售 |
已发布 (active)
├─→ 已置顶 (pinned) [运营操作:置顶推广]
│ └─→ 已发布 [运营操作:取消置顶]
└─→ 已下架 (offline) [运营操作:强制下架]
└─→ 已发布 [运营操作:恢复上架]
闲置专属:
已发布 → 已售罄 (sold_out) [订单完成后系统自动流转]页面功能:
每条服务单的操作:
| 操作 | 触发条件 | 说明 |
|---|---|---|
| 查看详情 | 始终可见 | 弹窗展示服务单完整信息 |
| 置顶 | 状态为已发布 | 将服务单提升至列表顶部展示,状态变为已置顶 |
| 取消置顶 | 状态为已置顶 | 恢复普通排序,状态变为已发布 |
| 强制下架 | 状态为已发布或已置顶 | 需填写下架原因(必填),通知服务人员 |
| 恢复上架 | 状态为已下架 | 确认后恢复为已发布状态 |
详情弹窗展示字段:
订单管理涵盖平台所有交易订单的查看与干预,以及配套的退款审核、评价管控子模块。
待付款 (unpaid)
│
├─→ [超时/主动取消] → 已取消 (cancelled)
│
↓ 付款成功
待接单 (pending)
↓ 服务人员接单
已接单 (confirmed)
↓ 服务开始
服务中 (in_progress)
↓ 服务完成
待评价 (pending_review)
↓ 买家评价
已完成 (completed)
付款后任意阶段取消:
→ 退款中 (refunding) → 已退款 (refunded)状态说明:
| 状态 | 含义 | 资金状态 |
|---|---|---|
| 待付款 | 订单创建,等待买家付款 | 未付款 |
| 待接单 | 已付款,等待服务方接单 | 资金托管 |
| 已接单 | 服务方确认,等待上门 | 资金托管 |
| 服务中 | 服务正在进行 | 资金托管 |
| 待评价 | 服务完成,等待买家评价 | 资金托管 |
| 已完成 | 评价完成,订单关闭 | 自动结算给服务人员 |
| 已取消 | 未付款前取消 | 无资金流动 |
| 退款中 | 付款后取消,退款审核处理中 | 冻结 |
| 已退款 | 退款完成 | 原路退回买家 |
页面功能:
操作:
| 操作 | 触发条件 | 说明 |
|---|---|---|
| 查看详情 | 始终可见 | 弹窗展示订单完整信息 |
| 强制取消 | 状态为待接单、已接单、服务中 | 需填写取消原因(必填),付款后取消自动进入退款中流程 |
详情弹窗字段:
页面功能:
退款记录字段:
操作:
| 操作 | 触发条件 | 说明 |
|---|---|---|
| 通过退款 | 状态为待审核 | 弹窗确认,可修改实际退款金额(低于申请金额时展示提示),确认后订单状态变为已退款 |
| 驳回申请 | 状态为待审核 | 弹窗填写驳回原因(必填),驳回后展示给用户 |
退款金额修改规则:
页面功能:
操作:
| 操作 | 触发条件 | 说明 |
|---|---|---|
| 隐藏评价 | 状态为公开展示 | 需填写隐藏原因(如含引流信息、不实内容等),隐藏后用户端不可见 |
| 恢复展示 | 状态为已隐藏 | 确认后恢复公开 |
财务管理负责平台所有资金流动的记录与审核,包含交易流水查看、服务人员结算打款、用户提现审核三个子模块。所有子模块均支持自由日期范围筛选。
说明: 平台所有资金进出的原始记录,只读,不支持操作。
流水类型:
| 类型 | 含义 |
|---|---|
| 收入 (income) | 买家付款,资金进入平台 |
| 退款 (refund) | 审核通过的退款,资金流出 |
| 平台服务费 (fee) | 每笔成交中平台抽取的佣金 |
页面功能:
说明: 订单完成后,平台向服务人员(卖家)打款的审核流程。结算金额 = 订单金额 - 平台佣金。
结算状态:
| 状态 | 含义 |
|---|---|
| 待结算 | 订单已完成,等待运营审核打款 |
| 已打款 | 审核通过,款项已发放给服务人员 |
| 已驳回 | 审核驳回,服务人员可重新申请 |
页面功能:
每条结算记录字段:
操作:
| 操作 | 触发条件 | 说明 |
|---|---|---|
| 确认打款 | 状态为待结算 | 弹窗确认结算明细,确认后状态变为已打款 |
| 驳回结算 | 状态为待结算 | 需填写驳回原因(必填),服务人员可重新申请 |
说明: 平台用户(卖家)将账户余额或收益提现至银行卡/支付宝/微信的审核流程。
用户角色:
| 角色 | 含义 |
|---|---|
| 卖家 | 闲置交易卖家或服务人员,提现服务收益 |
提现渠道: 银行卡 / 支付宝 / 微信
提现状态:
| 状态 | 含义 |
|---|---|
| 待审核 | 用户提交提现申请,等待审核 |
| 已打款 | 审核通过,款项已发放 |
| 已驳回 | 审核驳回,说明原因(如账户信息有误) |
页面功能:
每条提现记录字段:
操作:
| 操作 | 触发条件 | 说明 |
|---|---|---|
| 审核通过 | 状态为待审核 | 确认后打款,状态变为已打款 |
| 驳回申请 | 状态为待审核 | 需填写驳回原因(必填),告知用户驳回理由 |
凡存在「待审核/待处理」状态的页面,统一遵循以下 UI 规范:
这份文档完整梳理了三个模块的业务边界、数据模型、状态流转、页面功能和操作逻辑,可直接作为开发评审和接口设计的输入材料。