知识分层与关联模型#
收藏夹和知识库的区别不在于收了多少，在于内容之间有没有结构。 点与点不关联，收得再多也是收藏夹。知识库必须是面：可继承、可对照、可追溯、可举一反三。
本文件定义两件事：纵向怎么分层继承，横向怎么关联对照。
一、纵向：四层继承#
同一个知识点，在不同范围内成立的程度不同。内容写在它成立的最高层，下层只写差异。
| 层 | 代号 | 范围 | 例子 |
|---|---|---|---|
| 一级 · 跨境电商通用 | U | 与平台无关，做跨境电商就成立 | 漏斗逻辑（曝光→点击→转化）、利润结构、单变量验证、关键词验证方法 |
| 二级 · 平台差异 | P | 某平台成立，跨该平台所有站点 | Shopee 的订单三步流程；TikTok 曝光分四场域；Lazada 教学与规则分两处 |
| 三级a · 平台内通用 | P·common | 该平台所有站点共用的具体规则 | Shopee 的 Account Health 体系；TikTok 的 AHR / SPS |
| 三级b · 区域差异 | R | 某平台某站点特有 | Shopee PH 有 Preferred Seller、Listing Limit Policy，MY 没有；泰国 TIS 管控属性 |
继承规则（三条）#
- 上写下不写：一条内容在 U 层成立，就只写在 U 层。P / R 层不重复，只在真有差异时写 delta。
- 学员看到的 = 合并视图：U + P + R 自动拼成完整内容，学员不需要知道它来自哪一层。
- 差异必须有证据：R 层写"PH 和 MY 不同"，必须两边都有官方来源。只有一边有来源 = 标"未核实是否存在差异"，不能推断。
为什么这么分（成本账）#
不分层的话，同一个知识点要写 3 平台 × 3 站点 = 9 份，且规则一改要改 9 处，必然漂移。 分层后：U 写 1 份，P 写 3 份差异，R 只写真正不同的部分。改一处，全线生效。
二、横向：跨区域 / 跨平台对照#
同一个容器，在不同平台或站点的取值并排放，就是对照表。 对照表不是额外内容，是分层数据的一个视图——自动生成，不手写。
对照的价值：举一反三#
学会一个平台的治理体系，看对照表就能快速定位另一个平台的对应物和差异， 不用从零再学一遍。这是官方学习中心永远给不了的——官方只讲自己。
实例：PL-02 账号健康 / 违规治理（三平台对照）#
| Shopee | Lazada | TikTok Shop | |
|---|---|---|---|
| 体系名称 | Account Health | Seller Non-Compliance Points | AHR 账号健康分 + SPS 体验分 |
| 官方主源 | seller.shopee.ph/edu/category/?sub_cat_id=96（10 篇） |
Help Center → Seller Policies → Seller Non-Compliance Points / Policy Violation Consequence | 新商必知系列 2《AHR 账号健康分及违规分》2026-02-09 |
| 处罚说明 | 8135 Avoiding account penalties |
Policy Violation Consequence |
《跨境商家判罚申诉流程指南》2026-06-30 |
| 申诉 | 7965 Exporting Order IDs for Filing Appeals |
待抓 | 同上 |
| 语言 | EN / BM / 简中 | EN / 部分中文 | 全中文 |
| 区域差异 | PH 额外有 Preferred Seller 考核（6 篇），MY 无 | MY 已抓，PH/TH 待抓 | 东南亚统一，与美区/欧区分开 |
U 层可提炼的通用结论：三家都用「分值 + 分级处罚 + 申诉通道」这一套。 学员在 U 层理解这个模式，到各平台只需要学三件事：分怎么扣、扣到多少触发什么、怎么申诉。 这就是举一反三。
实例：DA 漏斗口径（平台差异）#
| Shopee | TikTok Shop | Lazada | |
|---|---|---|---|
| 官方漏斗 | 三步：浏览 → 提交订单 → 付款 | 分四场域各自独立漏斗：商城 / 直播 / 短视频 / 商品卡 | 待抓 |
| 加购是否为关口 | 否（仅 Product tab 观察指标） | 待核 | 待抓 |
| 来源 | article/850，官方更新 2025-11-03 | analytics 字段结构实测 2026-09-22 | — |
| 区域差异 | PH 的 Business Insights 页签比 MY 多：Contribution、Experience、Chat、Livestreaming & Feed | 东南亚统一 | — |
这张表直接推翻了内部 SOP-05 的四层漏斗。 没有对照表，这个错误不会被发现—— 这就是"面"相对于"点"的价值。
三、关联类型（让点连成面）#
容器之间的关系必须显式声明，否则就是一堆孤立卡片。六种关系：
| 关系 | 含义 | 用途 | frontmatter 字段 |
|---|---|---|---|
| 前置 | 学 A 之前必须会 B | 排线性地图、做解锁 | 前置: [id] |
| 对照 | A 与 B 是不同平台/区域的对应物 | 生成对照表、举一反三 | 对照: [{平台, id}] |
| 同源 | A 与 B 出自同一份官方文档 | 官方改版时一起重核 | 同源: [来源id] |
| 因果 | A 的动作会影响 B 的指标 | 诊断归因（L3 的骨架） | 影响: [id] / 受影响于: [id] |
| 冲突 | 内部做法与官方规则不一致 | 强制走问题日志，不得私自取舍 | 冲突: [{内部来源, 官方来源}] |
| 演进 | A 是 B 的新版本 | 第三阶段时间轴 | 取代: [id] / 历史版本: [id] |
因果关系是 L3 诊断的骨架#
LK 主图 → 影响 → 点击率、标题关键词 → 影响 → 曝光 + 点击率、
详情页 → 影响 → 加购率、评价 → 影响 → 转化率。
把这些因果边声明出来，诊断就不是靠经验猜，而是沿着因果图反向走： 指标掉了 → 查哪些容器指向它 → 逐个排除。这就是 DA-08 的实现方式。
冲突关系是这个库的免疫系统#
已登记的冲突：
| 内部 | 官方 | 处理 |
|---|---|---|
| SOP-05 四层漏斗，加购率≥8% | Shopee 官方三步流程，无加购关口 | 待老大裁决（决策记录 D3） |
运营基础知识 CVR = 成交人数÷访客数 |
SOP-05 转化率 = 成交量÷加购量 | 内部自相矛盾，两者都需对官方验证 |
运营基础知识 主图 800×800（淘宝规范） |
Shopee/Lazada/TikTok 各有自己的图片规范 | 内部内容错误，已隔离 |
四、可追溯与可看迭代#
| 要求 | 实现 |
|---|---|
| 可追溯 | 每条内容带 来源链接 + 官方更新日期 + 分级①②③；内部来源另标文件名与版本 |
| 可看迭代 | 官方改版时新增一条来源，旧的降为 历史版本，不覆盖不删除（规则手册 §3.4） |
| 迭代的材料源 | 三平台各有一条周期更新流，长期订阅：TikTok 星期四答疑会（每周）· Shopee Updates · Lazada Seller Announcement |
| 可证伪 | 任何一条 ① 内容都能点回官方原文核对；对不上就是我们错了 |
五、容器 frontmatter 的分层写法#
id: PL-02
title: 账号健康与违规治理
域: PL
分层内容:
U:
要点: 平台用分值综合衡量卖家合规程度，扣到阈值触发分级处罚，通常设申诉通道
分级: ③ # 由三平台对照提炼，属我方归纳，非官方原话
P:
shopee:
名称: Account Health
来源: {链接: "https://seller.shopee.ph/edu/category/?sub_cat_id=96", 官方更新日期: 待补}
lazada:
名称: Seller Non-Compliance Points
来源: {路径: "Help Center → Seller Policies → Seller Non-Compliance Points", 官方更新日期: 待补}
tiktok:
名称: AHR 账号健康分 + SPS 体验分
来源: {课程: "新商必知系列2：AHR账号健康分及违规分", 官方更新日期: 2026-02-09}
R:
shopee-ph:
差异: 额外有 Preferred Seller 考核体系
来源: {链接: "https://seller.shopee.ph/edu/category/?sub_cat_id=173"}
shopee-my:
差异: 未发现 Preferred Seller；**是否真无此项待核实**
关联:
前置: [PF-01]
对照: [{域: PL-02, 跨平台: true}]
影响: [FF-03, CS-02]
冲突: []
标签:
岗位: [运营专员, 运营主管]
能力等级: [E0, E1]
成长线: [G0]
主支: 主线
深度: [L1, L2]
注意 R.shopee-my 那条：只写了"未发现"，没写"没有"。
按继承规则第 3 条，差异必须两边都有证据才能断言，否则只能标待核实。
六、这套模型解决的问题#
| 过去学习渠道的问题 | 本模型的解法 |
|---|---|
| 从点发散，点与点无关联 | 六种关联类型显式声明，容器连成图 |
| 不成面，只能当收藏夹 | 纵向四层继承 + 横向对照表，构成面 |
| 同一知识点重复 9 遍（3 平台 × 3 站点） | 上写下不写，只写 delta |
| 不知道规则变没变、怎么变的 | 新增来源、旧版降级不删除；订阅三条周期更新流 |
| 学了一个平台，换平台重新学 | 对照表 + U 层通用结论，举一反三 |
| 内部做法与官方冲突没人发现 | 冲突 关系强制登记，走问题日志 |