一句定义
订单字段口径 = 团队对「客户表达如何对应到生产字段、什么字段必审、什么字段可放行」达成的共同决定。
这套决定属于你的团队,不属于工具——工具只是承载它的容器。换工具,口径不变;换团队,口径要传承。
适用场景
长期经营的卖家:处理订单半年以上,已经积累了大量「我们家怎么处理这种情况」的经验。
多工厂对接:A 工厂叫「印刷区域」,B 工厂叫「定制位置」——口径是为你和你工厂之间的接口。
人员更替:老运营离职后,新人 1 周能接手,靠的不是聪明,靠的是字段口径文档化。
多平台扩展:从 Amazon 拓展到 Etsy / Shopify 时,字段口径要能复用,不能每次从头建。
输入输出示例
A 团队(饰品定制,2 个工厂)的字段口径:链长字段合法值 = [16 inch / 18 inch / 20 inch / 24 inch];其他值进审核;包装字段合法值 = [礼盒 / 标准袋],工厂 A 用礼盒、工厂 B 不接礼盒。
B 团队(POD T 恤,3 个 SKU)的字段口径:印刷位置合法值 = [前胸 / 后背 / 左袖 / 右袖];尺寸合法值 = [XS / S / M / L / XL / 2XL / 3XL]。
A 团队和 B 团队的字段口径完全不一样,但都是正确的——因为口径要服务于自己的工厂和品类。
常见误区
误区一:买一套「行业标准」工具,全行业一套字段。结果:60% 的订单可以处理,40% 还是要人工——而那 40% 通常是最赚钱的高定制订单。
误区二:字段口径只在老运营脑子里。老运营离职 = 工厂从此填错单 = 客户投诉。
误区三:字段口径只在工具里。换一家工具就全没了——口径应该独立于工具,工具只是执行。
误区四:以为口径建一次就够。每月都有新字体、新颜色、新工厂模板——口径是个持续维护品,不是一次性资产。
Koru 如何处理
字段口径是你的资产,不是 Koru 的。你可以随时导出全部字段定义、同义词、审核规则——换工具时带走。
字段口径有版本管理。今天和半年前的口径不一样很正常,但每次变更都留档案。
字段口径协同维护。运营、客服、生产对接人可以在工作台里同时编辑、评论、审批——不再是「老张知道就行」。
行动建议
第一步:把团队当前的「字段口径」写在一份共享文档里——哪怕只有 3 个字段、20 行字也行。
第二步:每月一次「口径复盘」——这个月有什么新表达、有什么新工厂模板、有什么新审核策略要补。
第三步:新人入职给 30 分钟读这份文档,能答出来「我们家的『包装』有哪些合法值」——能就是好口径。
第四步:当你考虑换工具时,问自己「我的字段口径能不能 1 周内导入新工具」——能就是工具不绑架你。
换 ERP / SaaS 时的 1 周字段口径迁移清单(按天推进,团队可逐项打钩):
| 时间 | 动作 | 完成判据 |
|---|---|---|
| Day 1 | 从旧系统导出全部字段定义、同义词清单、审核规则、白名单(CSV / JSON 任一格式) | 文件落盘且能在 Excel 打开核对 |
| Day 2-3 | 把字段表按「商品 / 定制 / 素材 / 服务 / 审核」5 组重新分类,剔除已废弃字段 | 字段数收敛到 15-25 个 |
| Day 4 | 在新工具中重建字段表 + 同义词;用最近 20 条真实订单试跑 | 试跑结果与旧系统一致率 ≥ 95% |
| Day 5 | 重建审核策略(P0 / P1 / P2)并触发一次失配审,确认拦截链路通 | 至少跑出 1 条 P0 必审、1 条 P1 失配审 |
| Day 6 | 让运营 / 客服 / 生产对接人各自在工作台跑 5 条订单,确认理解一致 | 三方对同一条订单的归字段结果一致 |
| Day 7 | 切量 10%-20% 订单到新工具并行 1 周,比对差异 → 全量切换 | 并行差异率 < 2% |
判定标准:如果你的字段口径没法在 1 周内迁到另一个工具,那它不是被你拥有,而是被旧工具绑架。来源:Koru 试点迁移流程。