一句定义
订单处理规则 = 把团队反复做的「看到 X，归到 Y」判断，用业务可读的方式（IF / WHEN / THEN）写下来，让系统自动执行。
好的规则系统不是「全自动」，而是「人决定逻辑，系统执行逻辑」——同一条规则今天和半年后行为一致。
适用场景
加急 / 截单识别：备注里出现「ASAP」「urgent」「before Christmas」「need by Friday」等词，自动标记加急。
包装类型映射：「gift box」「礼盒」「Pouch」「礼品装」等多种叫法归到「包装 = 礼盒」。
尺寸单位归一：「18 inches」「45cm」「3.94 IN」自动转换 + 标准化展示。
敏感词拦截：刻字内容含国旗 / 宗教符号 / 政治词 / 不雅词 → 强制审核。
字段冲突预警：客户说「金色项链」但选项里选了「银色」→ 提示冲突。
输入输出示例
规则 1（加急）：WHEN 备注包含「ASAP / urgent / 加急 / 急 / 尽快 / 节前 / Christmas / Holiday」AND 订单创建时间距交付日 ≤ 7 天 THEN 加急 = 是 + 标记审核「加急已识别，请确认能否准时」。
规则 2（包装）：WHEN 备注或选项含「gift / box / pouch / 礼盒 / 礼品 / package: gift box」 THEN 包装 = 礼盒。
规则 3（尺寸冲突）：WHEN 客户填了 ring size AND option 也选了 size AND 两者不一致 THEN 标记「尺寸冲突」+ 必审。
规则 4（敏感词）：WHEN 刻字内容含敏感词清单（国旗名 / 宗教 / 不雅）THEN 拦截 + 必审。
IF-THEN 规则速查表（运营可直接复用 / 改写）：
| 触发条件（IF） | 规则动作（THEN） | 失配兜底 |
|---|---|---|
| 备注 ∈ {ASAP, urgent, 加急, 急, 尽快, 节前, Christmas} 且 距交付 ≤ 7 天 | 加急 = 是；标记「加急已识别，请确认能否准时」 | 默认 加急 = 否 |
| 字段值 ∈ {gift, gift box, pouch, 礼盒, 礼品装} | 包装 = 礼盒 | 标记「包装待人工」 |
| 刻字字数 > 30 或含特殊字符 / emoji | 标记「高风险，必审」 | （强制必审，无放行） |
| 颜色字段值未命中白名单 | 触发同义词匹配 | 仍失配 → 标「待人工」，禁止导出 |
| 上传图数 = 0 且 SKU ∈ 印刷类 | 标记「素材缺失」 | 阻止导出 |
| 客户填 ring size 与 option 中 size 不一致 | 标记「尺寸冲突，必审」 | （冲突必审，无放行） |
规则系统的关键不是「识别多准」，而是「失配时是否拦得住」——任何一条规则漏了失配兜底，错单就会从那个缺口溜进生产。
常见误区
误区一：只做关键词匹配，不做同义词归并。「ASAP」识别到了，「尽快」识别不到——规则只覆盖一半场景。
误区二：规则写在代码里。运营不能改，每次有新词都要找工程师——一个月后规则就过时。
误区三：规则只看到字段不看到上下文。「Christmas」在 8 月的订单不是加急信号，规则要看订单时间。
误区四：规则没有兜底。匹配不到时 = 自动通过——加急信号一漏直接客诉。规则应该「匹配不到 = 人工审核」。
Koru 如何处理
规则用业务语言定义。IF…AND…THEN…结构，运营在工作台直接看、直接改，不需要代码。
规则有版本和审计。谁加的、什么时候、改前是什么样，全留底。
规则失配 = 进审核而不是放行。每条规则可以设置「失配兜底」，确保信号不丢。
行动建议
第一步：列出团队过去 30 天最容易出错的 5 个判断（加急 / 包装 / 尺寸 / 颜色 / 刻字位置常见）。
第二步：对每个写一条 IF…THEN 规则。先粗，再迭代。
第三步：每周复盘「规则失配」次数——失配多说明规则需要补同义词；失配少说明覆盖到位。
第四步：永远保留「失配 → 人工审核」兜底，不要让规则替你承担风险。