跳转至

知识容器规范#

知识库的结构由岗位能力需求决定，不由平台学习中心的目录决定。 先定容器，再把官方链接填进去。填不进容器的官方内容不进知识库。 我们要的是成体系的学习系统，不是广泛资料的收藏夹。

一、容器是什么#

一个容器 = 一个岗位必须搞定的问题。不是一个主题，不是一个功能模块。

判断一个容器是否成立，只看一条：它对应一个运营在工作中真实会卡住的地方吗？ 说不出卡在哪，这个容器就不该存在。

二、容器的三个深度#

同一个容器，按深度分三层。不是三个容器，是一个容器的三层填充。

深度 回答什么 典型来源 第几阶段填
L1 认知 它是什么、它决定了我日常的什么 官方定义、规则说明 一阶段挂链接，二阶段转写
L2 操作 具体怎么做、在哪个后台的哪个路径 官方操作文档、课程 同上
L3 诊断 出问题时怎么判断、怎么归因、怎么验证 官方无 → 我方沉淀 + newdata 数据 四阶段接 newdata

L3 是官方永远给不了的部分，也是这套知识库相对官方学习中心的唯一价值来源。 L1/L2 官方已有，我们做的是筛选、去重、排序、标时效。

三、容器的字段#

id: DA-02                      # 域代号-序号
title: 店铺整体转化率怎么看
域: 数据与诊断
岗位问题: 主管问"这个月转化率怎么样"，我该看哪个数、怎么答
深度:
  L1: { 状态: 官方已覆盖, 来源: [...] }
  L2: { 状态: 官方已覆盖, 来源: [...] }
  L3: { 状态: 知识空白, 说明: 官方不讲归因，需我方沉淀 }
平台差异: 有                    # 有 → 需分平台填来源
站点差异: 无
来源:
  - 平台: shopee-my
    标题: Sales tab in Business Insights
    链接: https://seller.shopee.com.my/edu/article/850
    官方更新日期: 2025-11-03
    覆盖深度: [L1, L2]
状态: 待填 | 部分覆盖 | 已覆盖 | 知识空白

四、分类原则（六条，决定归纳是否可复现）#

归纳分类必须有原则，否则换个人分就是另一套。以下六条是硬约束：

  1. 按岗位卡点分，不按平台功能分 容器的边界来自"人在哪卡住"，不来自平台后台的菜单结构。 平台把"直播"和"短视频"分成两个模块，但对运营来说它们是同一个问题：内容场域怎么拿量。

  2. 能力域层做到穷尽且互斥 十个能力域必须覆盖岗位全部职责，且彼此不重叠。一条内容同时能进两个域，说明域的定义有问题。 容器层允许交叉引用，域层不允许。

  3. 不丢弃，只分流 官方出的每一条内容都有它的原因，只是官方不按人群和岗位切分。 我们不做删除，只做标注：给谁、什么时候看、主线还是旁支。 任何一条官方内容都能在体系里找到位置，哪怕位置是"储备"。

  4. 一个知识点一个主源 官方对同一知识点常有多篇（新旧版本、不同入口、重复描述）。 选最新且最完整的一篇作主源，其余列为旁证保留，不各自成容器。 新旧版本的差异本身是第三阶段的材料，不丢。

  5. 深度可增不可混 新内容按 L1/L2/L3 归位。L2 的操作步骤不写进 L1，L3 的归因判断不混进 L2。 同一容器可以只有 L1 没有 L3，但不能把三层糊成一段。

  6. 容器可裂变不可漂移 容器内容变多时裂变成子容器（LS-03 → LS-03a 图片尺寸规范 / LS-03b 图片内容规范）， id 保持可追溯。不允许把新内容硬塞进语义已经不合的旧容器里（漂移）。

五、多维标签（"可选可筛"靠这一层实现）#

线性地图解决"无遗漏"，标签解决"可选可筛"。每个容器带以下标签：

维度 取值 作用
岗位 运营专员 / 运营主管 / 其他职能 决定谁的学习地图里出现
能力等级 E0 入门 / E1 独立 / E2 诊断 / E3 判断 人的属性，与内容深度是两条轴，见 定位模型.md
成长线 G0 主干 / G1 商品链接 / G2 流量内容 / G3 广告 / G4 活动营销 / G5 管理 决定主干之外走哪些专项；同时提供学习顺序
触发 日常 / 周期 / 事件驱动 / 一次性 决定它排在主线还是按需调取
主支 主线 / 旁支 / 储备 主线进学习地图，旁支可检索，储备只在 refs 可查
平台 shopee / lazada / tiktok-shop 多平台运营时按负责平台筛
站点 MY / PH / TH 有站点差异的规则按站点筛
深度 L1 认知 / L2 操作 / L3 诊断 内容的属性。由 (岗位,能力等级) 决定该学到哪一层

三种「主支」的含义#

值 含义 处理
主线 该角色必学，进线性学习地图 排序、设前置、要考核
旁支 该角色在特定事件下需要，不进主线 挂在检索层和 FAQ，事件触发时调取
储备 当前岗位用不上，但官方有、将来可能用 只在 refs/ 索引可查，不占学习路径

关键：储备不等于删除。 业务变化时（开新店、上 Mall、换履约方案、启用新工具）， 储备内容直接升为旁支或主线，不需要重新去官方搬一遍。

六、来源填充的四种结果#

结果 含义 处理
官方已覆盖 三平台都有对应官方文档 挂链接（主源+旁证），二阶段转写筛选
部分覆盖 只有部分平台有 挂已有的，缺的标出来
官方无 官方不讲（多为 L3 诊断类） 标为知识空白，这是我方要补的地方
官方有但当前岗位用不上 官方有文档但与当前岗位日常无关 标 主支: 储备，留在体系内，不进学习路径

第四类必须记录判定理由和"什么条件下它会升为主线"，否则下次有人会重新搬一遍， 或者业务变化时没人知道这块内容其实早就收录过。

七、延展性要求#

容器体系要能接住三种变化，接不住说明设计有问题：

变化 体系怎么接
平台上了新功能 归入已有容器的 L1/L2；容器装不下就按原则 6 裂变，不新开能力域
规则改版 同一容器内新增一条来源，旧的降为历史版本（第三阶段的时间轴材料），不覆盖不删除
新增角色或业务 已有容器改标签即可（储备 → 主线），不重建结构

判断标准：新增一条官方内容时，如果找不到它该进哪个容器，只有两种可能—— 要么这条内容确实属于"储备"，要么能力域的划分漏了一块。 两种都要记录，第二种要回头修结构。

发现问题？

链接失效 / 内容看不懂 / 官方改版了 / 和你的实操对不上 —— 都请反馈。

本页标识：容器规范　→ 怎么反馈