后台宽屏界面物流公司 · 货主 · 运营

四个 KPI 里只让「运货总数」用深蓝高亮卡，因为它是老板每天唯一要看的数。右侧车队结构用环形图，比一列数字更快看出运力结构是否偏科。

• 4 KPI 单点高亮
• 运货曲线按周/月/年
• 待办直达

列表默认按注册时间倒序，状态用 pill 表达，「待二审」单独一色——因为这批人卡在平台审核环节，公司侧必须一眼能看到。操作区固定三段：信息 / 停运 / 拉黑。

• 状态 pill 六色
• 待二审单独标色
• 操作三段固定

运单表是全后台信息密度最高的一页。列宽按「谁最常查」排序：运单号、车牌、司机在前，费用靠后；轨迹不是一列数据而是一个动作入口。

• 列序按查询频率
• 轨迹=动作
• 导出 Excel

收入曲线与结算构成并排：一个看趋势，一个看钱从哪来。结账列表按月一行，「详单」可下钻导出该月全部运单——这也是对账时老板真正要的东西。

• 趋势+构成并排
• 按月结账
• 详单导出

审核是平台安全的第一道闸，所以右侧必须给「证件照片 + 机器核验结论 + 驳回原因」三件套：驳回原因结构化存档，司机端能直接看到，避免电话里解释。

• 三图并排核验
• 驳回原因必选且回传司机
• 公司初审 / 平台二审双层

车和人是两个主体，绑定关系才是运单归属。所以这一屏不做成表单页，而是「车辆表 + 绑定弹层」，弹层里把车、人、关系类型、生效时间四件并排确认。

• 车牌/司机/关系三项确认
• 主驾唯一约束前置
• 未绑定车辆不可接单

调度最常问的两句话是「车到哪了」「为什么停住」。所以弹窗左边是地图加四段节点，右边是货、人、钱三行基础信息，异常时节点上直接标红。

• 地图 + 四段节点
• 停留异常自动标记
• 弹窗不跳页可连续看单

公司信息不是给平台看的，是给货主看的：能不能开专票、结算周期多久、有没有大型物件资质，这三项决定货主敢不敢把大单交过来。

• 工商 + 运输资质 + 开票三段
• 变更需重新审核
• 对外展示可开票资质

后台消息最容易变成垃圾堆。这里按「审核结果 / 运单异常 / 平台公告」三类分 Tab，只有需要动作的才给未读红点，公告类不进红点统计。

• 三类分 Tab
• 未读仅给待处理项
• 一键全部已读

企业货主和司机端逻辑相反：要的是批量与对账。首页 KPI 用「货运总成本」而不是收入，右侧把常发线路做成三个「再发一单」的快捷入口，重复发货零思考。

• 成本口径 KPI
• 常用线路一键再发
• 进行中货运直显

默认不显示已完成单，减少视觉噪音。每行五个动作里，「确认」是最重的那个——它触发自动支付，所以放在第二位而不是最右。

• 默认隐藏已完成
• 五动作固定序
• 司机手机号走虚拟号

货主侧是支出，所以曲线主色仍用蓝但语义换成「支出」。结账按月、先开票后结账，与物流公司侧形成镜像结构，两边对账时字段能一一对上。

• 支出曲线
• 先开票后结账
• 镜像结构

企业发货最在意「稳定」。熟车不搞暗箱，只做曝光加权：熟车先看到货源、可设优先派单，但仍走平台交易与担保，避免私下交易出问题平台不管。

• 优先派单只影响曝光
• 合作次数与评分双列
• 交易仍走平台担保

黑名单要有期限与申诉通道，不能一键永久封杀。所以每条都写清「原因 + 起算日 + 期限」，并明确已成交运单不受影响，避免误伤正在运输的单子。

• 原因结构化 + 期限分级
• 已成交运单不受影响
• 多方拉黑触发平台核查

对账的终点是财务系统。所以导出不是「导个 PDF 看看」，而是给出含运单号、车牌、费用项、税额的可导入表格，并保留导出记录以便重下。

• 可导 Excel 直连财务
• 税额单列
• 导出记录 90 天可重下

对货主来说，公司信息直接换取三类权益：更高的月发单额度、信用免押、以及开专票的资格。地址簿放在同一页，是因为它决定了复购下单有多快。

• 认证等级挂钩额度与免押
• 开票信息一处维护
• 常用地址簿就地管理

货主最怕错过的是「有报价了，12 分钟内要选车」。所以报价与到货进未读，账单类按日汇总不进红点 —— 消息优先级本身就是产品判断。

• 报价/到货高时效
• 账单按日汇总
• 未读只给需动作项

运营后台要同时回答两个问题：盘子多大、今天要处理什么。所以上半屏是 8 个数字，下半屏左趋势右待办，待办的每一条都是可点击的动作而不是一句描述。

• 8 指标 + 在线人数
• 待办可点击
• 三档时间切换

比物流公司后台多两列：押金状态与售后入口。押金状态直接写在行内（在账 / 可退 / 已退 / 冻结），平台确认与退押金都是一步操作。

• 多押金列
• 退押金一步
• 售后入口

按需求把押金拆成定金 / 违约金 / 保险三部分，用 Tab 承载。KPI 四格覆盖在账、可退、冻结、违约金，刚好对应四类日常动作。

• 三 Tab 拆分
• 四类状态
• 规则可配

权限矩阵是所有后台开工前必须先定死的东西（需求 3.11）。这里把 8 个模块 × 4 类角色做成勾选矩阵，客服只看货运与售后，财务只看钱，运营看业务不看系统。

• 8×4 权限矩阵
• 角色分权
• 配置状态可视化

纠纷要分「谁告谁」：货主申诉、司机申诉、平台保障三条通道对应不同证据要求与赔付来源。违约金不在别处裁定，就在案件里定，扣款自动落押金。

• 三类通道分开立单
• 违约金在案件内裁定
• 48 小时未处理标红

权限不是功能清单，是风险清单。押金处置、退款、数据导出这三项必须能单独授予；矩阵式勾选比一堆开关页更不容易配错。

• 矩阵勾选，一屏看全
• 高危权限单独标注
• 变更写日志

这一屏是给「出事时」用的：左边资源水位看系统是否扛得住，右边操作日志回答「谁动了什么」。日志必须带账号、对象、结果三列，否则追不了责。

• 资源水位五指标
• 日志带账号/对象/结果
• 告警与待复核分离

平台最怕绕开交易私下成交。敏感词拦截放在发送前，命中即拦并记信用；短信模板则必须报备，避免被运营商封通道。

• 命中即拦不打嘴仗
• 拦截记入信用档案
• 模板报备状态可见

反馈最大的浪费是「收完不回」。每条都要落到四种结论之一：已回复、已修复、已采纳、不处理（附理由），并回信给提出人。

• 每条必有结论
• 投诉与建议分流
• 采纳后回信通知