在不同品牌与设备类型中快速识别正确目标
CASE STUDY · CROSS-DEVICE EXPERIENCE
BOE Share
多端协同体验设计
把设备、系统、网络与协议的复杂性留给系统，
让用户只需要完成一次自然的连接。
BOE Share
3 台设备协同中
BOE Share已连接
01
用户只是想投一次屏。
THE DESIGN CHALLENGE
用户只是想投一次屏。
系统背后却要同时解决五类问题。
多端协同的复杂性不在于单一功能，而在于异构设备、动态网络、协议差异与安全授权必须在一次连接中同时成立。
局域网、热点与 Wi-Fi Direct 的动态切换
投屏码、扫码、NFC 与授权关系的统一
镜像、文件、视频、控制与扩展屏的按需暴露
让手机、PC 与大屏对当前状态形成共识
项目将“无感连接、异构无缝、远近互通、外设融合、跨端安全”定义为核心能力。设计把这些技术目标转译为可理解的用户任务。
02
SCENARIO · BEFORE
一次会议投屏，为什么会让用户反复确认？
访客进入会议室，期待“找到大屏并开始投屏”。旧流程却要求用户先理解软件下载、网络环境、设备连接与投屏方式。
确认下载方式与投屏功能
“该从哪里开始？”判断手机与大屏是否在同一网络
“连接下一步不明确”等待发现或改用投屏码、扫码
“设备为什么没有出现？”连接、授权并确认是否成功
“现在可以投了吗？”
03
不比较“谁功能更多”，
RESEARCH · FINDING THE MODEL
不比较“谁功能更多”，
而是比较连接心智。
竞品流程显示，核心差异并不在入口数量，而在于用户何时需要理解网络、何时选择设备、何时决定投屏方式。
核心洞察
连接心智的差异，本质上是“网络责任”的分配差异。网络从用户任务中退出得越彻底，主路径越短。
功能优先
先选择镜像、文件或视频，再处理网络和设备。
- 选择功能
- 连接网络
- 连接设备
- 开始投屏
网络优先
先保证网络条件，再发现设备，最后选择功能。
- 连接网络
- 发现设备
- 选择功能
- 开始投屏
生态优先
生态内链路很短，但依赖品牌、系统与设备条件。
- 开启直连
- 选择设备
- 开始投屏
INFORMATION ARCHITECTURE
从多端产品拆解中收敛出统一阶段模型
覆盖电视端、手机端、Windows、Mac、车机与多种投屏产品，将连接前、连接中、投屏后及异常状态收敛为统一的阶段定义，为三端协作语义提供依据。
04
关键转折：从“先理解功能”
THE PIVOT · DEVICE FIRST
关键转折：从“先理解功能”
改为“先找到设备”。
以设备为中心重构主路径，把网络判断、授权确认与能力匹配收敛到系统层，仅在必要时才暴露给用户。
选择功能 → 配置网络 → 寻找设备
用户承担网络判断，连接和功能选择互相打断。
发现设备 → 系统协助连接 → 选择协同方式
主路径以设备为中心，投屏码、扫码和 NFC 成为渐进式补救。
05
不是把所有设备都展示出来，
CONNECTION MODEL · PROGRESSIVE DISCLOSURE
不是把所有设备都展示出来，
而是让当前任务只出现一个下一步。
早期雷达方案强调“附近有多少设备”，却放大了候选噪声和距离误判。新版把注意力从空间分布转向任务阶段：先确认目标设备，再完成连接，最后开放匹配的协同能力。
新版连接模型设备优先 · 状态递进
01
聚焦目标设备
单设备直接成为主对象；仅在发现多个候选时展开设备列表。
02
系统完成连接
网络判断与授权进入连接过程，用户只确认当前动作和结果。
03
按设备开放能力
连接成功后再展示镜像、文件、视频与控制，避免提前决策。
信息量随设备数量与连接阶段变化，不让异常场景占据默认路径。
发现、连接、已连接和能力选择互斥呈现，每一屏只回答一个问题。
投屏码、扫码与 NFC 从主入口退到补救路径，连接失败无需重新开始。
06
三端不需要长得一样，
CROSS-DEVICE SYSTEM
三端不需要长得一样，
但必须共享同一套协作语义。
大屏、手机与 Windows 的界面形态各不相同，但“可发现—连接中—已连接—投屏中—异常”五个阶段必须保持语义一致。
SHARED STATE CONTRACT同一条协作状态轴
- 01可发现确认目标
- 02连接中反馈进度
- 03已连接开放能力
- 04投屏中明确控制
- 05异常保留恢复
当前问题这是要连接的设备吗？
围绕“意图”设计
突出目标设备与当前动作；扫码、投屏码、NFC 作为找不到设备时的补救入口。
- 可发现单设备聚焦
- 已连接选择协同方式
- 投屏中控制与结束
共享工作内容
桌面镜像窗口投屏扩展屏
PDF季度方案.pdf准备发送至大屏发送
当前问题用哪种方式完成工作？
围绕“任务”设计
保留桌面、窗口、扩展屏与文件等生产力能力，并持续展示目标设备和连接状态。
- 可发现设备名 + 空间
- 已连接匹配工作能力
- 投屏中窗口级控制
当前问题谁在连接，当前可以做什么？
围绕“共识”设计
让所有参会者共同看到设备身份、连接引导、当前来源和异常恢复，不承载私人操作。
- 可发现设备名 + 投屏码
- 连接中请求与来源
- 异常公共恢复指引
01阶段一致三端都使用“发现—连接—协同—恢复”的状态顺序。
02权责不同发起端表达意图，接收端建立公共确认与授权。
03反馈成对手机或 PC 的每次动作，都在大屏得到对应状态反馈。
07
大屏不是放大的手机，
LARGE SCREEN · SHARED CONTEXT
大屏不是放大的手机，
而是所有人的共享状态中心。
大屏同时承担“告诉用户怎么连接”和“展示谁已经连接”的责任。信息按公共引导、当前状态、备用入口分层，避免每位参会者重复询问。
08
交付的不只是设计稿，
DELIVERY · DESIGN GOVERNANCE
交付的不只是设计稿，
还有一套三端一致性验收机制。
通过统一的走查表与问题分级，把体验质量从主观评价转化为可跟踪、可复核的交付标准。
三端 × 五类验收维度来源：BOE Share 三端设计走查表 · 2024.12
端 / 维度状态反馈布局比例输入约束动效响应异常恢复
大屏端公共状态连接数量卡片比例名称 16 字设备自适应热点一致性
手机端移动控制占用反馈多尺寸适配名称校验单双模式切换跨网续接
Windows生产力任务连接阶段窗口层级文件规则镜像响应任务恢复
真实问题记录如何进入闭环ISSUE #S-027
手机端 · 连接 · 交互设备被占用时点击没有反馈
用户无法判断设备不可用，容易重复点击或退出任务。
- 问题级别
- 阻断主路径
- 设计判定
- 补充占用态 + Toast
- 研发状态
- 已改
- 复验结果
- 通过
设计备注
保留当前设备与页面位置，解释不可用原因，并提供重新发现入口。
01按任务走查首页、发现、连接、投屏、控制、设置
→
02证据化记录问题截图、设计稿、类型、级别与负责人
→
03双状态跟踪研发修改状态与设计验收状态分别维护
→
04回归与沉淀再次验收，重复问题进入三端规范
验证超长、键盘调起、保存激活和再次编辑的一致行为。
同时检查文件接收与设置浮层，避免同类组件出现不同反馈节奏。
网络切换被合并进连接过程，完成后承接下一任务而非返回起点。
大屏与 PC 使用同一字段、分级和复验机制持续收敛。
09
从一次投屏，沉淀为
IMPACT · THREE LAYERS OF VALUE
从一次投屏，沉淀为
可扩展的多端协同能力。
结果同时体现在用户任务、产品系统与交付治理三个层面。
3端统一语义大屏 · 手机 · Windows
4屏扩展目标复杂会议的多屏协同
12h稳定性目标镜像与投屏器长时验证
97%手机端验收通过真实走查表复验结果
BOE Share 能力底座设备身份 + 连接状态 + 权限关系
三端共用同一对象和状态模型，新增能力无需重新定义连接。
网络、发现、授权和能力匹配由系统编排，用户围绕目标设备完成连接与协作。
新增端、屏或协同能力时复用连接阶段、状态反馈与验收语言，减少重复设计。
该能力可承接智慧会议、办公设备互联和软硬件融合场景；这是结合 BOE 官方智慧办公与“屏之物联”材料形成的价值推导。
让不同设备在关键时刻，像一个系统一样工作。