# 实况窗设计规范

应用发送的实况窗需遵循实况窗设计规范，不符合设计规范的方案将不被予以开通正式权限。同时若应用实况窗上线后出现违反实况窗设计规范的行为，将被视为违规。

*   单个实况窗的生命周期最长不超过8小时，超过8小时后，系统会认为实况窗结束。
    
*   为了确保用户看到内容的时效性，请开发者及时更新实况窗内容。系统会在以下情况自动调整实况窗的展示：
    
    *   超过2小时未更新：状态栏胶囊和锁屏胶囊将被隐藏，仅保留在通知中心展示；
    *   超过4小时未更新：系统将判定实况窗已结束，并从所有展示入口清除该实况窗。
*   实况窗卡片和胶囊的内容设计上：
    
    *   禁止展示涉及用户隐私的信息。
    *   禁止将实况窗用于营销、广告等场景。
*   为保障设备重启后实况窗能恢复展示，系统会对实况窗数据进行持久化，在实况窗结束时会自动删除数据。
    

#### 设计原则

实况窗旨在为用户提供最精简、最便捷、最清晰的通知内容、交互以及视觉效果，其设计需遵循实况窗设计原则。

#### 模板规范

实况窗支持卡片态和胶囊态通知形式，显示更可视化、更精简的内容，方便用户聚焦重要信息。应用在设计实况窗卡片态和胶囊态时，需满足以下规范（推荐使用规范中场景指定的模板，若推荐方式不满足开发者的业务需要，可结合具体业务，采用更加合适的模板）。

*   卡片模板
    
*   胶囊模板
    
*   锁屏模板
    
*   文本超长显示规则
    

#### 场景节点设计要求

应用在设计实况窗场景节点时，需满足以下要求，如有其他未列举的节点，应用可根据自身实际情况增加，优先参照场景节点设计模板示例进行设计。

*   重要更新节点建议采用强提醒，即在更新实况窗时设置提醒方式为铃声、振动（云更新mute参数字段和端更新isMute参数字段），同时可在状态栏的胶囊动态效果上增加提醒（胶囊的remind参数字段，仅云更新实况支持）。

#### 即时配送场景

即时配送场景，建议接入8小时内的用户订单。场景及节点请按如下要求设计：

| 场景节点 | 节点设计模板 | 节点约束 | 主要特殊场景考虑 |
| --- | --- | --- | --- |
| 待支付 |  | 待支付状态展示不超过5分钟 | ● 用户成功取消订单，需立即结束实况窗 |
| 商家待接单 |  | N/A | ● 商家取消订单场景下，需让用户及时注意到订单信息变化 |
| 商家已接单 |  | 提醒方式：设置铃声/振动、抢占胶囊位置动态 | N/A |
| 骑手取货中 |  | N/A | N/A |
| 骑手已到店 |  | N/A | N/A |
| 骑手送货中 |  | N/A | N/A |
| 已送达/待取餐 |  | ● 提醒方式：设置铃声/振动、胶囊自动展开为悬浮卡片动态 ● 消失机制：已送达、待取餐状态展示5分钟；商品若当面送达，立即消失 | N/A |

#### 打车出行场景

打车出行按照用户是否立即出发，分为即时出行场景和预约出行场景。

出行打车场景中，单个实况窗消息，每个设备每5分钟最多更新30次，每小时最多更新180次。场景及节点请按如下要求设计：

| 场景节点 | 节点设计模板 | 节点约束 | 主要特殊场景考虑 |
| --- | --- | --- | --- |
| 叫车 |  | N/A | ● 用户成功取消订单，需立即结束实况窗 ● 预约出行场景，需计划出发前20分钟通过云创建实况窗提醒用户 |
| 排队 |  | N/A | N/A |
| 司机正在完成上一单 |  | N/A | N/A |
| 司机本单接驾中 |  | 提醒方式：设置铃声/振动、抢占胶囊位置动态 | ● 司机取消或车辆改派，需更新实况窗，并设置铃声/振动、胶囊自动展开为悬浮卡片动态，确保用户及时关注 |
| 即将到达上车点 |  | N/A | N/A |
| 司机已到达 |  | 提醒方式：设置铃声/振动、胶囊自动展开为悬浮卡片动态 | N/A |
| 开始前往目的地 |  | N/A | N/A |
| 行程结束 |  | ● 提醒方式：设置铃声/振动、抢占胶囊位置动态 ● 消失机制：待支付状态展示5分钟；支付成功后，立即消失 | N/A |

#### 取餐场景

到店取餐场景及节点请按如下要求设计：

| 场景节点 | 节点设计模板 | 节点约束 | 主要特殊场景考虑 |
| --- | --- | --- | --- |
| 下单成功 |  | N/A | 用户成功取消订单，需立即结束实况窗 |
| 餐品制作中 |  | N/A | N/A |
| 餐品制作完成 |  | ● 提醒方式：设置铃声/振动、胶囊自动展开为悬浮卡片动态 ● 消失机制：待取餐状态展示15分钟；用户取餐完成，立即消失 | N/A |

#### 排队场景

**就餐排队：**

就餐排队场景及节点请按如下要求设计：

| 场景节点 | 节点设计模板 | 节点约束 | 主要特殊场景考虑 |
| --- | --- | --- | --- |
| 排队中 |  | N/A | 用户成功取消排队，需立即结束实况窗 |
| 即将到号 |  | 提醒方式：设置铃声/振动、胶囊自动展开为悬浮卡片动态 | N/A |
| 已到号 |  | 提醒方式：设置铃声/振动、抢占胶囊位置动态 | N/A |
| 已过号 |  | 消失机制：已过号状态展示5分钟 | N/A |

**银行排队：**

银行排队场景及节点请按如下要求设计：

| 场景节点 | 节点设计模板 | 节点约束 | 主要特殊场景考虑 |
| --- | --- | --- | --- |
| 排队中 |  | N/A | ● 用户成功取消排队，需立即结束实况窗 ● 预约排队的场景，办理前30分钟开始展示实况窗提醒用户 |
| 已到号 |  | 提醒方式：设置铃声/振动、胶囊自动展开为悬浮卡片动态 | N/A |
| 已过号 |  | 消失机制：已过号状态展示5分钟 | N/A |

#### 计时场景

计时场景，建议接入8小时内的计时场景（仅支持通过端侧创建与更新）。场景及节点请按如下要求设计：

| 场景节点 | 节点设计模板 | 主要特殊场景考虑 |
| --- | --- | --- |
| 计时中 |  | 用户主动或者被动终止计时，需立即结束实况窗 |
| 暂停 |  | N/A |

#### 航班场景

航班场景在计划起飞前3个小时，开始展示实况窗。场景及节点请按如下要求设计：

| 场景节点 | 节点设计模板 | 节点约束 | 主要特殊场景考虑 |
| --- | --- | --- | --- |
| 未值机 |  | 如不支持在线值机选座，需提示用户现场值机 | ● 用户退改签场景，需结束当前实况窗，按照用户后续新的航班行程重新创建实况窗 ● 非实际出行用户，通过应用关注某个航班的场景，可以在应用界面上关注航班信息后展示实况窗，向用户展示航班的关键变动，如开始登机、已起飞、已抵达、航班延误、航班取消等 |
| 已值机 |  | N/A | ● 座位号变更，需及时更新实况窗，展示变更后的座位号信息 |
| 开始登机 |  | 提醒方式：设置铃声/振动、胶囊自动展开为悬浮卡片动态 | N/A |
| 催促登机 |  | 如用户已登机，则无需出现该节点 | N/A |
| 已登机 |  | N/A | N/A |
| 已起飞 |  | N/A | N/A |
| 已抵达 |  | 消失机制：无行李场景，立即消失；有行李场景，展示30-60分钟 | N/A |
| 延误 |  | 提醒方式：设置铃声/振动、胶囊自动展开为悬浮卡片动态 | ● 延误场景，需更新扩展区标签，展示延误提示及预估晚点时间 |
| 取消 |  | ● 提醒方式：设置铃声/振动、胶囊自动展开为悬浮卡片动态 ● 消失机制：展示不超过30分钟 | ● 航班取消、航班中转、航班返航、航班备降、航班失联、航班失事等场景，建议应用在规划实况窗时，同步考虑并提交上述特殊场景方案 |
| 登机口变更 |  | 提醒方式：设置铃声、振动，胶囊自动展开为悬浮卡片动态 | ● 登机口变更，需及时更新实况窗，并设置消息提醒，展示变更后的登机口信息 |

#### 高铁场景

在计划出发前1个小时，开始展示实况窗通知。

| 建议展示的关键信息 | 主要特殊场景考虑 | 建议设置提醒的关键节点 |
| --- | --- | --- |
| ● 车次 ● 座位号 ● 检票口 ● 出发站 ● 出发时间 ● 到达站 ● 到达时间 | ● 高铁晚点，需更新消息，展示延误提示，展示预估出发时间 ● 临时停车，需更新消息，展示停车提示，及时告知用户关键信息（如停车原因、预估出发时间） ● 高铁取消，需更新消息，展示取消提示，及时告知用户高铁关键信息 ● 用户改签：用户改签后，以最新的行程展示在实况窗中，并取消已经过期的行程 ● 用户退票：用户取消行程后，结束正在展示中的实况窗 | ● 计划出发 ● 已到达 |

#### 共享租赁场景

共享租赁，建议接入8小时内的租赁场景。

共享租赁场景及关键节点可以按照如下流程梳理：

| 建议展示的关键信息 | 主要特殊场景考虑 | 建议设置提醒的关键节点 |
| --- | --- | --- |
| ● 租赁时长 ● 租赁计费 | ● 用户临时暂停租赁场景，需让用户及时感知租赁状态变化 ● 用户租赁物品故障或因其他原因导致无法正常租赁，需及时告知用户 | ● 结束租赁 ● 待支付 |

#### 运动锻炼场景

| 建议展示的关键信息 | 主要特殊场景考虑 | 建议设置提醒的关键节点 |
| --- | --- | --- |
| ● 运动时长 ● 剩余距离 | ● 运动中断或暂停时，需及时告知用户 ● 运动出现异常状态时，需及时告知用户 | ● 运动中 ● 运动完成 |

#### 导航场景

| 建议展示的关键信息 | 主要特殊场景考虑 | 建议设置提醒的关键节点 |
| --- | --- | --- |
| ● 导航路线变化 ● 剩余距离及所需时间 | ● 变更路线后，需及时告知用户最新的导航路线 | ● 导航中 ● 导航结束 |

#### 打卡场景

| 建议展示的关键信息 | 主要特殊场景考虑 | 建议设置提醒的关键节点 |
| --- | --- | --- |
| ● 打卡地点信息 ● 打卡截止时间 | ● 上班到达打卡范围，需及时推送实况窗提醒用户打卡 ● 下班离开办公区域，需及时推送实况窗提醒用户打卡 ● 用户完成打卡后，需及时结束实况窗 | ● 提醒打卡 ● 打卡成功 |

#### 快递场景

| 建议展示的关键信息 | 主要特殊场景考虑 | 建议设置提醒的关键节点 |
| --- | --- | --- |
| ● 取件位置 ● 待取件个数 | ● 用户有快递待取件，且到达快递寄存点附近，需及时推送实况窗提醒用户取件 ● 用户完成取件后，需及时结束实况窗 | ● 提醒取件 ● 取件完成 |

#### 进度类型场景

| 建议展示的关键信息 | 主要特殊场景考虑 | 建议设置提醒的关键节点 |
| --- | --- | --- |
| ● 用户操作场景(如上传中/下载中、导入中/导出中) ● 进度百分比 | ● 用户主动或因其他异常原因导致上传/下载中断，需要及时告知用户 ● 整个过程中关键节点的进度完成，需要及时告知用户 | ● 进度中断 ● 进度完成 |

#### 赛事比分场景

| 建议展示的关键信息 | 主要特殊场景考虑 | 建议设置提醒的关键节点 |
| --- | --- | --- |
| ● 赛事名称及场次 ● 赛事双方队伍名称 ● 赛事比分 ● 赛事进程时间 | ● 赛事中断或暂停以及继续开始比赛时，需及时告知用户 | ● 比赛开始 ● 比赛暂停 ● 比赛继续 ● 比赛结束 |