T1.04.3Versioned terminology migration设计研究
术语变更需要全局替换与迁移说明
别名: 术语迁移 · 功能改名 · 兼容期 · 搜索别名
概念解释
版本化术语迁移（versioned terminology migration）把改名视为概念映射与内容生态的变更，而不是一次全局替换。团队先绘制受影响对象，再安排新旧词兼容期、搜索别名、用户可见迁移说明和下线条件。迁移覆盖产品控制的界面与内容，也必须明确历史快照、外部内容和用户生成内容等不能或不应改写的边界。
机制
旧词存在于用户记忆、书签、查询、文档链接、客服记录、分析事件和自动化脚本中。只更新当前界面会让用户误以为功能消失，也会使旧查询无法召回新内容；一次性删除所有旧词，又会抹掉理解历史材料所需的线索。影响图把“概念—词项—字符串/页面—搜索索引—客服宏—分析与集成—责任人”连起来。兼容期用新旧联结帮助用户重建映射，别名维持可发现性，版本和退出信号则防止“原名”提示永久成为噪声。
怎么研究
迁移前统计旧词在各触点的出现、搜索量、任务入口和外部依赖，并用日志与访谈区分“用户仍依赖旧名”与“系统仍在错误地产生旧名”。迁移后按用户资历和渠道观察旧词查询成功率、新词识别、任务完成、相关求助与误操作；兼容提示的下线依据应来自这些信号和风险，而不是固定两个版本。对无法修改的历史或第三方内容，测试搜索别名和桥接页是否足以让用户找到现行概念。
边界
全局迁移不授权改写用户原文、审计记录、已签署文本、历史版本或第三方教程；这些内容应保真，并在检索或展示层提供时间与名称桥接。旧名称若涉及安全、法律或另一活跃概念，不应作为无条件别名。代码 API、事件名和持久化标识可能需要独立的兼容与弃用策略，不能随 UI 标签直接替换。termbase 记录词项状态和版本，TM 中的旧片段需标记或失效，style guide 只约束表达方式，不能完成迁移编排。
怎么落地
- 建立影响图和变更单：记录 concept ID、旧/新首选词、原因、所有者、生效版本、触点、依赖、风险、迁移说明位置及各项责任人。
- 设计兼容期：新词首次关键出现时给出简短桥接；帮助与客服搜索保留有范围的旧词别名；对高风险动作明确名称变了什么、功能和后果是否改变。
- 在 termbase 将旧词从首选改为 deprecated/搜索别名并标注范围；扫描产品控制内容，更新 UI、文档、支持宏与索引，同时保留不可改历史内容的原貌。
- 设退出标准并回归：旧词查询能正确导向新概念、旧词新增量接近零、关键任务与求助恢复稳定后再撤提示；撤除别名或兼容层前检查外部依赖和同名冲突。