跳到主要内容

实况窗设计规范

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

  • 单个实况窗的生命周期最长不超过8小时，超过8小时后，系统会认为实况窗结束。

  • 为了确保用户看到内容的时效性，请开发者及时更新实况窗内容。系统会在以下情况自动调整实况窗的展示：

    • 超过2小时未更新：状态栏胶囊和锁屏胶囊将被隐藏，仅保留在通知中心展示；
    • 超过4小时未更新：系统将判定实况窗已结束，并从所有展示入口清除该实况窗。

设计原则​

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

模板规范​

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

场景节点设计要求​

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

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

即时配送场景​

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

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

打车出行场景​

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

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

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

取餐场景​

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

场景节点节点设计模板节点约束主要特殊场景考虑
下单成功N/A用户成功取消订单，需立即结束实况窗
餐品制作中N/AN/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/AN/A
已起飞N/AN/A
已抵达消失机制：无行李场景，立即消失；有行李场景，展示30-60分钟N/A
延误提醒方式：设置铃声/振动、胶囊自动展开为悬浮卡片动态● 延误场景，需更新扩展区标签，展示延误提示及预估晚点时间
取消● 提醒方式：设置铃声/振动、胶囊自动展开为悬浮卡片动态 ● 消失机制：展示不超过30分钟● 航班取消、航班中转、航班返航、航班备降、航班失联、航班失事等场景，建议应用在规划实况窗时，同步考虑并提交上述特殊场景方案
登机口变更提醒方式：设置铃声、振动，胶囊自动展开为悬浮卡片动态● 登机口变更，需及时更新实况窗，并设置消息提醒，展示变更后的登机口信息

高铁场景​

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

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

共享租赁场景​

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

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

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

运动锻炼场景​

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

导航场景​

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

打卡场景​

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

快递场景​

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