视频供给充足，观看路径仍然割裂
视频进入搜索结果后，问题从“有没有视频”转向“能否看懂并继续看”。封面与视频的识别、比例差异、预览条件和跳转路径共同影响消费成本。每条业务各自解决，会让用户在同一搜索页遇到不同操作逻辑。
作为搜索视频化对接人，我的工作将界面规范、播放器能力与跨团队接入联系起来。这里先用实际场景说明容器和路径，再讨论技术与阶段成果，避免只展示播放器皮肤。
容器同时约束外观与交互
原稿在比例、圆角、通栏方式、播放形式与消费路径上建立共同约束。统一容器不是强迫所有视频尺寸一样，而是让不同尺寸使用同一套可理解的操作规则。
默认、唤醒、静音、播放失败和重播各有明确反馈。用户需要知道当前是在预览、已经开始播放，还是需要手动重试。状态完整性是容器能力的一部分。
一张页面只能有一套注意力秩序
单个播放器成立以后，还要处理卡内、卡间与页面滚动。预览可见范围、正在播放的对象和其他内容的关系，需要由页面级协调承接，否则多个自动播放会相互争抢注意力。
跳转后的继续观看也属于同一任务。图中对照滑动与跳转场景，检查播放主体改变时是否保留合理的上下文，而不是只验收静态首帧。
播放连续性与接入成本的技术取舍
历史评估比较系统原生、百度自有 NA、H5 与同层渲染方案。系统原生稳定、成本较低，但双端样式与定制能力受限；自有 NA 支持更一致的体验与续播，但 H5 接入和开发成本需要处理。
同层渲染在原稿中用于兼顾 H5 嵌入与原生能力。表格里的“暂无”只是当时记录的限制状态，不能写成现代平台上的完美技术结论。这次工作的价值是把设计需求转成可讨论的取舍条件。
| 历史方案 | 主要取舍 |
|---|---|
| 系统原生 | 稳定、接入成本低；样式与定制能力有限 |
| 自有 NA | 端内连续体验；H5 接入与开发成本较高 |
| H5 | 页面适配较灵活；原生播放器续播联动受限 |
| 同层渲染 | 当时用于连接 H5 嵌入和 NA 能力；仍需按场景验收 |
跨业务交付需要共同接入规则
原稿记录团队在约两个月内推进 11 条产品线接入。这是跨角色协同的阶段记录，而不是本人独立完成的数量。接入前需要统一问题分类、组件与能力包装、排期和效果验收方式。
设计规范的作用是减少每条业务重新解释播放行为。技术证明和代表性场景检查先于全面推广，才能发现能力缺口，而不是让组件数量代替实际覆盖。
跳转之前先做一次选择
原稿探索两秒长按触发的预览抽屉，让用户在保留搜索上下文时进一步判断视频。它试图减少跳转后的重复选择，但也带来手势发现、触发时间与误操作成本。
这类取舍不能只由视觉稿决定。应该同时观察用户是否知道能长按、是否选择了符合预期的视频，以及预览是否反而延长无效浏览。原稿的历史增幅缺少完整实验口径，本页不重新包装为当前增长证据。
单条与合集共享入口，保留不同观看目标
单条视频需要快速消费与相关推荐，合集还需要持续浏览同一系列。原稿把二者通向沉浸落地页，同时保留合集与推荐的关系，避免每个资源类型走一条断开的路径。
阶段记录写明 V12.9 第一阶段接入、后续实验展开，以及第二阶段合集 Tab 仍在推进、数据待补。这个阶段边界保留在成果中，不把路径图自动等同于全部已上线。
阶段成果与个人职责
搜索视频化作为集团战略级项目，旨在通过对现有搜索资源的合理整合，快速高效的完成检索模式的快捷转化，从而更好更快的满足用户需求。视频化涵盖用户侧、服务侧和商业侧三大板块。搜索视频化对现有图文搜索模式占主导的搜索破圈至关重要。
作为搜索视频化对接人，我们主要目标是：提升搜索视频化用户消费满意度、转化率并突破时长瓶颈，盘活存量数据。
