龙岩做网站：旧系统字段无法完整迁入时怎样决定保留项
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b94b44b7b8fe.html
📄
龙岩做网站：旧系统字段无法完整迁入时怎样决定保留项
先给结论：不要按“字段新旧”决定去留，而要按“这个字段是否支撑一个当前必须完成的用户动作或业务判断”来定。做法是拿一张旧页面或一份旧资料当样本，把每个字段标注为保留、合并、转附件、冻结四类，再评估迁移代价。凡是只影响展示、不影响用户决策和后续流程的字段，可以优先冻结或合并；凡是支撑询价、预约、报名、售后识别、对账的字段，即使格式很旧，也应优先保留并单独安排清洗。
先选一个样本页面，而不是先列全站字段
旧系统字段迁不进去，通常不是字段太多，而是没有判断单位。建议从访问量或业务价值较高的一类页面入手，例如产品页、服务页或门店页，选一个真实页面作为样本。把页面上出现的字段逐个抄出来，不要先看数据库里有多少列。
抄完后给每个字段加三列信息：用户是否靠它做决定、后台是否靠它跟进、迁移后能否用现有字段替代。这样做的结果是，你会得到一张可讨论的清单，而不是一句“字段太多迁不完”。下一步才是决定哪些字段必须进入新系统，哪些可以留在附件、图片或备注里。
保留、合并、转附件、冻结：四类判断的实际条件
四类处理不是按字段名称划分，而是按用途划分。可以用下面的条件快速判断。
- 保留：字段直接参与用户动作，例如服务区域、可预约时间段、价格说明、联系方式、售后识别码。缺少它，用户无法完成当前任务，或后台无法继续跟进。
- 合并：两个以上旧字段表达同一件事，只是叫法不同。例如“联系人”和“负责人”、“咨询电话”和“联系电话”。合并时要确定一个主字段，其余内容写入备注或说明，避免新系统出现两个入口。
- 转附件：字段本身是长文本、图片说明、旧版参数表或扫描件，用户不需要在页面上直接筛选。把它们转为附件、图片或下载文件，可以减少字段结构，但要在页面上保留一句可读说明。
- 冻结：字段只服务于已经停止的业务、内部统计或历史展示，当前用户动作和后台跟进都不依赖它。冻结不等于删除，可以先导出留存，不进入新系统的主字段。
如果两个选择都成立，例如“保留旧编号”与“改用新编号”，判断条件是：旧编号是否还被售后、对账或线下单据引用。若仍被引用，保留旧编号并增加新编号；若已不被引用，只保留新编号，旧编号转备注。代价是前者会增加一个字段和一次核对动作，后者会让历史单据查询多一步。
用一个假设例子走完决定过程
假设你手里有一个旧版服务页面，字段包括：服务名称、服务区域、旧版价格、联系人、联系电话、旧编号、三张现场图、一段很长的服务说明。新系统只提供标题、正文、图片、联系方式和备注字段。
按用途判断：服务名称和联系方式保留；服务区域如果影响用户是否咨询，应保留并合并进正文或备注；旧版价格如果已失效，冻结并导出留存，不进入新页面；旧编号若售后仍在使用，保留在备注并注明用途；三张现场图转附件或图片；长说明转正文。动作结果是：新页面字段数量下降，但用户仍能判断是否咨询，后台仍能通过旧编号识别历史记录。下一步要检查的是，被冻结的旧版价格和旧编号是否还有线下单据引用，若有，就不能只留在导出文件里。
迁移前必须确认的三个代价
决定保留项时，代价往往不在字段本身，而在后续维护。第一是核对代价：保留旧编号、旧价格说明或旧分类，意味着每次更新都要确认新旧两套信息是否一致。第二是展示代价：把长说明、参数表转成附件，用户需要多一次点击，移动端尤其明显。第三是流程代价：如果后台人员已经习惯用某个旧字段筛选记录，冻结它会让原有操作路径改变，需要提前安排替代字段或导出查询方式。
这三个代价不是反对保留，而是帮助你在“保留全部”和“只保留必要项”之间做选择。若旧字段仍支撑售后和对账，保留并接受核对代价；若只影响历史展示，冻结并保留导出文件更合适。
把决定写成可执行的处理表
最后不要停留在口头结论。为每个字段写一行处理表，包含：字段名、处理方式、替代字段或存放位置、负责人、完成后的验证动作。验证动作要具体，例如“用旧编号在备注中搜索，能查到对应记录”“用手机打开页面，服务区域和联系方式无需展开即可看到”。完成一行再进入下一行，避免一次性迁移全部字段后才发现关键动作缺失。
如果迁移后出现咨询量下降或后台查找变慢，不要只归因于字段被冻结。先检查页面上的服务区域、联系方式和价格说明是否仍可读，再检查后台是否还能用旧编号或旧分类找到记录。只有把字段处理和这两个结果对照起来，才能判断保留项决定是否正确，并决定下一步是恢复某个字段，还是继续合并其他字段。
