规则手册#
本文件是全部规则的唯一权威来源。 与任何其他文件冲突，以本文件为准。 规则变更必须改本文件，并在
决策与纠错记录.md留痕。 历史上被推翻的规则见该记录，不要从旧文件或旧 commit 里捡回来。
零、项目定义#
为约 30 人跨境电商运营团队（Shopee / Lazada / TikTok Shop）建立 可查、可迭代、可证伪的体系化学习系统。
不是课程，不是资料收藏夹，不是官方学习中心的搬运。
当前站点范围（2026-09-23 老大定）：主做 PH / MY。TH 暂不完善，已抓到的 TH 内容保留为储备， 将来开 TH 时按既有结构直接升级，不需要改结构（规则手册 §3.8 分流模型与 §3.4 R 层已预留）。
最终形态：登录制线上学习门户（学习 + 在线考试 + 工单 + 接 newdata 数据追踪）。
一、五阶段（项目主轴）#
| 阶段 | 做什么 | 关键约束 |
|---|---|---|
| 一 · 整理与超链索引 | 建容器骨架，每块挂官方来源链接 | 不转写正文。官方内容公开可查，此阶段转写是浪费 |
| 二 · 转写与筛选 | 转写、去重、去糟粕、留精华 | 此阶段起链接作为证据，不再作为培训正文 |
| 三 · 时间可追溯化 | 规则与玩法的演变路径 | 不只"当前是什么"，还要"怎么演变到这一步" |
| 四 · 学习中心化 | 角色分入口 + 接 newdata | 把死概念变成有数据支撑的活案例，学习与验证一体化 |
| 五 · 智能化 | 持续优化 | — |
阶段约束：每阶段完成前不做下一阶段的活。在第一阶段做转写是无用功——还没筛选，不知道什么值得写。
当前阶段：一。
二、来源规则（最高优先级，违反即作废）#
2.1 三源分工#
| 源 | 管什么 | 进哪一块 | 分级 |
|---|---|---|---|
| 官方（平台学习中心 / 帮助中心 / 后台文档） | 规则、门槛、路径、指标定义 | 事实块 | ① |
| 自有（SOP / 一线 / newdata） | 打法、阈值、常见错误、真实案例 | 做法块 | ② |
| 全网（帖子、公众号、社群） | 只当线索，不直接进卡 | 提出问题 → 回官方或自有数据验证 | 验不了标③或不写 |
2.2 内部文档是补充，不是证据#
规则类内容的来源必须是官方。 内部 SOP、内部培训材料、口口相传的做法， 一律不得作为规则的依据，只能作为"我们目前怎么做"的记录，用于与官方对拍。
已验证的反例（都是真的）：
- 公共部分/运营基础知识 写主图规范是「淘宝 800×800 像素」，举例用李佳琦/拼多多/美团
- SOP-05 的四层漏斗（含加购率≥8%）与 Shopee 官方三步订单流程不符，阈值来源不明
- 同一个「转化率」，内部两份文档给了两个不同公式
2.3 信息分级（每条内容必标）#
- ① 官方规则 —— 必须有官方链接 + 官方更新日期
- ② 行业经验 / 我方沉淀 —— 注明来源（哪份 SOP、谁的实操、哪批数据）
- ③ 推断 / 建议 —— 墨子产出的原创判断，必须显式标出
查不到写「待核实」，不编造。墨子的原创内容只能出现在 ③。
2.4 一个知识点一个主源#
官方对同一知识点常有多篇（新旧版本、不同入口、重复描述）。 取最新且最完整的一篇作主源，其余列为旁证保留。 新旧差异本身是第三阶段材料，不丢弃。
2.5 引用式呈现#
允许在内容里显示数值，但必须同时带来源 + 版本日期。 禁止的是无出处的静默复制——那会造出第二个标准源。
三、知识库结构#
3.1 两层分离#
| 是什么 | 放什么 | |
|---|---|---|
refs/ |
证据库 | 官方有什么、在哪里。原始抓取件 |
content/ |
知识库 | 由岗位能力需求定义的容器 + 填入的官方链接 |
refs/ 不是知识库。 不做官方学习中心的全量搬运。
3.2 容器#
容器 = 一个岗位必须搞定的问题，不是一个主题，不是一个功能模块。
判断标准只有一条：它对应一个运营在工作中真实会卡住的地方吗？ 说不出卡在哪，这个容器就不该存在。
十个能力域（域层穷尽且互斥）：
PF 平台与店铺基础 LS 商品与Listing DA 数据与诊断 TR 流量与曝光 MK 营销与活动
AD 广告投放 FF 订单与履约 CS 售后与客服 PL 规则与治理 FI 财务与结算
当前 53 个容器，清单见 content/00-总览/能力地图.md。
3.3 内容深度（内容的属性）#
| 深度 | 回答什么 | 典型来源 |
|---|---|---|
| L1 认知 | 它是什么、它决定了我日常的什么 | 官方 |
| L2 操作 | 怎么做、在哪个后台的哪个路径 | 官方 |
| L3 诊断 | 出问题怎么判断、怎么归因、怎么验证 | 官方无 → 我方沉淀 + newdata |
L3 是官方给不了的部分，是本库唯一不可替代的价值来源。 L1/L2 官方已有，我们做的是筛选、去重、排序、标时效。
3.4 四层继承（纵向）#
同一知识点写在它成立的最高层，下层只写差异。详见 content/00-总览/知识分层与关联.md。
| 层 | 范围 | 例 |
|---|---|---|
| U 跨境电商通用 | 与平台无关 | 漏斗逻辑、利润结构、单变量验证 |
| P 平台差异 | 某平台跨全部站点 | Shopee 订单三步流程；TikTok 曝光分四场域 |
| P·common 平台内通用 | 该平台各站点共用规则 | Shopee Account Health；TikTok AHR / SPS |
| R 区域差异 | 某平台某站点特有 | Shopee PH 有 Preferred Seller，MY 无；泰国 TIS 管控 |
三条继承规则： 1. 上写下不写——U 层成立的内容不在 P/R 重复，只写 delta 2. 学员看到的是 U+P+R 合并视图，不需要知道来自哪一层 3. 差异必须两边都有官方来源才能断言；只有一边有 → 标「未核实是否存在差异」，不得推断
不分层则同一知识点要写 3 平台 × 3 站点 = 9 份，改一次要改 9 处，必然漂移。
3.5 横向对照（跨平台 / 跨区域）#
同一容器在不同平台或站点的取值并排 = 对照表。由分层数据自动生成，不手写。
对照表的价值是举一反三：学会一个平台的体系，看对照表即可定位另一平台的对应物与差异。 官方学习中心永远给不了这个——官方只讲自己。
3.6 六种关联（让点连成面）#
容器之间的关系必须显式声明，否则就是一堆孤立卡片：
| 关系 | 用途 |
|---|---|
前置 |
排线性地图、做解锁 |
对照 |
生成对照表、举一反三 |
同源 |
官方改版时一起重核 |
影响 / 受影响于 |
因果图 —— L3 诊断的骨架 |
冲突 |
内部做法与官方不一致 → 强制走问题日志，不得私自取舍 |
取代 / 历史版本 |
第三阶段时间轴 |
收藏夹与知识库的区别不在收了多少，在内容之间有没有结构。 知识库必须是面：可继承、可对照、可追溯、可举一反三。
3.7 六条分类原则#
- 按岗位卡点分，不按平台功能分
- 能力域层穷尽且互斥（一条内容能进两个域 = 域的定义有问题）
- 不丢弃，只分流
- 一个知识点一个主源
- 深度可增不可混（L2 步骤不写进 L1，L3 归因不混进 L2）
- 容器可裂变不可漂移（内容多了就裂变成子容器并保持 id 可追溯；不许硬塞进语义不合的旧容器）
3.8 分流，不排除#
官方出的每条内容都有原因，只是官方不按人群和岗位切分。不做删除，只做标注。
| 主支 | 含义 | 处理 |
|---|---|---|
| 主线 | 该角色必学 | 进线性地图，排序、设前置、要考核 |
| 旁支 | 特定事件下需要 | 挂检索层和 FAQ，事件触发时调取 |
| 储备 | 当前岗位用不上，但官方有 | 只在 refs/ 索引可查，不占学习路径 |
储备必须写明升级条件。 业务一变（开新店、上 Mall、换履约、启用新工具）， 储备直接升级，不用重新去官方搬，也不会出现"这块早就收录过但没人记得"。
3.9 六维标签（实现可选可筛）#
岗位 · 能力等级 · 成长线 · 主支 · 平台 · 站点 · 深度
四、三维定点（人怎么定位）#
定位点 P = (岗位 × 能力等级 × 成长线)
三维正交，少一维就漏一种错配：
| 错配 | 例子 |
|---|---|
| 能力差错配 | 新人学进阶技巧 |
| 岗位差错配 | 运营学备货 SOP |
| 成长线错配 | 走广告线的人被塞直播运营内容 |
4.1 岗位#
运营专员 · 运营主管 · 其他职能（依据 SOP 各条自带的「适用岗位」字段）
4.2 能力等级（人的属性，判定必须可观察）#
| 级 | 升级判据 |
|---|---|
| E0 入门 | — |
| E1 独立 | 独立完成早盘全流程，连续 5 个工作日无需人盯，亏损订单无隔夜 |
| E2 诊断 | 给出有数据支撑的诊断结论 → 单变量优化 → 7 天后数据验证该结论成立 |
| E3 判断 | 发现现有 SOP 或知识库内容的错误/缺口，提出修订并被采纳 |
自评不作数。E1 判据是"无需人盯"不是"学完了"；E2 判据是"结论被验证"不是"会做诊断"。
4.3 成长线#
| 代号 | 线 |
|---|---|
| G0 | 主干（所有人必走，所有分支的前置） |
| G1 | 商品与链接线 |
| G2 | 流量与内容线 |
| G3 | 广告投放线 |
| G4 | 活动与营销线 |
| G5 | 管理线（→ 运营主管） |
分支可并行可先后，但同一时期主攻一条。
4.4 学习任务 = 两点容器集合之差#
当前点 (岗位, E_n, G_x) → 目标点 (岗位, E_n+1, G_x)
差集 = 接下来该学的，不多不少
砍掉 ≠ 删除：三维过滤只决定是否进他的线性地图，内容仍在库内可按标签检索。
4.5 成长线提供序（这是"逻辑线"的来源）#
跨格序（E0→E1→E2→E3）· 格内序（按 前置 排）· 分支序（G0 走完才进分支）
五、内容规则#
5.1 最小单元是任务卡，不是章节#
一卡一文件。卡与卡靠 id 和 前置 相连，不靠长文锚点——那正是官方知识库不好搜索的根因。
5.2 两种卡型#
| 操作卡 | 认知卡 | |
|---|---|---|
| 结构 | 场景 → 操作步骤 → 合格标准（数字）→ 常见错误 → 真实案例 | 它是什么 → 它决定了你日常的什么 → 边界与红线 → 常见误解 → 真实案例 |
| 合格标准 | 数字指标 | 场景题判断正确 |
| 验证块 | 有 | 无 |
认知卡的「它决定了你日常的什么」写不出具体影响 → 这张卡不该存在。
5.3 三块结构（打通概念/经验/现实验证）#
| 块 | 对应 | 维护方 | 变更触发 |
|---|---|---|---|
| 事实块 | 概念① | 定期重核 | 官方改规则 |
| 做法块 | 经验② | 一线沉淀 | 团队打法迭代 |
| 验证块 | 现实验证 | 学员 + 主管抽检 | 每次优化 |
官方内容只引用，不搬运。 两块分离才能回溯"是平台规则变了还是我们打法变了"。
5.4 删除测试#
删掉某句，学员的操作会变吗？不会变就删。 判断标准很硬：一张卡删掉 30% 仍能照着做完，那 30% 就该删。
5.5 真实性 ≠ 实用性，两套机制#
- 真实性（这条规则是不是真的）→ 出处 + 官方更新日期 + 分级
- 实用性（在我们这儿管不管用）→ 靠不了权威，只靠验证块的累积战绩
5.6 排序：前置是解锁条件，不是建议#
专项卡形态是一张诊断卡 + N 张处方卡，不是并列卡。不跑诊断进不了处方卡。 「想到哪做哪」由此变成系统里做不到的事。
5.7 卡片成熟度状态#
草稿（未审，不开放） → 已审（可学，标注"尚无实测记录"） → 已验证（≥3 条记录，显示达标率） → 存疑（多数未达标，进问题日志重写）
六、验证规则#
6.1 单变量（两个理由）#
- 数学：同时改两处，数据回来无法归因，这次优化白做
- 风控：短时间大改多处，可能被平台判定异常操作导致链接限流
变量四选一：主图 / 标题关键词 / 价格 / 详情页。单选。
6.2 频次#
- 周期 7 天
- 每人每周：1 条链接、1 个变量、1 张卡
- 同一周全队验同一张卡（各自不同链接）→ 一周 3–5 条记录，一次判定该卡，同时测跨类目跨站点普适性
- 认知卡免验证，不占额度
6.3 记录#
- 唯一写入点：
ops/验证记录/<姓名>.md，周五 16:00 自评时写（SOP-12 第一步） - 卡内验证块是复盘时回填的汇总视图，学员不重复填
- 一条记录出现两个变量 → 作废，不进战绩统计
作废不是处分：两个变量一起动，数据回来好坏都解释不了，这次优化本来就白做了； 记下来只会污染后面的判断。
6.4 考核#
场景诊断题，不用概念题。 ✗「什么是店铺体验分？」 ✓「客户投诉某 SKU 在 TH 站搜不到，你先查什么？为什么？」
七、执行约束#
- 写入前告知老大，展示 diff 预览，确认后再写
- 单变量推进：一次只完成一个任务，确认后再进下一个
- 平台规则类信息必须联网核实并标注官方更新日期
- 达不到目标时如实报告，不凑数
- 结构由内容检验：第一批内容一定会暴露结构问题，届时回头修，不预先把全部分类定死
- 不向老大要输入来替代自己去搜集。能自己抓的自己抓
- 不交半成品。"待补/待核实"只能是显式登记的缺口，不能是交付的主体
八、落盘位置#
| 内容 | 位置 |
|---|---|
| 唯一内容源 | ~/WEKOPG/cross-border-learn（git 管版本） |
| Obsidian vault | 💼 业务/cross-border-v2/培训体系 知识索引.md —— 只一页回链 |
单向，不双写，不写同步脚本。 理由：内容是线上门户的数据源，属 repo 的 docs 事实；iCloud 路径带空格和 emoji 当不了构建源，VPS 上也没有 iCloud。
第二阶段门户代码放 app/，与 content/ 互不干扰。
九、目录#
cross-border-learn/
├── 规则手册.md ← 本文件，规则唯一权威来源
├── 阶段规划.md ← 五阶段
├── 决策与纠错记录.md ← 决策留痕 + 已推翻的规则
├── README.md ← 索引（不含规则）
├── content/ ← 知识库
│ ├── 00-总览/{容器规范,定位模型,知识分层与关联,能力地图,大纲}.md
│ ├── 01-通用/ 02-平台/ 03-专项/ _题库/
├── templates/ ← 任务卡模板（操作型/认知型）、质量检查清单
├── ops/{问题日志,复盘,验证记录}/ + 更新日志.md
├── refs/ ← 证据库（官方原始抓取件）
└── _quarantine/ ← 已隔离的不合规内容