版本 V1.0｜2026 年 10 月 19 日｜用途：产品评审与后续原型、需求拆分
1 产品结论与本期定位
建议对外命名为「今日智能补能计划」，首页简称「今日补能」。核心价值是：每天在出车前，告诉车队哪些车需要安排补能、何时补、去哪补、补多少，以及哪些信息还需要确认。
产品由三部分组成：每日一张报告图片用于快速查看；小程序报告详情用于查看全部车辆与最新信息；结构化的单车计划用于确认、调整和后续执行。每天生成基础报告，日内按重要变化更新计划。图片是带时间戳的快照，不能作为持续变化的车辆和场站状态的唯一载体。
“最优”指在已接入站点、已知任务和明确偏好范围内的推荐方案，不表示全市场、全天候或所有情况下的全局最优。面向车队的排序先满足安全、兼容、运输时效与费用授权，再比较绕行、等待、停运时间和费用。平台利用率与收益在这些约束内优化，不得通过延误车辆或隐藏更合适的候选来提高运营收益。
本期是车队运营辅助功能。报告生成不代表车辆已被派出，也不代表站点已预约成功。是否采纳计划与是否锁定资源分别处理。
2 需求分析
2.1 用户真正需要得到的答案
| 车队问题 | 建议输出 | 必须避免的误解 |
|---|---|---|
| 现在各车有多少电 | 车辆、有效绑定电池、最新有效 SOC、采集时间、运行状态 | 昨日订单结束 SOC 不能写成当前 SOC |
| 还能跑多久 | 预计可行驶公里数；条件具备时附有效驾驶时长、固定线路可完成趟次 | 驾驶 2 小时不等于从现在起 2 小时后必须充电 |
| 今天是否需要补能 | 出车前需补、途中/班间需补、已确认任务内暂不需补、待确认 | 仅按 SOC 高低分类会漏掉长途任务风险 |
| 什么时候必须补 | 根据任务、能耗和可达站点给出最晚安全补能节点或窗口 | 不能简单预测电量归零时刻，并把它当作补能时刻 |
| 什么时候最方便 | 可执行的到站窗口、预计完成时间、与休息/返场的重合程度 | 装卸等待不一定能离开现场，也不一定能插枪 |
| 什么时候少排队 | 预计到站时的等待区间、预测依据、更新时间 | 现在空闲不能推导几小时后无需排队 |
| 去哪里补、补多少 | 主选站、备选站、重卡路程与绕行、方式、目标 SOC/能量、费用区间 | 直线最近不等于路线最方便；充电与换电不可无条件互换 |
| 为什么这样安排 | 1—2 条可核查理由，以及需要车队确认的条件 | 不输出无法解释的“AI 综合评分 98 分” |
2.2 主要用户与使用时机
第一用户是车队调度员/车队管理员：班前检查车辆、安排补能、调整计划、处理异常。车队负责人更关心今日可出勤车辆、待处理风险和预计补能支出。司机只需看到分配给自己的动作，不应收到全车队财务和轨迹信息。
覆盖固定线路、港口/矿区/园区短倒和干线运输。固定线路优先显示“下一趟能否完成、返场后何时补”；干线优先显示“下一可达补能点、沿线窗口、到达/离站时刻”。不把固定线路经验直接用于当天线路已变化的车辆。
3 公开资料调研与运营启示
本节是公开资料案头调研，不包含对本平台客户的访谈或实际后台验证。访问日期为 2026-10-19。供应商产品页证明其公开描述的能力，不能证明本平台能够达到同样效果；媒体中的企业案例也不是独立审计的收益结论。
3.1 国内规模化车队案例
中国青年网 2026-10-10 刊载《350台电动重卡规模化运营迎来实践样本，全周期运营服务破解大宗货运转型痛点》，来源标为 21cn。文章描述启源芯动力根据车队规模、运输线路和投运节奏调整补能安排，并指出集中补能排队会影响运输周转；车辆分散运行时，需要持续监测车辆、电池状态并响应异常。[R1]
该案例适合用于识别“运力、线路、补能资源要同时安排”的问题；文章中的规模、响应时间、节约比例等属于特定案例/企业披露，本设计不把它们作为行业标准或本产品收益承诺。
对本功能的启示： 报告不能只罗列 SOC；必须对应今日任务和班次，并检查同车队多车集中到站后的容量冲突。车辆停运、维修、未出车也应识别，不能一律判为补能客户。
3.2 Milence 重卡公共充电网络
Milence 官网说明其站网沿物流走廊布局；场站适配快速停靠与较长休息，具体设施因站点而异。Portal 展示充电费用、会话明细、实时站点可用性；Booking Tool 提供预约和系统/API 接入，公开表述强调站点接入保障。[R2]
对本功能的启示： 推荐应沿任务路线和休息窗口寻找站点；报告要把费用、时间、站点条件放在一起。预约成功应有独立确认结果。“站点可进入”不自动等于“到站立刻插枪并以额定功率充电”。欧洲场站条件和运营规则不能直接套用到国内。
3.3 ChargePoint 车队充电优化
ChargePoint CMS Suite 将车联网接入、车队充电优化和调度集成列入 Enterprise Fleet。公开说明车队计划使用 SOC、发车时间、电力成本和车队偏好；同时提供分层功率共享与动态负荷管理。[R3]
对本功能的启示： 发车时限是计划计算的重要输入。枪的铭牌功率不能直接决定服务时长；站级可用容量、共享功率与车辆受电能力都要纳入。不同能力有套餐与硬件接入条件，不能据此假定当前平台已经具备控制能力。
3.4 排队管理与提醒
ChargePoint 软件页公开介绍虚拟候补队列、空位通知、队列管理、分时/分组价格和运营报告。[R4]
对本功能的启示： 降低排队需要真实队列、到站、结束服务及资源释放等事件。预测属于信息服务，预约与现场叫号属于执行服务，二者要连通但不能混为一谈。
3.5 由上述证据推导的日常运营设计
以下是结合业务的产品推导，具体时间和频率需在试点车队验证。
| 运营环节 | 车队日常决策 | 报告/计划应提供的辅助 |
|---|---|---|
| 班前 | 今天哪些车能执行任务，哪些需先补能 | 按任务检查电量，列出待确认车辆 |
| 出车与途中 | 能否完成下一段，是否需要调整补能点 | 可达性、沿线候选、下一安全补能节点 |
| 返场与装卸 | 是否可以利用停留时间补能 | 经确认可利用的停留窗口、预计完成时间 |
| 高峰集中回场 | 多车先后顺序如何安排 | 分批到站、站点间分流、容量冲突提示 |
| 任务变化/故障 | 原方案是否还能执行 | 标记受影响车辆、保留原方案、提供新建议 |
| 班后 | 是否按计划完成，有哪些额外等待或费用 | 订单关联、偏差原因，为次日校准提供数据 |
上线前应观察班前安排、至少一个高峰补能窗口和班后核对过程，确认真实排班、休息、装卸可用性与数据记录方式。此验证可以与一期建设并行，不要求车队先接入完整运输管理系统。
4 数据输入与可实现程度
4.1 昨日数据的用途
昨日补能记录用于识别最后一次补能、常用站、时间与费用；昨日能耗和运行数据用于短期校准。但昨日可能发生异常长途、空载、维修或外站补能，不能直接复制为今日计划。
建议使用“昨日明细 + 最近 7—30 个有效运营日 + 今日任务 + 最新车辆/站点状态”。7—30 日是初始试点窗口建议，不是固定行业参数；低频线路可用更长历史。按车型、单车、线路、载重和季节选择可比样本，避免简单求车队均值。
4.2 最小数据清单
| 数据 | 当前已知情况 | 本功能必须核实/补充 |
|---|---|---|
| 车辆与车队 | 已有车队信息 | 车辆唯一 ID、运营/维修/停用状态、账号权限 |
| 电池监控 | 有 SOC、充放电状态、位置 | 有效车电绑定起止时间、采集时间、数据质量、可用容量、异常状态；多包合成口径 |
| 充换电记录 | 已有交易记录 | 车辆归属、方式、开始结束、前后 SOC、补能量、金额、退款、站点；外站数据覆盖说明 |
| 能耗与里程 | 已有百公里能耗和费用分析 | 单车/行程粒度、重载空载、实际电池消耗、里程有效性；充入电量与耗电量不可直接等同 |
| 运行数据 | 本次提出使用，字段尚未明确 | 位置、行驶/停驻、驾驶时长、班次/路径；位置使用须有有效车辆绑定 |
| 今日任务 | 尚未确认已有 | 预计出发、路线/下一段里程、预计载荷、下一任务截止或最晚离站、可用补能窗口 |
| 充电资源 | 有枪功率和状态 | 兼容性、重卡通行停车、实际功率、共享堆、站级容量、占位、现有会话剩余服务时间 |
| 排队与预约 | 尚未确认已有 | 真实排队人数/车辆、签到、已确认预约、迟到/取消、离位与资源释放事件 |
| 换电资源 | 站点及电池监控可用 | 兼容组、合格可换库存、锁定/隔离/调拨、补库预计完成、工位状态、服务时长 |
| 价格 | 已有电费/服务费金额 | 当前分时价、车队合同价、服务费、适用优惠、换电计费规则、预算 |
今日任务没有接口时，在车队端设置轻量「今日出车安排」：可复用上个有效班次；只要求确认今天跑哪里、何时出发/最晚离站、预计里程或趟数、是否重载、何时可停留。历史推测内容默认标“待确认”，不自动变成真实任务。
4.3 分层生成
| 条件 | 允许输出 | 降级提示 |
|---|---|---|
| 最新可信遥测 + 今日任务 + 足够资源信息 | 单车补能时间窗、能量、可达站、等待/服务区间 | 展示依据与最新校验时间 |
| 有遥测、缺今日任务 | 当前 SOC、条件续航估计、历史班次下的候选方案 | “按常用班次试算，请确认今日安排”；不说今日无需补能 |
| 缺可信 SOC 或车电绑定不明 | 昨日复盘、常用站、需补齐信息 | 显示最后有效 SOC 及时间或“未获取”；不计算可靠剩余续航 |
| 有枪状态、无真实排队/到站预测 | 当前设备状态、历史繁忙程度 | “预计等待暂不可用”，不写“无需排队” |
| 换电库存不可信 | 换电候选站、联系/提交确认需求 | “可换电池待场站确认” |
新鲜度阈值按数据源上报协议、车辆状态和试点误差设定。例如行驶车辆可从“5 分钟内有效、5—15 分钟提示、超过 15 分钟停止自动判断”开始校准；该例不可未经验证全网启用。静止车辆也不能无限沿用旧 SOC，因为辅助负载、换电和离线补能均可能变化。任何明显错误即使时间新也不能使用。
5 核心计算与推荐规则
5.1 SOC 与剩余续航
SOC 取计划生成时最新有效车辆电池系统值，记录电池与绑定版本。换电后立即更新绑定，不将换下的在站电池继续用于车辆续航。多电池包优先使用车辆系统认可的可用能量口径，不能直接平均百分比。
可用于行驶的能量 = 可用容量 × max(当前 SOC − 安全保留 SOC, 0)。SOC 按小数计算；可用容量应反映温度、健康和系统限制，安全保留值依据车型与线路规则设置，不用全平台统一常数替代。
预计可行驶里程 = 可用于行驶的能量 ÷ 预计单位里程能耗。展示经过历史误差验证的区间，并注明“已留安全余量”。若历史能耗已包括辅助负载，不再重复扣除；若只有牵引能耗，补足驻车制冷等负载。无法可靠估计时只提示需确认。
有效驾驶时长可用有效行驶速度或单位驾驶小时耗能估计，必须标明它不含装卸和休息。按照今日任务时间线累积驾驶、驻车辅助耗能后，才能推算今天哪个时间窗口需要补能。固定线路可在载重、返程和可达性确认后换算趟数；不能仅用一个“平均车速”推导全天时刻。
5.2 补能时机与补能量
按今日各任务段推演 SOC，包含出发到补能站的绕行、到站等待及下一段需求。触发点是无法满足下一段任务加余量，或继续行驶将错过最后一个可达且可承接的站点，不是等到预测电量耗尽。
区分四个时间：建议到站窗口、预计开始服务、预计完成补能、下一任务最晚离站。时间窗口必须考虑路程、排队、服务、进出站及缓冲；若不能同时满足，返回“现有条件无可行方案”，由车队调整任务/补能方式/车辆，不输出形式上的最优方案。
目标离站能量 = 下一次可靠补能机会前的任务需求 + 安全保留能量。所需净补能量 = max(目标离站能量 − 预计到站可用能量, 0)。目标超过可用容量时拆分多次补能或提示任务不可行。不能默认每辆车每天充到 100%。后续没有可靠补能机会时，应扩大规划到足够任务范围。
电池净补能量与计费电量分开：费用根据实际计量边界、充电损耗、跨时段费率和车队规则估算。换电按本平台实际规则计算，不套用充电 kWh 单价。
5.3 站点选择与车队统一分配
先过滤车型/协议/电池兼容、重卡通行、营业、有效容量、可达性、任务时效、合同及费用权限。按当前位置寻找立即补能站，按预计补能时的位置和任务路线寻找稍后补能站。道路距离、绕行、收费和重卡限行由合适地图能力提供；没有可靠路径数据时不承诺可达。
默认策略为“运输时效优先，兼顾费用”，支持车队选择“少等待”“少绕行”“费用优先”。费用优先仍受安全、时效等硬条件约束。展示推荐方案与一个可行备选；如备选不可行，应明确无备选，不凑数。推荐理由例：“与返场休息重合 45 分钟；比常用站少绕行 8 公里”。只有计算数据成立时才能展示具体差值。
先逐车找可行方案，再对整车队统一分配站点和时段。考虑同站所有车队已确认任务与现场负荷，避免每辆车单独看都合理、合起来超过容量。
生成建议不锁定硬资源；可以用短期预测分配记录估计推荐对到站需求的影响，但不展示为已预约。接受计划后仍须重新核验容量、库存与价格；只有预约接口或场站明确确认后才显示“已预约”。跨车队并发确认同一容量须统一扣减和回滚。没有预约能力也可采纳计划，状态为“已采纳，出发前待复核”。
5.4 排队与服务时长
即时等待估计需要当前队列、兼容资源、在充会话预计结束、占位离位、共享功率和故障状态。未来窗口还要加入历史到站规律、已确认预约、预计提前/迟到、已分配计划和服务时长变化。
远期窗口不沿用当前枪状态。例如 06:00 看见两把空枪，不能据此说 14:00 无需排队。短期可提供经过验证的等待分钟区间；较远窗口若精度不足，只给“历史较空闲/预计繁忙，出发前复核”。不设全站统一“0—5 分钟”的默认值。
排队时间、实际充换电时间、进出站/检查时间分别展示，合并为预计停站时长。充电按车型/SOC 段历史曲线和可分配功率估计，不能用需求电量除以枪铭牌功率当承诺。换电按合格库存、兼容组、工位与服务节拍预测，满 SOC 不代表合格可换。
推荐文案：“预计 10:00—10:30 到站，等待 0—10 分钟，未预约，出发前复核”。即使预约已确认，也以实际服务承诺为准，不笼统写“保证零排队”。
5.5 AI 的分工
数据校验负责关联和剔除错误；规则负责安全与兼容过滤；预测模型负责能耗、服务时长、需求和等待区间；优化负责多车时段分配。大模型只根据已经计算出的结构化结果归纳建议、解释原因，不能自行生成 SOC、距离、价格、库存或安全结论。
冷启动先用规则、单车/线路历史基线和人工确认；有足够实际执行数据后再引入预测和优化模型。数字缺失时不靠大模型“补全”。每个展示数字保留来源、时间、计算版本和可解释条件。
6 每日报告内容与一张图片的设计
6.1 报告信息层级
| 顺序 | 内容 | 建议展示 |
|---|---|---|
| 1 | 身份和时效 | 车队名、运营日、覆盖时段、生成时刻、版本、数据截止时间 |
| 2 | 一句话行动建议 | “今日 10 辆需安排补能，优先确认 2 辆出车计划” |
| 3 | 车队互斥分类 | 出车前需补、班中需补、任务内暂不需补、待确认；合计等于纳入计划车辆 |
| 4 | 最需关注的 2—3 辆车 | 车牌/编号、SOC 及时间、剩余公里、建议窗口、主选站、关键风险 |
| 5 | 今日推荐窗口 | 1—2 个可执行窗口及对应车辆组、预计等待或历史繁忙程度 |
| 6 | 覆盖和变更提示 | 有效 SOC/总车数、任务确认覆盖、缺失提醒、快照提示 |
已维修/停用车辆在纳入计划前排除，报告另列“运营车辆 20 / 车队总车辆 22，停用 2 辆”等口径。分类中的“今日暂不需补”仅适用于已知任务内能量充足的车辆；未知任务不能归入该类。车辆风险等级与补能分类分开，一辆车存在多条风险时不会重复计入总数。
单张图片不承载几十辆车的密集表格。图片展示全队结论与最重要车辆，全部车辆仍可在同一报告详情中查到。若车队只有 3—5 辆车，可在图片上展示全部；不能为了放齐车辆而缩小到手机上无法阅读的字号。
6.2 图片中的演示内容
所有数字、站点和车辆编号均为设计演示，不表示本平台真实数据。
示例车队 · 今日智能补能计划 10 月 19 日
06:00 生成 · 晨间快照 V1
今日 10 辆需安排补能，2 辆建议出车前处理
出车前 2｜班中 8｜暂不需补 7｜待确认 3
车辆 01 SOC 28%（05:58）
预计可行驶 43—52 公里，已留安全余量
06:30—06:50 到达 A 站充电 · 预计等待 0—10 分钟
原因：07:50 发车前需要补足本趟电量 · 未预约
车辆 02 SOC 31%（05:59）
07:00—07:20 到达 B 站换电 · 库存需确认
有效 SOC 17/20 辆；3 辆需确认最新电量
此图为生成时快照，请在详情查看更新后的计划
图片不嵌入看起来可点击的“确认计划”按钮；查看与操作按钮由弹窗原生控件承载。需要导出时可带进入受权限校验报告页的小程序码，不能用公开永久链接暴露全车队信息。
6.3 图片制作与阅读要求
采用固定版式从结构化结果绘制图片，关键数字不交给文生图模型。建议从 750 像素宽、约 1,000—1,200 像素高的摘要图试排，按真实设备检查；长度受内容约束，不能固定比例裁切重要信息。原图可放大查看，弹窗内以适配宽度展示，长内容允许垂直滚动。
中文、单位、负数、异常标记和长车队名要有明确排版规则。图像加载失败使用相同字段的原生摘要替代，不阻断使用。提供文字版供辅助阅读；颜色同时搭配“需补/待确认”等文字。图片保存到手机后无法撤回或实时更新，因此水印中的日期、时刻、版本和快照说明必须保留。
7 车队端小程序页面与交互
7.1 入口
首页增加常驻卡片「今日补能」：展示需补车辆数、待确认数、最后更新时刻。点击进入报告详情。另在“车队管理/智能调度”设置「补能计划」，支持今日计划和历史日报。消息中心可承载“报告已生成/计划需复核”，但不是唯一入口。
7.2 每日图片弹窗
用户进入车队首页、权限与车队身份确认、报告生成成功后展示。生成报告并不会让未打开的小程序自行弹窗。主动触达需另行设计平台允许且用户授权的消息渠道，一期不以此为依赖。
弹窗内容：标题、报告图片、独立关闭按钮、主按钮“查看今日计划”、次操作“稍后查看”。点图片放大只做图片预览；主按钮进入动态报告详情，避免把“预览图片”和“查看最新计划”混在一个动作里。
普通日报按“账号 × 车队 × 运营日”自动展示一次，服务端记录关闭/已读，重新登录、重复进入和普通版本更新均不重复弹。多角色账号在切换车队后，只在该车队有权限且当日未展示时提示。支持设置是否接收日报弹窗；关闭后常驻入口仍存在。
已过期的晨间建议不直接作为弹窗最新建议展示。晚登录时先校验报告是否有重大失效：有则生成更新快照或展示“今日计划已更新”；生成暂不可用时用原生状态卡引导查看当前信息，不能把昨日图贴上今日日期。
风险变化使用独立的异常提醒规则，不借普通日报弹窗重复打扰。驾驶中的司机不依赖弹窗操作；本弹窗主要面向车队管理员。
7.3 报告详情
顶区：日期选择、报告生成时刻、最新校验时刻、状态。保留“晨间报告图片”与“当前计划”两个明确入口；历史报告只显示历史快照，不拼接今日实时数据。
中区：全队统计、需优先处理事项、车辆筛选。筛选包括出车前需补、班中需补、暂不需补、待确认，并支持车牌查找。默认按风险和最晚补能节点排序，不简单按 SOC 升序。
车辆条目：车辆、最新 SOC 与采集时间、可行驶里程区间、建议到站窗口、补能方式与站点、预计等待/停站、目标电量、计划状态。单条要能看清核心信息，详细计算留到单车页。
可提供“确认今日安排”“调整车辆计划”“重新校验”。确认前显示任务假设与变化摘要，不能一个不透明按钮批量接受未知价格或不可用资源。未取得司机消息授权前，采纳不自动向司机发送通知。
7.4 单车计划详情
按“当前状态 → 今日任务 → 推荐安排 → 备选方案 → 推荐依据 → 操作”排列。
当前状态显示车电绑定、SOC、位置时间、有效续航区间；今日任务显示起止、里程/趟次、载重和任务来源。推荐安排明确到站、开始服务、结束、最晚离站，目标 SOC/能量、等待、停站、费用估计和计费规则。备选站给出选择带来的时间、绕行或费用差异。
操作包括修改任务/偏好、采纳计划、查看站点、申请预约/场站确认、取消或改派。已经存在司机端任务能力时，可在权限内单独确认下发；一期没有下发链路可先保留车队查看与人工安排。
7.5 状态分离
| 对象 | 建议状态 | 说明 |
|---|---|---|
| 日报 | 待生成、生成中、已生成、部分数据缺失、生成失败、历史归档 | 数据缺失与技术生成失败分开 |
| 单车建议 | 待确认、已采纳、已调整、已拒绝、需复核、已失效 | “已采纳”不代表资源已预约 |
| 预约 | 不支持、待确认、已确认、已取消、已失效、已履约 | 只有资源校验与服务方确认后才成立 |
| 执行 | 未开始、前往中、已到站、补能中、完成、异常/终止 | 从真实事件或人工确认获取，不用报告状态代替 |
8 每日生成与日内更新
8.1 生成节奏
车队配置运营日边界、时区、主要班次与报告时间。默认可建议主要出车前 30—60 分钟生成，06:00 只作为日班示例，不统一套用所有车队。夜班跨零点保留同一运营日，页面同时显示实际时间；运营复盘的“前一天”按配置的上一运营周期计算，并与财务自然日口径区分。
流程：汇总上一运营周期 → 拉取最新车电数据 → 获取/确认今日任务 → 校验资源和价格 → 全队计算 → 校验风险与字段 → 保存结构化版本 → 生成图片 → 设置可见与未读状态。
已有车辆处于充电/换电中的，预测当前会话完成状态，不再生成同时间重复补能任务。跨日进行中的任务顺延，已确认预约沿用并重新校验，不因新日报生成自动取消。
8.2 更新与版本
最新车辆与场站状态按数据源能力持续更新，已打开的详情按需要刷新。日内在任务变化、换电完成、低电量风险、站点故障、预约/库存变化、重大排队偏差和价格失效时重新计算受影响车辆；人工刷新也先校验数据新鲜度。
初始可按 15—30 分钟滚动复核尚未开始的建议，频率由接口、成本和实测误差调整；重要事件优先触发，不等下一轮日报。固定快照不可原地悄悄改写，生成 V2 时保留 V1、更新时间和变化原因；每次 SOC 上报不必重新出整张图。
司机已出发或即将到站时设置可配置的计划冻结规则，普通费用变化不频繁改派；安全、故障或履约风险仍可触发复核并明确通知受影响人员。所有变更要保护已确认任务的资源和价格约定。
9 超管端支持能力
在“智能调度”增加「车队补能日报管理」，与前期总体方案共用数据、策略和任务能力。
| 模块 | 必需能力 |
|---|---|
| 车队配置 | 开通范围、角色权限、运营日、生成时间、班次、推荐偏好 |
| 数据质量 | SOC/绑定/任务/站点覆盖、过期告警、异常原因、降级结果 |
| 生成管理 | 状态、失败重试、预览、版本、必要时人工校正；无数据不能强行发布完整计划 |
| 推荐策略 | 兼容、余量、候选站范围、绕行/等待上限、费用政策、解释模板 |
| 场站能力 | 区分仅展示、可推荐、可确认预约；维护库存、容量和现场执行状态 |
| 效果分析 | 生成覆盖、查看、采纳、实际补能、预测偏差、车队成本与平台贡献 |
| 审计与权限 | 数据来源、模型/规则版本、计划调整记录、用户与车队隔离 |
内部场站商业权重不得修改车辆安全硬约束。超管人工修改时保留责任人、原因和重新校验结果；不能直接覆盖原始 SOC 来“修好报告”。
10 异常、权限与信息可靠性
| 情形 | 产品行为 |
|---|---|
| 昨日无订单 | 显示本平台未记录；可能未运营/外站补能/数据缺失，不认定没有补能 |
| SOC 过期或车电绑定冲突 | 标“待确认”；停止输出确定续航与最晚补能时刻 |
| 任务未知 | 提供条件试算，要求确认；不宣称能完成今日运输 |
| 当前电量无法到达任何适配站 | 明确升级人工协助，不继续以费用排序推荐远站 |
| 故障、温度或安全告警 | 按设备/运营安全规则处理，不通过推荐绕过告警 |
| 推荐站故障/库存不足 | 原建议标记需复核，重新查可行备选，不能静默换站 |
| 预计错过任务时效 | 显示冲突与需要调整的条件，不输出虚假准时计划 |
| 充电设备空闲但车位被占 | 资源不可用，影响容量；不能只看枪状态 |
| 多车同时接受 | 服务端统一校验，部分失败返回可选新时段，避免重复预约 |
| 报告生成/图片加载失败 | 分别重试；保留文字版和手动查站，旧图保留原日期 |
| 当天没有需补能车辆 | 明确“在已确认任务内暂不需补”，展示任务与数据覆盖，不制造补能需求 |
| 全队数据不足 | 生成数据待确认提示与昨日复盘，不给完整补能承诺 |
| 账号切换车队 | 重新鉴权与加载；清除上个车队的图片/详情缓存展示 |
日报、图片、链接和历史记录均按车队与角色鉴权。保存/分享整车队图片是独立操作，提示其包含车辆信息；导出可按角色脱敏。不能依赖“图片 URL 难猜”做权限控制。管理员可看全队，司机只看自己的任务与必要信息。
11 一期范围与后续增强
11.1 一期必须形成的完整体验
- 今日任务轻量确认、有效车电绑定与数据质量规则。
- 单车 SOC、续航估计、补能分类、时间窗、适配站和费用/等待的分级展示。
- 全队容量冲突检查，至少避免同车队建议集中到同一已知不足时段。
- 每日结构化报告、固定模板图片、首页弹窗、常驻入口、全部车辆详情与历史快照。
- 采纳/调整/拒绝、重大变化复核、人工场站确认路径；不支持的预约明确标识。
- 与已有订单关联，并记录实际等待、服务时间或“未采集”，支持效果核对。
具备数据条件的充电与换电车辆都可纳入试点；缺换电合格库存时降级为待场站确认。排队模型尚未验证时先做历史繁忙程度和现场状态，不能为了功能完整而虚构分钟预测。
11.2 后续增强
在采纳与履约数据积累后增强分车/线路能耗、到站预测、全站网多车联合分配、预约自动确认、司机任务与消息闭环、多段干线补能、多班次自适应日报。再评估能量管理接口和功率控制，不把设备控制作为日报上线的前置条件。
11.3 建议试点方式
选择愿意确认任务、数据可关联、有现场配合的固定线路和干线车队各一类。先影子运行比较建议与实际，再由车队人工采纳，覆盖工作日、班次变化及高峰。试点规模与持续时间由车辆频次、站点互相影响和统计样本决定，不能凭固定天数承诺效果。
12 验收指标与关键用例
12.1 产品与数据指标
| 指标 | 口径/用途 |
|---|---|
| 可生成计划覆盖率 | 满足最低数据要求的运营车辆 ÷ 纳入范围车辆；同时报告全队覆盖，防止只挑好数据 |
| 报告按时可用率 | 约定时间内可查看的日报 ÷ 应生成日报；部分数据缺失单列 |
| 打开与采纳 | 按唯一账号/车队/运营日报告去重；采纳按有效单车建议计，不用打开代替采纳 |
| 推荐履约 | 按计划窗口完成服务的已采纳任务比例；取消、改派、场站违约单列 |
| 预测质量 | 到站 SOC 误差、续航过高估计、等待区间覆盖/宽度、服务时长偏差；分线路和时段评估 |
| 车队结果 | 在可比线路/载重/任务下，等待、绕行、延误、补能费用变化 |
| 平台结果 | 可归因补能量、非高峰利用和站网增量贡献，扣除优惠及相关成本，不把内部迁移当全新增 |
模型须用按时间划分的验证数据与历史规则基线比较，不能把生成当天之后才知道的信息用于事前预测。区间窄但频繁失准不是好结果。实际排队时间没有采集时，不发布“减少排队 X 分钟”的成效。
12.2 必须通过的功能用例
- 夜班跨零点：昨日与今日运营日正确，跨日会话不重复安排。
- 换电：新绑定生效，旧电池 SOC 不再影响车辆；重复事件不重复更新任务。
- 无今日任务：显示条件试算，不能进入“今日无需补能”确定分组。
- 当前空闲、未来预约已满：不能推荐“未来无需排队”。
- 双枪同车、共享充电堆：工位与功率不重复计数。
- SOC 低但车队停运：只提示状态，不强制生成补能任务；安全告警另行处理。
- 多车并发采纳：容量不足的车辆获得明确冲突和备选，不全部显示预约成功。
- 已采纳但无预约接口：清晰区分计划采纳与站点确认。
- 下午打开晨间图：可见原时间戳；主入口优先展示当前计划和变化。
- 同日重复进入、跨端登录、切换车队：弹窗频控与数据隔离正确。
- 3 辆与 200 辆车队：弹窗摘要可读，详情可查全量，不漏计未知车辆。
- 生成失败、图片失败、遥测延迟：分别降级，不替换成伪造“正常”报告。
- 大模型说明与结构化结果不一致：拦截发布或使用固定解释模板。
13 演示计算
仅用于解释口径：假设某车有效容量 400 kWh、SOC 28%、安全保留 15%，可用于行驶的能量为 400 × (28% − 15%) = 52 kWh。若本线路预计能耗为 1.0—1.2 kWh/km，则预计可行驶约 43—52 公里。若有效行驶速度约 40 km/h，对应约 1.1—1.3 小时有效驾驶；这不能直接解释成“06:00 的 1.3 小时后必须充电”。
假设拟前往的站点道路距离为 6 公里，预计到站消耗 6—7.2 kWh，忽略仅为演示的额外驻车负载，则到站 SOC 约 26.2%—26.5%。目标充至 75% 时，电池净补能约 194—195.2 kWh。实际计划仍需考虑辅助能耗、排队、实际受电曲线与计费边界，并检查发车时限。不能用“400 kWh 电池 × 75%”直接当作本次补能量。
14 待内部确认的最少事项
- 运行数据能否到车辆/行程粒度，是否有载重、驾驶时长、任务时间和线路。
- 车电绑定、遥测频率、有效容量与 SOC 质量是否足以输出可靠续航。
- 哪些站点有真实队列、预约能力、共享功率数据或换电合格库存。
- 车队实际班次、运营日边界、管理员处理日报时间与接受的最大绕行。
- 价格与费用授权、司机任务下发和现场确认是否可复用现有流程。
这些事项决定试点功能等级，不阻碍先完成报告界面、数据结构与原型评审。
15 参考来源
- [R1] 中国青年网，2026-10-10，来源标为 21cn，《350台电动重卡规模化运营迎来实践样本，全周期运营服务破解大宗货运转型痛点》：https://auto.youth.cn/xw/202610/t20261010_16906987.htm 。本次已读取正文；按企业案例报道使用，不作独立效果验证。
- [R2] Milence 官网，Start Charging Electric Trucks at Milence Hubs：https://milence.com/start-charging/ 。本次取得正文，传输结束出现超时；所引用的物流走廊、休息设施、Portal 与 Booking Tool 段落均在已取得文本中完整可见。
- [R3] ChargePoint 官网，ChargePoint CMS Suite：https://www.chargepoint.com/products/software/cms-suite 。本次已核验 SOC、发车时间、成本与偏好优化、车联网与调度集成、动态负荷等公开说明。
- [R4] ChargePoint 官网，Intelligent, flexible EV charging software：https://www.chargepoint.com/products/software 。本次已核验候补队列、空位通知、价格与报告能力。
调研日期不代表页面功能首次发布日。上述来源未展示与本设计完全相同的“每日图片弹窗报告”产品；此交付形式、页面流程和各项默认规则为结合本平台业务提出的设计建议。
返回页面顶部