系统设计 / 跨团队推动

GiantTV OS 系统设计

To B场景的动效框架与组件化落地

  • 2022-2023
  • Design System
  • TV OS
  • 组件化
  • 跨团队协作
角色 核心设计师
时间 2022-2023
团队 GiantTV OS设计与产研团队

项目背景

GiantTV OS是字节跳动面向智慧屏厂商的To B预装系统。相比To C产品,To B场景需要考虑多方应用调用、不同厂商的定制需求,以及大屏交互的特有约束(空鼠、遥控器、多窗口多任务)。

TV OS 1.0版本存在明显的体验问题,缺少统一的交互原则和动效规范。我的任务是从0-1搭建系统全局动效设计框架及组件化,并推动在UI和产研团队的全面落地。

核心挑战

  • To B场景的设计:需要考虑多方应用调用,设计的复用性和扩展性要求更高
  • 大屏交互约束:空鼠、遥控器、触控、手势等多维交互方式需要统一的设计语言
  • 跨团队推动:需要说服UI和产研团队接受新规范,并确保落地执行

📺 TV OS界面展示区

此处将展示GiantTV OS的界面设计
(需要补充:系统界面截图/交互演示/设计稿)

GiantTV OS系统界面

第一步:竞品分析建立共识

在开始设计前,我完成了主流TV系统的竞品调研,用行业标杆证明动效设计的价值和必要性,为后续的推动工作建立共识。

Apple TV

视差动效与深度感知,流畅的焦点移动,统一的转场语言

华为鸿蒙OS

分布式交互流畅性,多设备协同的动效连贯性

索尼Android TV

大屏内容浏览的视觉层级,卡片展开收起的细腻过渡

YouTube TV界面

视频预览的自动播放时机,内容流的加载反馈设计

通过竞品分析,团队对"优秀的TV动效体验"有了统一的认知基础,这为后续的规范推广打下了重要基础。

解决方案:从原则到组件的完整体系

01

制定TV系统交互设计原则

定义大屏交互的核心原则,包括焦点移动规则、内容层级、响应时机等。针对空鼠、遥控器、触控三种输入方式制定统一的交互语言。

02

搭建系统全局动效设计框架

从0-1建立动效框架,覆盖页面级转场、控件级反馈、系统级通知三个层级。定义曲线Token、时长Token、效果Token。

03

组件化落地到组件库

同研发产品完成全局动效的组件化,方便各方应用调用。不是纸上规范,而是可以直接使用的代码组件。

04

制定「TV OS 2.0」动效设计规范

将设计原则、动效框架、组件使用方法整理成完整的设计规范文档,包含详细的使用指南和代码示例。

05

在UI和产研团队全面宣讲

分别针对UI设计师和产研团队进行宣讲,说明规范的价值、使用方法和落地路径。获得一致认可并全面落地。

📊 设计规范文档展示区

此处将展示TV OS 2.0设计规范
(需要补充:规范文档截图/组件库界面/宣讲PPT)

TV OS 2.0动效设计规范

如何说服团队:推动落地的策略

① 用竞品分析建立共识

通过Apple TV、华为、索尼等主流TV系统的对比,让团队看到"优秀的动效体验"是什么样的,建立统一的目标认知。

② 用组件化降低落地成本

不是增加工作量,而是通过组件化提升产研侧项目沟通效率

  • 设计师直接调用Token,不需要每次都重新定义动效参数
  • 开发直接用组件库,减少了与设计师的反复沟通
  • 双方都提效,这是规范推广成功的关键

③ 用业务价值驱动认同

To B业务重点聚焦多窗口多任务并行、多维交互(按键/空鼠/触控/手势)、AI赋能。动效设计直接服务于"提高产品竞争力,更好服务合作厂商"的业务目标。

④ 从1.0问题出发,用2.0方案解决

先完成1.0版本体验问题走查,让团队看到痛点,再提出2.0规范作为解决方案,更容易被接受。

验证与成果

全面落地,提升调用效率

「TV OS 2.0」动效设计规范在UI和产研团队全面宣讲并落地,获得产研一致认可。组件库被多方应用调用,设计与开发的沟通成本显著降低。

独立推动40+动效需求

基于建立的设计框架和组件库,我独立推动了40+动效需求从概念设计到组件化的全流程,涵盖系统级、页面级、控件级的各类动效场景。

To B设计的特殊价值

To B场景的设计规范不仅服务于内部团队,更重要的是让合作厂商能够快速接入、灵活定制。组件化的设计让不同厂商可以在统一框架内做差异化调整,既保证了体验一致性,又满足了定制需求。

复盘与思考

跨团队推动的关键决策点

推动规范落地最大的挑战不是设计本身,而是如何让不同角色(UI设计师、前端开发、产品经理)都认同这套规范的价值。我的策略是:

  • 对UI设计师:强调规范能提升设计一致性,减少重复劳动
  • 对开发:强调组件化能减少沟通成本,提高开发效率
  • 对PM:强调规范能提升产品竞争力,更好服务合作厂商

不同角色关心的点不同,需要针对性地传达价值。

组件边界如何定义

组件化的难点在于"边界定义":

  • 按交互层级划分:页面级转场 vs 控件级反馈 vs 系统级通知
  • 按时长Token划分:Short(小控件状态)、Medium(菜单展开)、Long(跨屏过渡)、Extra-long(非用户触发)
  • 按触发方式划分:用户主动触发(点击/滑动)vs 系统被动触发(加载/通知)

清晰的边界定义让组件可以灵活组合,而不会相互冲突。

To B设计的特殊考量

To B设计与To C设计最大的区别在于"使用者不是最终用户"。我们的直接客户是厂商,但最终用户是消费者。这就要求设计既要满足厂商的定制需求(灵活性),又要保证最终用户的体验一致性(规范性)。组件化设计正是平衡这两者的有效方法。