G1.11.3architecture change cost accumulates设计研究
架构变更成本随外部链接、书签与用户心智模型的沉淀而上升
别名: 变更沉淀成本 · IA change cost · 路径惯性
概念解释
上线当天改树几乎只花设计与开发的钱。活得越久，外部搜索收录、邮件里的旧 URL、用户书签、客服话术、培训材料、空间记忆都缠在旧路径上。变更成本随沉淀上升：同样一次「把报表并进财务」，在三个月时是改导航，在三年时是一次全网断链与再学习事件。成本不在新树好不好，在旧坐标被多少系统当成了事实。
沉淀是成功的副产品。找得到的架构会被记住、被引用，于是更难改——这不是改的理由不成立，是预算要从「画新树」改成「迁移旧世界」。
机制
每条入链、每个书签、每次把「报表在第三个」写进肌肉记忆，都是对当前坐标的投票。投票不可召回。新树只更新自己控制的导航，投给旧坐标的票仍会到达；到达后看见的若是 404 或另一套内容，信任按整站结算。心智模型的沉淀比 URL 更硬：URL 可以重定向，人记住的位置只能靠时间消退或强制再学。所以「只改文案不改路径」往往比「路径和文案一起改」便宜，即使新文案略差。
外部收录有滞后，迁移期内两套坐标并存，用户会认为存在两个站点。滞后本身也是沉淀的一部分。
怎么研究
把沉淀物当成变更方案的输入，而不是上线后的意外。
- 范式：在变更前盘点入链、书签（若可得）、内部文档引用、搜索日志里的旧类目名；实验上比较「只改标签」「改树但 301」「改树无重定向」对任务与信任的影响。纵向看改版后旧路径命中的衰减。
- 自变量：站点年龄与流量、入链数量、是否保留旧路径记忆（位置不变只改名）。
- 因变量：断链到达、旧心智导致的错点、客服关于「东西去哪了」的工单、完成率恢复到改前水平所需时间。
- 方法论注意点：实验室新用户测不出沉淀成本。要找老用户、用真实书签和搜索词。短期 A/B 会显示新树更好看，长期回访才显示再学习曲线。
边界
尚未发布或内部 alpha 没有沉淀，变更成本接近零，应尽早改对，不要用「以后再说」把决策拖进高沉淀期。合规强制的改名（品牌、法律实体）不管沉淀也得改，但预算要按沉淀来加迁移，而不是按设计稿来估。个性化、登录后的结构对搜索引擎沉淀较少，对个人空间记忆仍然多，不能只看外链数。
怎么落地
- 改架构前出一份沉淀清单：入链 Top URL、站内搜索旧类目词、培训/话术中的路径、高回访用户的常用入口。
- 能不动路径就不动；必须动时，把重定向和并行期的双名写进同一方案，而不是只交付新导航。
- 对老用户单独看完成率恢复曲线，不要用新用户的树测试代替。
- 验证：改版后四周，旧 URL 与旧类目搜索词的命中应走向新对象而不是 404。若完成率只在新用户上升、老用户下降，成本被低估了，需要补迁移而不是再优化新树的视觉。