衡阳网站制作：旧系统字段无法完整迁入时怎样决定保留项
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /dcc1f2d67e37.html
📄
衡阳网站制作：旧系统字段无法完整迁入时怎样决定保留项
先不要问“哪些字段能迁”，而要问“哪个字段还在支撑业务动作”。判断保留项的可行标准是：该字段若缺失，是否会导致订单、报价、售后或对账无法继续；若不会，它通常可以退出新系统，只留归档。下面以你手头一份旧客户资料或旧产品页为对象，逐步给出可执行的处理方案。
把字段分成三类：动作字段、证据字段、装饰字段
打开旧系统导出的表格或旧页面源码，逐列标注用途。动作字段是驱动下一步操作的，例如客户等级、合同到期日、设备型号、报价单位；证据字段是用于追溯和争议处理的，例如历史成交备注、验收记录、旧编号；装饰字段只影响展示，例如旧版促销语、已停用的图标说明、重复的副标题。
保留优先级按“动作 > 证据 > 装饰”排列。动作字段缺失会直接让新站或新后台无法工作，必须迁入并补全。证据字段可以不做前台展示，但应进入归档表或备注区，保证日后能查。装饰字段默认退出，除非它同时承担动作功能，例如一个旧标签实际上决定了客户分组。
用“缺失后果”做一次假设推演
假设你手里有一批旧产品页，字段包括：产品名、旧型号、适用设备、旧价格、旧促销文案、旧分类编号。按缺失后果推演：
- 产品名缺失：页面无法被识别，属于动作字段，必须保留。
- 旧型号缺失：老客户按型号找货会失败，属于动作字段，保留并映射到新型号。
- 适用设备缺失：影响选型咨询，属于动作字段，保留。
- 旧价格缺失：若已失效且不再报价，属于证据字段，放入历史备注，不进入前台价格区。
- 旧促销文案缺失：只影响旧版展示，属于装饰字段，退出。
- 旧分类编号缺失：若新分类已能覆盖，属于装饰字段；若对账仍按旧编号，则升级为证据字段，保留在后台。
这个推演的关键不是字段本身好不好看，而是它是否还挂在某个业务动作上。动作字段的判定结果会直接改变下一步：保留项进入迁移清单，证据字段进入归档清单，装饰字段进入丢弃清单。
给保留项设“最小可用集”，而不是全量照搬
旧系统字段无法完整迁入，通常是因为新结构字段更少、类型不同或存在冲突。此时不要追求全量映射，而是为每个业务动作定义最小可用集。例如售后查询只需要“客户标识 + 设备型号 + 购买日期”，那么这三个字段必须保留；旧系统里的“客户兴趣标签”“首次沟通渠道”可以退出，除非它们仍参与分派。
具体动作：先列出新系统必须支持的三个动作，再倒推每个动作最少需要哪些字段。结果会直接影响迁移范围——最小可用集之外的字段不再阻塞上线，可以进入后续补充或归档。若某个动作依赖的字段确实无法迁入，应把它标记为“人工补录项”，而不是让它拖住整个迁移。
处理冲突字段：先定规则，再决定去留
同一含义在不同旧表里可能叫法不同，例如“客户等级”和“客户级别”并存，取值也不一致。此时先定一条合并规则：以最近一次业务动作为准，或以人工确认过的值为准。规则确定后，只保留一个字段进入新系统，另一个作为证据字段留在归档表。
如果两个字段都指向不同动作，例如一个用于报价折扣、一个用于售后优先级，则不能简单合并，应分别保留并明确各自触发条件。判断依据是：合并后是否会让某个动作失去依据。会，就分开；不会，就合并。
退出项的归档方式与验证动作
决定退出的字段不要直接删除。把旧表、旧页面和字段说明导出为一份归档文件，注明导出日期和对应业务范围，存放位置要让后续接手的人能找到。然后做一次验证：从新系统中随机抽取一个业务动作，看它是否还能完成；再从归档中抽查一个证据字段，看它是否还能被定位。两步都通过，说明保留项和退出项的分界基本成立。
若验证时发现某个已退出字段其实仍被使用，把它移回证据字段或动作字段，并重新检查最小可用集。这个动作的结果会决定下一步是继续迁移还是先补规则，而不是继续争论字段多少。
