一句定义
定制字段错填 = 客户在 Amazon Customization、备注、上传图等入口填入的内容，与工厂可生产值之间存在偏差的情况——既包括客户笔误，也包括格式不规范、单位混填、同义词分散。
本文把日常处理量最大的 12 个字段拉成清单：每个字段一份高频错填模式 + 一份正确处理建议，直接对应到字段口径与审核策略。
适用场景
新建字段体系：刚开始做 Amazon Custom，需要参考表知道「应该建哪些字段、每个字段该防什么坑」。
完善审核策略：已经有字段体系，但不知道「哪些字段必须强制审核」——按错填高频排序就有答案。
培训新运营：把这 12 个字段的高频错填打印出来，新人 1 小时就知道审核时该盯什么。
与工厂对账：工厂反馈「最近收到的字号都是字符串」「颜色 hex 经常丢」——用本文清单回查是哪个字段的归一规则漏了。
输入输出示例
12 个高频字段 · 错填模式 · 正确处理
| 序号 | 字段名 | 高频错填模式 | 正确处理 |
|---|---|---|---|
| 1 | 刻字内容（文本） | 拼写复制丢字符（Sliver / Silvr）、emoji 被过滤、首尾空格、奇怪的全角空格 | 原文 1:1 保留 + 拼写疑似标记 + 不擅自修正，进审核队列由运营或客服与客户确认 |
| 2 | 字体 | 写「the bold one」「same as image」无具体字体名；Anton vs Anton Regular vs anton 混填 | 字体名归一到工厂支持清单（如 Anton / Bree Serif / Great Vibes），客户写无效值时进审核 + 推荐默认字体 |
| 3 | 字号 | 「big please」「small」纯描述无具体值；mm / pt 混填 | 字号字段定义合法值 [10mm / 12mm / 15mm / 18mm]，描述性值进审核 |
| 4 | 颜色 | 仅给名称丢失 hex（black 但没记录 #000000）；客户写 Color: silver 但选项选了 gold | 颜色字段同时保留名称 + hex；字段冲突时强制审核而非自动取其一 |
| 5 | 尺寸 / 链长 | 18 inches / 45cm / 3.94 IN / size 7 / size M 混填，单位不统一 | 按品类定义单位规范（饰品 = inch，服饰 = US size），其他单位自动换算 + 标记原值 |
| 6 | 包装类型 | gift box / Gift Box / gift package / 礼盒 / 礼品装 / pouch / pouch bag 多种说法 | 包装字段同义词归一到 [礼盒 / 标准袋 / 信封]；新写法首次出现时进审核并补入清单 |
| 7 | 加急 / 截单 | ASAP / urgent / 尽快 / 急 / 节前 / before Christmas / need by Friday 分散且常被漏识别 | 加急规则 = 关键词清单 + 订单创建时间 vs 客户期望日 ≤ 7 天双条件，命中即标记 + 必审 |
| 8 | 链长（饰品专属） | 客户写 18 不带单位；填 medium / long 描述值 | 链长合法值 [16 / 18 / 20 / 24 inch]，描述值进审核 + 给客户回复模板 |
| 9 | 材质 | 925 Sterling Silver / 925 纯银 / S925 / Silver Plated 925 / Sterling 多写法；客户问「能不能换镀金」未识别 | 材质归一 + 镀金 / 加纯银 / 改色等增项关键词触发客服跟单 |
| 10 | 上传图质量 | UUID 文件名无法绑定订单；图片分辨率 < 300dpi；客户上传 3 张但只看了第 1 张 | 图片入库即重命名 [订单号_序号_时间戳]，分辨率自动校验 + 多图全部确认 |
| 11 | 收件名 / 称呼 | 客户在地址里写 John，但备注里写「ship to my mom Lisa」；姓名拼写与刻字不一致 | 收件名与刻字内容分字段保留，发现不一致时进审核而不是自动取其一 |
| 12 | 特殊符号 / emoji | ❤ ★ ♥ © ™ é ñ 等字符在工厂模板里显示成 ? 或被丢弃 | 特殊符号保留原值 + 标记「需工厂确认」，不依赖默认编码兜底 |
数据口径：来源为 Koru 试点阶段 12 家卖家 2026 年 1-4 月真实订单样本中按字段维度统计的错填高频，加 7 位工厂端对接人访谈整理。
常见误区
误区一：字段越多越保险。把刻字拆成「字符 / 字数 / 位置 / 字体」4 个字段——运营要填 4 次，错 1 次就报废。3 个高频字段比 12 个细分字段更稳。
误区二：相信 LLM 自动归一。LLM 能把「gift package」归到「礼盒」很顺，但把「Sliver」改成「Silver」就是擅改原文——同义词清单需要业务自己维护。
误区三：靠运营记忆。「我们家镀金不接」「字号 < 10mm 工厂不做」这种知识只在老运营脑子里，新人接手第 1 个月必出客诉。
误区四：把错填全归到客户身上。客户写「big please」是因为 Listing 没说清字号选项；从订单页源头优化能压掉 30%+ 错填。
Koru 如何处理
12 个字段的同义词清单可作为初始模板加载，但所有归一映射都允许你团队自己改、自己加，不强制使用 Koru 的默认值。
按字段维度展示错误率。哪个字段最近一周错填飙升，工作台直接告诉你，不需要自己翻日志统计。
审核策略与字段一一绑定。P0 字段（刻字 / 姓名 / 上传图 / 加急）默认必审；P1 字段（包装 / 颜色 / 字体）失配审；P2 字段（材质 / 尺寸常规值）自动通过——可按品类调整。
新写法回流机制。运营把「pouch bag」归到「礼盒」之后，系统记住映射，下次自动归一；归一记录留档，方便复盘谁加了什么。
行动建议
1. 按本文 12 个字段对照当前体系：缺哪个补哪个，已有但同义词不全的字段优先补 5-10 个常见写法。
2. 标注 P0 / P1 / P2 审核等级：建议刻字 / 姓名 / 加急 / 上传图列 P0，包装 / 颜色 / 字体列 P1，其余 P2。
3. 测算 30 天每个字段的错填次数：发现某字段错填异常高时，先去看 Listing 选项是否清晰，再考虑工具层面优化。
4. 每月 1 次同义词清单复盘：把这个月新出现的写法补进对应字段，保持归一覆盖率在 95% 以上。