知识库内容活跃度分析报告通常包含三部分：说明统计范围与口径的报告概览、逐条记录活跃信号的内容指标表、按活跃程度分层并给出处置动作的结论表。本文提供一套可直接复制的空白表格模板，并逐字段说明取数方式、必填规则，附一份月度报告填写示例。报告需要从知识库系统取数、按责任人跟踪处置时，可用ONES Wiki的页面树、搜索与版本记录承载内容管理，用工作项跟踪复核与下线动作。
要点总览（TL;DR）
- 报告由三张表组成：概览表定范围与口径，指标表逐条记录浏览量、检索命中、编辑、评论、引用等信号，分层表给出高活跃、稳定、沉睡、待下线四档结论与处置动作。
- 必填字段是内容ID、标题、所属目录、负责人、浏览量、最近更新时间、活跃度分层和处置建议；检索命中、编辑、评论、引用等按数据条件选填，缺数据留空并注明未采集，不填0。
- 填写时三表用内容ID关联，表1的纳入内容数量应等于表2行数、也等于表3各分层行数之和，三个数字对不上说明有漏记或重复。
- 月度报告可精简为浏览量、最近更新时间、分层与处置四类核心字段，季度报告再补齐检索命中、编辑、评论、引用等信号用于看趋势。
- 模板按版本管理，口径变更在表1记录旧口径、新口径与生效周期，历史报告不追溯修改，跨期对比时注明断点。
可复制空白模板：三张表组成一份活跃度分析报告
三张表按“先定范围、再记信号、最后给结论”的顺序使用。表1确定本期统计哪些内容、用什么口径；表2是明细数据，一行对应一篇内容；表3从表2汇总而来，决定每篇内容下一步怎么处理。三张表通过“内容ID”关联，表3的每一行都能回溯到表2的具体记录。
表1：报告概览
| 项目 | 填写内容 |
|---|---|
| 报告名称 | |
| 统计周期 | |
| 统计范围（目录/空间） | |
| 纳入内容数量 | |
| 数据来源系统 | |
| 去重规则 | |
| 编制人 / 复核人 | |
| 编制日期 | |
| 本期主要结论（3条以内） |
表2：内容活跃度指标
| 内容ID | 标题 | 所属目录 | 负责人 | 浏览量 | 检索命中次数 | 编辑次数 | 评论数 | 被引用次数 | 最近更新时间 | 数据来源 |
|---|---|---|---|---|---|---|---|---|---|---|
表3：内容分层与处置
| 内容ID | 标题 | 活跃度分层 | 判定依据 | 处置建议 | 责任人 | 计划完成时间 | 复核人 | 复核结果 |
|---|---|---|---|---|---|---|---|---|
字段对应关系：表2的“内容ID、标题、负责人”原样带入表3，保证两表可核对；表3的“判定依据”引用表2中的具体数值，例如“90天内浏览量低于10次且无编辑”。表1的“纳入内容数量”应等于表2的数据行数，也等于表3各分层行数之和，三个数字对不上说明有内容漏记或重复。
字段说明：每个字段记录什么、怎么取数
字段设计的目标是让不同人填同一份报告时结果可比。下面按四组说明含义、取数来源与口径，取数来源以团队实际使用的知识库系统为准，系统未提供现成报表时可用导出数据或抽样统计替代。
| 字段 | 含义 | 取数来源 | 口径说明 |
|---|---|---|---|
| 内容ID | 内容的唯一标识 | 知识库系统的页面/文档编号或链接中的唯一段 | 同一内容多次改标题仍用同一ID |
| 标题 | 统计时点的内容标题 | 知识库页面标题 | 记录当期标题，历史标题变化不影响ID |
| 所属目录 | 内容在页面树中的位置 | 知识库目录结构 | 记录到二级或三级目录，便于按目录汇总 |
| 负责人 | 对内容准确性负责的人 | 页面负责人字段或团队约定的维护人清单 | 一人一行，多人负责时指定第一责任人 |
| 浏览量 | 统计周期内页面被打开的次数 | 系统访问日志或页面统计 | 同一人多次打开按次计；无日志时可用抽样周估算并标注 |
| 检索命中次数 | 内容在站内搜索中被点击打开的次数 | 搜索日志 | 只计从搜索结果进入的次数，不含直接访问 |
| 编辑次数 | 统计周期内页面被保存修改的次数 | 版本记录 | 同一人连续多次保存可合并为一次有效编辑，规则需在表1写明 |
| 评论数 | 统计周期内新增评论条数 | 页面评论区 | 回复计入评论；删除的评论不计 |
| 被引用次数 | 其他内容链接到本页的次数 | 系统反向链接或人工抽查 | 系统无反向链接功能时，按抽查样本估算并标注“抽样” |
| 最近更新时间 | 页面最后一次有效修改的时间 | 版本记录 | 格式统一为年月日 |
| 统计周期 | 数据覆盖的时间段 | 报告编制人设定 | 月度按自然月，季度按自然季度，起止日期写全 |
| 去重规则 | 同一用户重复行为的处理方式 | 编制人与数据提供方约定 | 例如浏览量按次计、检索命中按会话去重，规则一经确定当期不改 |
| 数据来源系统 | 数据取自哪个系统或导出文件 | 实际取数系统 | 多个系统合并时逐一列出 |
| 活跃度分层 | 内容所处的活跃等级 | 由表2指标按阈值判定 | 建议四档：高活跃、稳定、沉睡、待下线，阈值在表1写明 |
| 处置建议 | 对内容下一步动作 | 分层结果对应 | 高活跃保持并纳入重点维护；稳定定期复核；沉睡补充更新或合并；待下线归档或删除 |
| 复核人 | 确认处置结论的人 | 团队指定 | 与责任人分离，避免自评自审 |
ONES Wiki 的页面树结构可用于确定“所属目录”，全局搜索与页面版本记录可作为检索命中、编辑次数和最近更新时间的取数线索；系统是否直接提供活跃度统计报表，需以实际部署和后台能力为准，没有现成报表时按上表口径用导出数据计算。
必填与选填：哪些字段缺了报告就不成立
必填的判断标准是：缺了它，报告无法核对、无法追责或无法得出结论。其余字段按团队数据条件取舍。
| 字段 | 必填/选填 | 理由与缺项处理 |
|---|---|---|
| 内容ID | 必填 | 三表关联的唯一依据，缺失则该行作废 |
| 标题 | 必填 | 阅读与沟通的基本信息 |
| 所属目录 | 必填 | 支撑按目录汇总与定位问题区域 |
| 负责人 | 必填 | 处置动作需要落到人；暂缺时填“待指定”并在表1列为待办 |
| 浏览量 | 必填 | 最基础的活跃信号；无日志时用抽样周数据并标注“抽样估算” |
| 最近更新时间 | 必填 | 判断内容时效的核心依据，版本记录一般可查 |
| 活跃度分层 | 必填 | 报告的结论载体 |
| 处置建议 | 必填 | 报告的价值在于推动动作 |
| 检索命中次数 | 选填 | 有搜索日志时填；无日志时留空并在表1注明“本期未采集” |
| 编辑次数 | 选填 | 版本记录可查时填；无法按内容导出时用“最近更新时间”替代判断 |
| 评论数 | 选填 | 评论量普遍较低的知识库可只统计有评论的内容 |
| 被引用次数 | 选填 | 无反向链接功能时按抽样估算，或本期不采集 |
| 复核人 / 复核结果 | 选填 | 小团队可由编制人自检；有审核流程时必填 |
缺数据的统一处理方式：留空不填0，0表示“统计到但为零”，留空表示“未采集”，两者含义不同；在表1的“去重规则”下方补一行“本期缺项说明”，列出未采集字段及原因。月度报告可精简为浏览量、最近更新时间、分层与处置四类核心字段，季度报告再补齐检索命中、编辑、评论、引用等信号，用于分析趋势。
填写示例：一份完整的月度活跃度分析报告
以下为演示情景，数据为虚构，仅用于说明填写方式，不代表任何真实团队。
示例背景
某产品团队知识库共120篇内容，分“产品文档”“研发规范”“会议纪要”三个目录。本次统计2025年3月1日至3月31日，数据取自知识库系统访问日志与版本记录，浏览量按次计，检索命中按会话去重。
表1填写结果
| 项目 | 填写内容 |
|---|---|
| 报告名称 | 产品团队知识库2025年3月内容活跃度分析 |
| 统计周期 | 2025-03-01 至 2025-03-31 |
| 统计范围 | 产品文档、研发规范、会议纪要三个目录 |
| 纳入内容数量 | 120 |
| 数据来源系统 | 知识库系统访问日志、版本记录 |
| 去重规则 | 浏览量按次计；检索命中按会话去重；连续保存合并为一次编辑 |
| 编制人 / 复核人 | 知识库运营 / 产品负责人 |
| 本期主要结论 | 会议纪要目录沉睡内容占比最高；产品文档整体活跃；12篇内容建议下线 |
表2填写结果（节选）
| 内容ID | 标题 | 所属目录 | 负责人 | 浏览量 | 检索命中次数 | 编辑次数 | 评论数 | 被引用次数 | 最近更新时间 | 数据来源 |
|---|---|---|---|---|---|---|---|---|---|---|
| DOC-031 | 订单模块接口说明 | 产品文档 | 张明 | 486 | 132 | 4 | 9 | 17 | 2025-03-26 | 访问日志、版本记录 |
| DOC-058 | 发布流程检查清单 | 研发规范 | 李婷 | 203 | 61 | 2 | 3 | 8 | 2025-03-18 | 访问日志、版本记录 |
| DOC-092 | 2024年10月周会纪要 | 会议纪要 | 王磊 | 6 | 0 | 0 | 0 | 0 | 2024-10-15 | 访问日志、版本记录 |
表3填写结果（节选）
| 内容ID | 标题 | 活跃度分层 | 判定依据 | 处置建议 | 责任人 | 计划完成时间 | 复核人 | 复核结果 |
|---|---|---|---|---|---|---|---|---|
| DOC-031 | 订单模块接口说明 | 高活跃 | 月浏览486次，被引用17次 | 保持更新，纳入重点维护清单 | 张明 | 2025-04-15 | 产品负责人 | 同意 |
| DOC-058 | 发布流程检查清单 | 稳定 | 月浏览203次，有编辑与评论 | 季度复核一次内容时效 | 李婷 | 2025-06-30 | 产品负责人 | 同意 |
| DOC-092 | 2024年10月周会纪要 | 待下线 | 超5个月无浏览、无编辑、无引用 | 归档至历史目录，保留检索入口 | 王磊 | 2025-04-10 | 产品负责人 | 待确认 |
结论文字示例：本期120篇内容中，高活跃21篇、稳定64篇、沉睡23篇、待下线12篇。沉睡与待下线内容集中在会议纪要目录，主要原因是纪要未设归档规则。建议下月起会议纪要满90天自动转入历史目录，由各纪要负责人确认后再下线；产品文档目录保持现有维护节奏，高活跃内容每月复核一次。
调整与维护方法：让模板跟着运营节奏迭代
模板的价值在于连续可比，调整要克制。字段增删的判断标准是：新增字段必须对应一个会改变处置结论的信号，删除字段必须连续两个周期未被任何结论引用。例如团队开始关注内容复用，可增加“被引用次数”为必填；若检索日志长期缺失，可将“检索命中次数”降为选填并写入缺项说明。
口径变更时，在表1增加“口径变更记录”一行，写明变更字段、旧口径、新口径和生效周期，历史报告不追溯修改，跨期对比时在结论中注明断点。模板本身按版本管理，文件名带版本号与生效日期，例如“活跃度报告模板_v1.2_2025Q2”，由知识库运营担任模板责任人，每季度末检查一次字段使用情况。
模板要与内容审核和下线流程衔接：表3的“待下线”结论应进入团队的归档或下线审批，复核结果回填后才算闭环；沉睡内容的更新任务可作为常规工作项分配给负责人，到期未处理的内容在下一期报告中继续列出。使用ONES时，可在Wiki中按页面树组织内容并记录版本，把分层后的处置动作建成工作项分配给责任人，复核结果回写到报告表3，形成从取数、判定到处置跟踪的完整链路。
常见问题
知识库没有访问日志，浏览量字段怎么填？
可以用抽样周数据估算，并在表1的缺项说明中标注“抽样估算”，同时写明抽样周的时间段和推算方法。另一种做法是本期不采集浏览量，改用“最近更新时间”和“编辑次数”作为主要活跃信号，但要在报告中说明这一取舍，避免与往期报告直接对比。
如果团队计划长期做活跃度分析，建议推动知识库系统开启访问统计，或在页面上加轻量埋点，让后续报告有稳定数据来源。
沉睡和待下线的阈值应该怎么定？
阈值没有统一标准，取决于内容类型和团队使用节奏。常见做法是先用最近更新时间划一条硬线，例如超过90天未更新进入观察；再结合浏览量，例如90天内浏览量低于10次且无编辑、无引用，判为沉睡；超过180天无任何活跃信号判为待下线。
阈值一旦确定，在表1写明并保持至少两个周期不变，否则分层结果无法跨期比较。阈值调整时按口径变更记录处理。
分层后的处置动作怎么保证真的执行？
关键是让表3的每一行都有责任人和计划完成时间，并进入团队已有的任务跟踪渠道，而不是停留在报告里。待下线内容走归档或下线审批，沉睡内容的更新或合并作为任务分配给负责人，复核人回填复核结果后该行才算闭环。
下一期报告应继续列出上期未闭环的条目，形成滚动跟踪。使用ONES时，可把处置动作建成工作项分配给责任人，复核结果回写到报告表3。
月度报告和季度报告在字段上怎么取舍？
月度报告侧重及时发现异常，保留浏览量、最近更新时间、活跃度分层和处置建议四类核心字段即可，编制成本低、节奏快。季度报告在此基础上补齐检索命中次数、编辑次数、评论数和被引用次数，用于分析内容复用情况和趋势变化。
两种周期共用同一套字段定义和去重规则，季度报告可以直接汇总三个月的月度数据，不必重新取数。
报告里的活跃度数据能不能直接从ONES Wiki导出？
ONES Wiki 提供页面树结构、全局搜索和页面版本记录，可作为所属目录、检索线索和最近更新时间的取数依据。系统是否直接提供浏览量、评论数、被引用次数等活跃度统计报表，需以实际部署和后台能力为准。
没有现成报表时，按模板中的口径用导出数据计算，并在表1的数据来源系统一栏写明取数方式。
