AWOL 影视四类用户流程与竞品差异汇报

说明：本文中的“我们的设计”指 AWOL 影视建议方案，重点对比 Plex、R_video、Infuse、Netflix 等产品的典型做法。

一页结论

用户场景	用户核心诉求	竞品普遍优势	竞品主要不足	AWOL 的差异化方向
首次使用	不学习复杂概念，快速看到自己的片库	Plex 能力完整；R_video 路径明确	Plex 配置复杂；R_video 依赖固定目录和专用生态	自动发现、扫描预览、渐进式入库、不改变原文件
纯观影	快速找到并顺利播放	Netflix 擅长发现；Infuse/R_video 擅长高质量播放	流媒体不管理私有片源；播放器型产品推荐较弱	“可播优先”的推荐搜索 + AWOL 影院硬件协同
影视管理	低成本保持片库正确、完整、整洁	Plex 管理成熟；R_video 展示精致	异常处理仍偏专业，批量修改风险高	片库健康中心、AI 辅助治理、预览与撤销
分享炫耀	把好片、收藏和影院体验分享出去	Plex 支持授权和共同观看	内容访问与社交表达割裂，分享边界不够直观	海报、影评、高燃片段、受控播放链接一体化

总体定位：以 Plex 式媒体服务能力为底座，以 R_video/Infuse 式高品质播放为基础，再叠加 AWOL 投影音响硬件协同、AI 找片和片库管家，形成家庭私有影院闭环。

---

1. 用户首次使用的流程

1.1 用户流程

flowchart LR
    A["打开 AWOL 影视"] --> B["自动发现媒体目录"]
    B --> C["确认扫描范围"]
    C --> D["后台扫描与识别"]
    D --> E["先展示已识别内容"]
    E --> F["首次选片并播放"]
    D --> G["异常内容进入待处理"]

用户最关心的不是“如何配置媒体服务器”，而是三个问题：

• 系统能否找到我的电影？
• 会不会移动、改名或删除原文件？
• 多久可以看到并播放第一部影片？

1.2 我们怎么设计

节点	设计方案
开始使用	提供“自动开始”和“专家配置”两个入口，普通用户不必理解媒体源、刮削等术语
发现内容	自动检测常见视频目录，展示候选目录、文件数量和内容样本
确认扫描	明确告知只读扫描，不移动、不改名、不删除原文件；支持排除私人目录
扫描入库	渐进式入库，高置信度内容先进入首页，不要求全库完成后才能使用
状态反馈	展示已发现、已识别、待处理和失败数量，并给出可执行的处理建议
首次成功	首批内容就绪后直接引导播放，用“成功看起来”完成首次体验

1.3 竞品怎么设计

竞品	典型做法	优点	不足
Plex	安装服务器，通过 Web 向导创建媒体库并选择目录	平台覆盖广，后续多端和远程能力完整	用户需要理解服务器、媒体库、命名规则、转码和远程访问
R_video	在专用设备中建立电影、剧集等固定目录并扫描	路径直接，容易快速形成客厅海报墙	更依赖固定目录结构、专用播放器和同品牌生态
Infuse/VidHub	先连接 SMB、WebDAV、云盘或媒体服务器，再自动读取内容	来源连接直接，客户端体验轻	更像播放器入口，服务端治理和全家庭管理能力较弱

1.4 我们比竞品好在哪

1. 比 Plex 更简单：不要求普通用户先理解媒体服务器架构。
2. 比 R_video 更开放：不强制用户按固定目录重新整理已有文件。
3. 更快看到价值：扫描未完成也能浏览和播放已识别内容。
4. 更值得信任：扫描范围可预览，默认不改变源文件，异常结果后置处理。
5. 与硬件开箱结合：REELBASE、投影和播放器可在首次启用时完成自动发现与能力检测。

---

2. 纯观影用户的使用流程

2.1 用户流程

flowchart LR
    A["进入首页"] --> B{"现在想看什么"}
    B -->|"接着看"| C["继续观看"]
    B -->|"随便看看"| D["推荐 / 最近更新"]
    B -->|"想看某类"| E["分类 / 片单"]
    B -->|"目标明确"| F["搜索 / 影视助手"]
    C --> G["详情页决策"]
    D --> G
    E --> G
    F --> G
    G --> H["自动选择播放方案"]
    H --> I["投影 / TV 播放"]

这类用户不关心文件在哪里、是什么编码，只关心“现在看什么”和“能不能顺利看”。

2.2 我们怎么设计

节点	设计方案
首页	首屏突出继续观看、最近添加和场景推荐，减少进入后再次选择入口
找片	同时支持明确搜索、结构化分类和自然语言找片
推荐	优先推荐库内真实可播内容，并说明“为什么适合现在看”
详情决策	默认展示一句话看点、无剧透简介、时长、分级、评分和可播状态
播放准备	系统结合片源、设备、音响和网络，自动给出“最佳画质”或“最稳播放”
播放异常	卡顿、无声或字幕异常时自动降档、切换音轨或回退基础播放
连续观看	自动保存进度、字幕和音轨偏好，支持手机选片后流转到 TV/投影

2.3 竞品怎么设计

竞品	典型做法	优点	不足
Netflix/Apple TV	继续观看、个性化推荐、榜单和低操作播放器	找片门槛低，消费路径成熟	面向平台内容，不能解决用户私有片库的识别、版本和兼容问题
Plex	继续观看、最近添加、搜索、Discover 和跨端同步	跨设备和远程体验完整	私有内容、免费内容和外部服务并存，可能产生首页噪声和可播状态混淆
Infuse	精致海报墙、强格式兼容、字幕音轨和高质量直放	本地播放体验成熟，操作简洁	推荐和家庭场景较弱，主要依赖已有媒体库
R_video	强调原盘、Dolby Vision、无损音频、版本标识和影院化界面	高端家庭影院体验突出	更依赖专用播放器，远程和异构终端适配较弱

2.4 我们比竞品好在哪

1. 比流媒体更懂用户自己的片库：推荐、搜索和详情全部落到真实文件与版本。
2. 比 Plex 更聚焦私有内容：首页优先展示库内可立即播放内容，库外信息明确分层。
3. 比播放器型产品更会帮用户做决定：自然语言找片、家庭场景推荐和可解释推荐理由。
4. 比单纯播放器更懂整套影院：结合 AWOL 投影、音响和 REELBASE，自动选择画质、HDR、音轨与播放路径。
5. 默认简单、高阶可展开：普通用户只看到播放结果，影音玩家仍可查看版本和技术信息。

---

3. 管理影视的用户使用流程

3.1 用户流程

flowchart LR
    A["进入媒体库"] --> B["查看片库健康状态"]
    B --> C{"问题类型"}
    C --> D["未匹配 / 错误匹配"]
    C --> E["缺字幕 / 缺海报"]
    C --> F["重复内容 / 多版本"]
    D --> G["系统给出修复建议"]
    E --> G
    F --> G
    G --> H["预览影响"]
    H --> I["批量确认或撤销"]
    I --> J["片库持续更新"]

管理用户的核心诉求不是获得更多设置项，而是用更少时间保持片库正确、完整、整洁。

3.2 我们怎么设计

节点	设计方案
健康总览	集中展示未匹配、低置信度、缺字幕、重复、多版本和坏文件等问题
问题判断	根据文件名、目录、元数据和已有修正给出候选结果与置信度
批量治理	同类问题可批量处理，不要求用户逐个进入详情页
安全确认	所有自动修改先预览影响，支持撤销、日志和恢复点
删除内容	明确区分“移出片库”和“删除源文件”，高风险操作需要二次确认
内容组织	支持手动片单、条件片单和家庭共享片单，不与底层文件夹强绑定
长期维护	保护用户手动修正，后续扫描不得静默覆盖；提供健康评分和变化提醒

3.3 竞品怎么设计

竞品	典型做法	优点	不足
Plex	以 Library 为中心，支持匹配、元数据编辑、合集、播放列表和版本管理	管理能力成熟，适合长期维护和跨端使用	后台设置专业，异常分散在多个页面；普通用户学习成本较高
Emby/Jellyfin	提供完整服务器后台、用户、媒体库、元数据、插件和转码设置	开放度和可配置性强	配置项多，效果较依赖用户经验、客户端和插件质量
R_video	强调统一海报、版本横幅、系列分组、原声带和收藏展示	片库视觉效果与收藏仪式感强	偏重展示，复杂异常治理、跨平台维护和开放性相对较弱
Infuse/VidHub	自动读取来源并形成媒体库，保留文件源视图	轻量、直观、适合个人播放	服务端批量治理、多人权限和长期片库维护不是核心优势

3.4 我们比竞品好在哪

1. 不是提供更多设置，而是直接提供问题清单：管理员从“找问题”转为“确认解决方案”。
2. 同时兼顾可维护与可展示：吸收 Plex 的治理能力和 R_video 的收藏表达。
3. AI 用在真实管理任务上：辅助发现错配、缺字幕、重复版本和缺集，而不是单独增加聊天入口。
4. 自动化更安全：预览、置信度、撤销、恢复点和人工结果保护形成完整信任机制。
5. 管理结果直接服务观影：修复后的版本、字幕和可播状态立即同步到首页、搜索、详情和播放器。

---

4. 希望分享炫耀的用户使用流程

4.1 用户流程

flowchart LR
    A["看完或收藏一部影片"] --> B{"分享目的"}
    B -->|"表达品味"| C["生成海报 / 片单 / 影评"]
    B -->|"分享精彩时刻"| D["生成高燃片段或台词卡"]
    B -->|"邀请别人观看"| E["生成受控播放链接"]
    B -->|"展示影院体验"| F["生成设备与观影成就卡"]
    C --> G["分享到社媒或家庭群"]
    D --> G
    F --> G
    E --> H["设置范围、时效和次数"]
    H --> I["对方打开并播放"]

这类用户分享的不只是影片，还包括自己的收藏品味、家庭影院效果和观影时刻。

4.2 我们怎么设计

分享意图	设计方案
推荐一部好片	自动生成包含海报、评分、个人短评和观看入口的分享卡
展示收藏	将主题片单、系列收藏、4K/原盘版本等生成可分享的收藏海报
分享精彩时刻	在版权与隐私允许的前提下，生成高燃片段、台词卡或静态剧照卡
展示影院体验	生成本次观影的投影、画质、HDR、音响等“影院体验卡”，突出 AWOL 硬件价值
邀请亲友观看	分享前预检外网、格式和权限；链接可限制内容、时效、次数和下载权限
共同观看	发起临时会话，亲友可选片或控制本次播放，会话结束后自动撤权

4.3 竞品怎么设计

竞品	典型做法	优点	不足
Plex	支持家庭授权、单条内容访问、Watch Together 和远程播放	内容访问和共同观看能力完整	重点是“让别人能看”，对收藏展示、个性海报和影院炫耀承接不足
R_video	通过精致海报墙、版本横幅、动态背景和收藏场景强化展示	私人收藏和影院仪式感强	展示主要发生在本地屏幕，跨平台远程分享和受控访问较弱
流媒体平台	通常支持内容链接、推荐卡和共同讨论	分享路径轻，接收方容易理解	分享的是平台内容，不包含用户自己的版本、收藏、影评与家庭影院能力

4.4 我们比竞品好在哪

1. 从“分享播放权限”升级为“分享个人影院表达”：影片、收藏、影评、片段和硬件体验可以组合呈现。
2. 把内容传播与 AWOL 硬件传播结合：分享卡不仅展示电影，也展示投影、HDR和音响带来的体验价值。
3. 分享形式更丰富：既能发轻量海报和台词卡，也能发受控播放链接或共同观看邀请。
4. 权限边界更清楚：分享前预检，默认单内容、短时效、可撤销、可审计，不暴露整个家庭片库。
5. 形成增长闭环：观看产生内容素材，分享带来品牌曝光，接收者通过链接体验 AWOL 私有影院能力。

---

5. 最终汇报结论

AWOL 影视应围绕四种核心用户任务形成差异化：

1. 首次使用比竞品更省心：自动发现、可预览、渐进式入库，快速完成首次播放。
2. 纯观影比竞品更懂场景：既有流媒体式低门槛找片，又有高端播放器式音画体验。
3. 影视管理比竞品更智能安全：从复杂后台升级为可解释、可预览、可撤销的片库管家。
4. 分享炫耀比竞品更有表达力：不仅分享内容，还能分享收藏品味、影院体验和 AWOL 硬件价值。

一句话差异化：Plex 解决“到处能看”，R_video/Infuse 解决“高质量地看”，AWOL 要进一步解决“全家轻松地管、找、看，并愿意把自己的私人影院分享出去”。