基木鱼建站：旧系统字段无法完整迁入时怎样决定保留项
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4d8c87a4359d.html
📄
基木鱼建站：旧系统字段无法完整迁入时怎样决定保留项
先给结论：当旧系统字段无法完整迁入基木鱼建站时，决定保留项的依据不是“字段在旧系统里重不重要”，而是“这个字段在新页面结构里有没有承接位置、由谁维护、缺失后会不会阻断用户完成主要动作”。能承接且有人维护的字段保留；能拆成新字段或备注的改写；只服务旧流程、无人维护、缺失也不影响转化的字段直接退出。下面把三种取舍的适用条件和代价拆开说。
先判断字段有没有“新位置”，而不是先判断新旧
旧系统里字段多，往往是因为它同时承担了录入、审核、展示、统计几种用途。迁入基木鱼建站后，页面主要面向访客，展示位有限，很多字段没有对应的输入框或组件。这时先看字段在新页面中的落点：
- 有明确展示位：例如旧系统里的“服务区域”可以对应新页面的业务范围说明，保留并统一格式。
- 能合并进已有字段：例如“联系人姓名”和“联系人职务”可以合成一个“联系人信息”文本，减少输入项。
- 没有展示位但有查询价值：例如旧系统里的内部编号，如果新页面不需要展示，也不参与用户判断，就不要为了“数据完整”硬塞进表单。
这里的一个实际动作是：把旧字段逐个标注“展示位、输入位、内部备注、无位置”四种归属。标注完成后，无位置的字段会立刻暴露出来，下一步只需要在这些字段里做保留或退出的决策，而不是在全部字段里反复权衡。
保留：字段有承接位置，且缺失会阻断主要动作
保留的适用前提是：字段在新页面里能找到对应位置，并且缺失后用户无法完成主要动作，比如咨询、预约、留资或查看关键信息。例如旧系统里的“预算区间”如果新页面仍然需要按预算分流咨询，就值得保留；但如果新页面只是展示服务介绍，这个字段就没有保留的必要。
保留的代价是维护成本。每保留一个字段，就多一个需要填写、校验、同步和后续处理的位置。如果保留的是旧系统里格式混乱的文本字段，迁入后还要额外做清洗。判断时可以问三个问题：这个字段由谁在什么时候填写？填写错误会不会影响后续跟进？如果暂时不填，用户还能不能完成主要动作？三个问题里有两个答案是“会阻断”，才优先保留。
改写：字段有价值，但旧结构不适合新页面
改写的适用前提是：字段本身有业务价值，但旧系统的字段名、格式或拆分方式不适合新页面。例如旧系统把“需求描述”拆成五个小字段，新页面只需要一个多行文本；或者旧系统用代码表示行业分类，新页面需要可读的文字。这时不要原样迁入，而是先定义新字段的用途，再决定旧数据怎么映射。
改写的代价是可能出现信息损耗。旧字段里的细节如果被合并或截断，后续跟进时可能缺少判断依据。一个假设例子：旧系统有“客户等级”字段，取值为 A、B、C，新页面只保留一个“备注”字段。如果把等级直接写进备注，后续筛选会变困难；如果直接丢弃，跟进优先级又会丢失。更稳妥的做法是保留等级字段，但把它改成新页面可识别的选项，而不是塞进自由文本。这个动作的结果是：后续处理时仍然能按等级分流，而不是靠人工重新判断。
退出：字段只服务旧流程，缺失不影响用户动作
退出的适用前提是：字段只用于旧系统的内部流转、历史统计或已经废弃的审核环节，新页面既不需要展示，也不需要用户填写，缺失后不影响咨询、预约或信息获取。例如旧系统里的“创建来源”“旧版编号”“审核人”这类字段，通常属于退出项。
退出的代价是历史追溯变弱。如果以后需要按旧字段做对账或回溯，退出后就只能依赖旧系统本身或导出记录。因此退出前要确认：旧系统是否仍然可查？导出记录是否保留？如果旧系统即将下线且没有导出，就不能简单退出，而要先做一次离线备份。这个动作的结果是：退出不会造成不可逆的信息丢失，后续需要追溯时仍有依据。
用一张判断顺序表固定决策，减少反复
把上面的条件整理成固定顺序，可以避免每次迁移都重新争论：
- 字段在新页面有没有展示位或输入位？没有，进入退出候选。
- 缺失后会不会阻断用户完成主要动作？会，优先保留。
- 字段格式是否适合新页面？不适合，进入改写候选。
- 字段由谁维护？无人维护且不影响用户动作，退出。
- 退出前旧系统是否仍可查或已导出？不能，先备份再退出。
这个顺序的作用是：把“保留还是退出”从主观判断变成可核对的步骤。每一步都有明确动作和结果，下一步该做什么也就清楚了。需要说明的是，旧系统字段访问量下降或某个字段长期为空，不能单独证明它应该退出；也可能是旧系统入口太深、填写提示不清或该字段只在特定流程中出现。判断保留项时，仍要回到新页面的承接位置和用户动作是否受阻这两个依据上。
