# Input v1 · 内容监控 2.0 二期（v7.6.1） > 阶段状态：正式 input，后续进入 `spec -> design -> prd` > 上游事实：`current_state_facts_v0.md` > 讨论决策：`pre_input_decisions_v0.md` > 指标规划：`dashboard_metric_planning_v0.md` > 用户反馈分析：`feedback_analysis_v0.md` --- ## 1. 背景与动机 v7.6.0 已经完成内容监控 2.0 一期，重点解决了新建监控链路的问题： - 手动添加与自动追踪入口整合。 - 批量添加、暂存列表、部分成功等创建效率优化。 - 自动追踪规则在创建抽屉内可见。 - 监控任务开始具备来源、进度、状态等解释能力。 - Twitter/X 被纳入内容监控适配范围。 v7.6.1 不再继续围绕“如何创建监控”展开，而是转向“创建后如何看懂监控结果”。 当前内容监控的主要问题是： 1. **项目详情页的结果解释能力不足** 当前单项目 dashboard 主要是纯数字指标和一张监控内容趋势图，难以回答“最近发生了什么、哪些内容值得关注、为什么值得关注”。 2. **项目列表缺少近期速览能力** 项目列表能展示项目基础信息和累计数据，但用户无法快速判断哪些项目最近有变化、哪些项目需要进入查看。 3. **内容列表与详情还没有形成复盘闭环** 用户能看到内容数据，但对来源、进度、异常、评论空态、短链/预算缺失等信息的解释仍不够集中。 4. **信息架构心智不清** 当前“项目列表 / 监控列表”平级，容易让用户误解内容监控是一个总内容库，而不是以项目为组织单元的监控工作台。 5. **评论与报告反馈需要谨慎承接** 用户反馈提到“更多评论抓取”和“更详细分析报告”，但评论抓取能力依赖数据组，当前不可控；报告形态也没有明确外发或导出要求。因此本期应优先增强站内解释能力，而不是承诺独立报告系统。 6. **累积用户反馈集中指向“时间区间增量”和“维度汇总”** 反馈池中多条记录提到：用户不只是想筛选某段时间发布的内容，而是想看已监控内容在某段时间内产生的新增观看、互动和增长变化；同时希望按达人、频道、标签和项目维度汇总结果。 --- ## 2. 版本定位 v7.6.1 是内容监控 2.0 二期，定位为： > 以项目详情页为主战场，把内容监控从“能创建、能看列表”推进到“能直观看当前/近期项目状态，并能按需解释结果”。 本期是混合型迭代，但以 **近期快照与复盘解释能力** 为主。 三条轴线： - 主轴：最近 7 天项目状态快照、内容级变化、贡献分析。 - 辅助轴 1：项目详情页、任务详情抽屉、项目列表的信息层级与视觉体验重构。 - 辅助轴 2：来源、进度、预算/成本输入、短链、评论空态等数据可信度解释。 --- ## 3. 目标用户与场景 ### 3.1 主决策用户：PM / 项目主理人 他们需要判断项目近期效果、内容贡献、创作者贡献、平台表现，并能讲清楚“当前监控结果说明了什么”。 核心问题： - 最近 7 天项目表现是否有明显变化？ - 哪些内容爆发、下滑或数据异常？ - 哪些内容/频道拉动了项目表现？ - 当前数据是否足够可信，哪些指标需要谨慎解释？ ### 3.2 高频操作者：投放运营 他们负责日常查看、筛选、维护标签/备注、处理内容异常、查看自动追踪新增内容，并保证项目数据处于可解释状态。 核心问题： - 哪些项目最近值得进入查看？ - 哪些内容需要处理或补充信息？ - 自动追踪生成的内容来自哪里？ - 评论、短链、预算等数据为什么为空或不可用？ ### 3.3 结论消费者：客户成功 / 销售 / 客户本人 他们不一定直接操作系统，但会消费 PM/运营整理后的结论、截图、站内页面或后续可能出现的导出物。 本期不直接建设独立报告系统，但要让站内项目详情和任务详情更适合截图、转述和复盘解释。 --- ## 4. 核心需求目标 ### Goal 1：项目详情页 dashboard 升级为最近 7 天快照看板 默认展示最近 7 天项目状态，支持通过日期选择器切换到累计、最近 30 天、项目全周期或自定义区间。 这里的时间区间默认指“监控数据在所选时间段内的变化/增量”，不能简单等同于“所选时间段内发布的内容”。发布时间筛选仍然需要存在，但它与数据观察时间区间是两个不同口径。 第一屏优先级： 1. 内容级异常变化。 2. 项目表现规模。 3. 内容贡献。 4. 达人/频道贡献。 Dashboard 不追求品牌分析那种重型策略看板，而是用现有指标再组织，形成轻量但独立的项目看板区域。 ### Goal 2：项目列表增加近期速览能力 项目列表是内容监控一级入口，但不应变成第二个 dashboard。 项目卡片需要让用户快速判断哪些项目最近值得进入。 默认速览指标： - 最近 7 天观看量。 - 最近 7 天互动率。 - 异常内容数。 可作为辅助信息： - 活跃监控内容数。 - 自动追踪新增内容数。 ### Goal 3：项目详情内容列表支持切片筛选与解释 项目详情内容列表需要支持用户围绕日期、平台、来源、内容/频道等条件做切片查看。 日期相关切片需要区分发布时间、监控开始/结束时间和数据观察时间区间。 列表应更清楚地展示： - 内容来源。 - 监控进度。 - 关键指标。 - 异常或数据不可解释状态。 - 自动追踪来源规则名。 ### Goal 4：任务详情抽屉增强单条内容解释能力 任务详情抽屉是单条内容复盘的主要承载，不升级为独立详情页。 需要增强： - 单条内容数据总览。 - 指标趋势。 - 来源解释，自动追踪任务最多展示规则名。 - 评论分析区域和低数据/无数据空态解释。 - 短链点击数据状态。 - 预算/成本输入状态。 评论区域需要区分低样本、无评论、未抓取、平台/权限限制或处理中等不同原因；短链区域需要解释统计起点、绑定状态和同步状态。 ### Goal 5：重塑内容监控信息架构心智 内容监控主层级应强调： ```text 项目列表 -> 项目详情 ``` 原“总监控列表”不再作为项目列表平级主功能，而降级为“跨项目监控内容视图”。 跨项目视图保留的原因： - 老用户已经形成直接查看全部监控内容的使用习惯。 - 运营仍需要跨项目排查内容。 迁移原则： - 项目列表仍是默认入口。 - 项目详情是主工作台。 - 跨项目视图允许默认全部项目进入。 - 项目列表多选后，也可进入同一跨项目视图，并默认筛选所选项目。 - 跨项目视图内容与交互应贴近单项目详情中的内容列表，而不是另起一套总表心智。 --- ## 5. 需求范围 ### 5.1 Must #### M1 · 项目详情页 Dashboard 项目详情页 dashboard 从纯数字 + 单趋势图升级为最近 7 天快照看板。 必须包含： - 最近 7 天状态摘要。 - 内容级变化榜。 - 项目表现规模指标。 - 内容贡献分析。 - 达人/频道贡献分析。 - 当前“监控内容趋势”的保留与强化。 默认主指标： - 观看量。 - 互动率。 副指标： - 点赞数。 - 评论数。 - 分享数。 内容级变化识别先使用占位规则： - 默认按最近 7 天观看量增量识别爆发/下滑。 - 互动量增量作为第二参考。 - 更复杂的环比、同项目均值、频道历史均值另开子 topic。 达人/频道贡献第一版不做复杂归因模型，按当前项目和所选数据观察时间区间聚合： - 创作者/频道内容数。 - 创作者/频道观看量。 - 创作者/频道互动量或互动率。 - 创作者/频道贡献占比。 #### M2 · 项目详情页内容列表 项目详情页内容列表需要服务近期快照后的下钻与切片分析。 必须包含： - 来源展示。 - 进度展示。 - 关键指标展示优化。 - 异常/不可解释状态提示。 - 日期、平台、来源等基础筛选与 dashboard 切片联动。 - 发布时间与数据观察时间区间的口径区分。 - 标签筛选基础增强：支持识别无标签内容，并在多标签筛选交互中明确并集/交集口径。 #### M3 · 任务详情抽屉 任务详情抽屉需要增强为单条内容解释面板。 必须包含： - 单条内容数据总览。 - 视频/贴文数据趋势。 - 评论分析区域及空态解释。 - 短链点击数据状态。 - 预算/成本输入状态。 - 自动追踪来源规则名。 - 成本效率类指标公式说明。 #### M4 · 项目列表速览 项目列表卡片增加近期速览能力。 必须包含： - 最近 7 天观看量。 - 最近 7 天互动率。 - 异常内容数。 项目列表仍以项目为主，不改造成跨项目 dashboard。 ### 5.2 Should #### S1 · 跨项目监控内容视图 原全局监控列表在 IA 上降级为跨项目监控内容视图。 本期至少做到： - 保留默认全部项目入口。 - 支持从项目列表多选后带筛选进入。 - 字段口径和筛选体验尽量与项目详情内容列表统一。 具体入口形态在 design 阶段确定。 #### S2 · 自动追踪来源解释 自动追踪不做重管理。 本期只做到： - 列表/卡片/详情中显示内容来自自动追踪。 - 最多展示对应规则名。 不在创建抽屉外重构规则管理，不展示规则状态、监控词、频道、续期、暂停/继续、删除等管理能力。 #### S3 · 指标配置 延续现有自定义数据能力，支持不同用户按项目目标配置关注指标。 可配置指标池包括： - Nox 短链点击数。 - 预算消耗。 - CPM。 - CPV。 - CTR。 - Engagement 总量。 预算、预计花费、预算消耗等成本类数据是用户手动填写的输入数据，默认未填写；CPM/CPV 等指标依赖这些输入，不应与平台采集指标同等默认展示。 Engagement 总量第一版按点赞数、评论数、分享数聚合，不引入新的抓取能力。 #### S4 · 列表字段与排序体验 在项目详情内容列表和跨项目监控内容视图中，统一常用字段的展示和排序体验。 本期至少明确： - 观看量、点赞数、评论数、分享数、发布时间等已有排序字段的交互一致性。 - Nox 短链点击数、监控时长、来源等任务字段的展示口径。 - 列表视图与卡片视图的默认展示策略。 字段自定义配置如果无法复用现有能力，不作为 761 必做。 #### S5 · 项目列表顶部轻量总览 项目列表顶部可以增加跨项目轻量总览，但需要避免削弱“项目列表 -> 项目详情”的主层级。 可进入 design 的指标： - 进行中项目数。 - 最近 7 天总观看量。 - 最近 7 天活跃内容数。 - 需要关注的项目数。 ### 5.3 Backlog 以下不作为 761 必做范围： - 评论抓取数量、覆盖平台、刷新频率提升。 - 完整评论分析增强：代表性评论、风险信号、AI 总结等。 - 独立报告系统。 - PDF / 图片等报告型导出。 - 报告生成器。 - 完整异常检测算法。 - 项目级 AI 总结。 - 复杂矩阵类图表。 - 自动追踪规则管理重构。 - 自动追踪新增结果的系统通知。 - 导出日报 / Daily change 报告字段补齐。 - 批量导出大文件体系。 - 发布第 N 天数据。 - 频道平均观看量对比。 - 平台扩展：Facebook、Naver、IG story、YouTube 图片贴等。 - 创建/批量导入链路小体验：链接格式、失败原因、模板字段、默认监控时长等。 - 权限、主账号可见范围、配额恢复和删除提示规则。 --- ## 6. 数据与指标原则 ### 6.1 平台采集指标 平台采集指标包括： - 观看量。 - 点赞数。 - 评论数。 - 分享数。 - 收藏数。 - 内容发布时间。 - 内容平台与创作者信息。 这类指标可以作为 dashboard 默认主解释来源。 ### 6.2 用户手动输入指标 预算、预计花费、预算消耗等成本类数据不是平台采集数据，而是用户在创建或维护监控任务时手动填写的输入数据。 默认状态是未填写。 若用户未填写预算/预计花费，相关成本指标不应被理解为真实采集结果。 ### 6.3 衍生指标 CPM、CPV 等效率指标依赖预算/成本输入和观看等采集数据共同计算。 CTR 依赖短链点击等配置/采集条件。 讨论 dashboard、列表或报告时，需要将这类衍生指标与平台采集指标区分开。 ### 6.4 本期派生指标池 以下指标使用现有数据构造，进入 spec 阶段定义精确口径： - 最近 7 天观看增量。 - 最近 7 天互动增量。 - 指定观测区间内观看/互动增量。 - 活跃内容数。 - 内容贡献占比。 - 频道贡献占比。 - 创作者贡献占比。 - Engagement 总量。 - 自动追踪贡献。 - 评论样本状态。 - 短链数据状态。 - 预算/成本数据状态。 --- ## 7. 非目标 本期不解决： - 新建监控链路的再次重构。 - 自动追踪复杂规则能力增强。 - 自动追踪规则管理中心。 - 评论抓取能力提升。 - 数据组评论抓取策略。 - 独立报告形态。 - 复杂异常算法。 - 品牌分析级别的策略看板或 AI 战略评估。 - 自动追踪长期追踪、到期提醒、续期、回溯历史内容。 - 新平台/新内容形态接入。 - 创建和批量导入链路的再次专项重构。 --- ## 8. 风险与依赖 ### 8.1 指标口径风险 最近 7 天内容级爆发/下滑目前使用占位规则。若后续需要更准确识别，需要单独研究比较窗口、阈值、样本排除和归因方式。 ### 8.2 评论能力依赖 评论抓取能力依赖数据组，当前不可控。761 只能围绕已有评论数据做展示与空态解释。 ### 8.3 成本类指标误读风险 预算/成本类数据默认未填写，且依赖用户手动输入。如果默认强展示成本效率指标，容易让用户误以为系统采集失败或计算异常。 ### 8.4 信息架构迁移风险 原“总监控列表”持续存在时间较长，部分老用户已形成固定心智。降级为跨项目视图时，需要保留默认全部项目入口，降低迁移成本。 ### 8.5 技术与线上质量风险 线上实勘 `/video-monitor/monitor-list` 时出现 `Cannot read properties of null (reading 'uid')` 控制台错误，但页面主体仍加载。该问题需要后续结合前端代码定位影响范围。 ### 8.6 反馈池状态失真风险 用户反馈池中存在状态未维护、重复需求、已在代码或线上部分实现但表内仍显示待解决的情况。后续 spec 不应直接以表格状态作为排期依据，需要以 `feedback_analysis_v0.md` 的逐条核验为准。 --- ## 9. 待确认项 - 异常内容数第一版是否按“爆发 / 下滑 / 数据异常”三类粗分。 - 最近 7 天爆发/下滑是否仅按观看量增量排序，互动量作为辅助。 - 数据观察时间区间已确认为核心口径，spec 阶段需要定义与发布时间、监控开始/结束时间的筛选关系。 - 达人/频道贡献已确认进入 Must，spec 阶段需要定义创作者/频道聚合 key、跨平台不合并规则和空值处理。 - 项目列表卡片最多承载几个速览指标。 - 项目列表顶部跨项目总览是否进入 761。 - 跨项目监控内容视图具体入口形态：项目列表工具区弱入口、二级页面、抽屉，还是其他方式。 - 指标配置是否完全复用现有自定义数据能力，还是需要新配置入口。 - 任务详情抽屉中的评论空态文案如何表达。 - 短链点击数是否需要区分“短链创建后全部点击”和“绑定监控任务后点击”。 --- ## 10. 后续文档建议 确认本 input 后，进入： 1. `spec_v1.md`：能力拆解、指标口径、数据状态、筛选/切片规则。 2. `design_v1.md`：IA、页面布局、dashboard 信息结构、列表/详情交互。 3. `prd_v1.md`：最终交付范围、验收标准、埋点/风险。