一致性需要跨版本迭代维持，频繁改版对认知障碍用户代价更高
别名: 跨版本一致性 · 改版学习成本 · redesign cost
概念解释
产品里已经练熟的名称、位置和路线，会在下一次发布被拆掉。一致性需要跨版本迭代维持（cross-version consistency cost）：频繁改版对认知障碍用户不是新鲜感，是把已经付过的学习成本清零。他们花更长时间才把习惯建成；一次「全新导航」之后，许多人建不回来，于是停用。
当前版本内部如何同名同位、如何养活导航地图，是前几层。这里只问时间轴上那一刀：这一版到下一版，那些线索还在不在，以及拆掉它们时谁付账。
机制
程序性记忆把操作练成不必陈述的序列，一旦界面改道，旧序列会打到空处或打到错误对象上，而且很难用语言补救。旧布局还会以前摄干扰的方式压住新布局的记忆，改得越勤，最新那一版越记不住。典型用户可以用一个会话重学；认知障碍用户往往需要长得多的重复，有时永远完不成第二次建图。
不对称由此而来：改版决策按「平均任务时间略降」通过时，平均数里几乎看不见那批把产品学成习惯的人。对他们，习惯被清空是功能丧失，不是视觉刷新。换肤而保住槽位与顺序，代价低；把信息架构重洗，代价高。
怎么研究
在改版前后用同一批回访用户（含认知障碍）跑顶级任务，比的是能否不经再培训完成，而不是新用户的首次成功率。行为标记包括：指向旧位置、打开旧名称的搜索、向客服要「原来那个入口」。
自变量：改的是皮肤还是信息架构、是否提供旧导航并行期、是否有简明的变更说明。 因变量：回访用户顶级任务成功率变化、指向旧位置的次数、改版后一段窗口内的流失。
不要用未接触旧版的新用户 A/B 来代表回访代价。新用户没有被拆掉的地图。
边界
安全与法规迫使的结构调整仍然要做，但迁移成本不因此消失，只是必须被付：重定向、并行期、说明。第一次使用产品的人没有旧地图，改版不增加他们的跨版本成本，仍可能伤害正在学的人。A/B 若按访问随机改导航顺序，等于在同一用户身上连续制造小改版，伤害比定期大改更散、更难习惯化。停更的产品没有迭代代价；持续运营的产品每次发布都在问这道题。
怎么落地
- 把主导航、主操作名称与槽位当作破坏性变更：不能随版本「顺便换掉」；要改就做迁移，而不是一夜对切。
- 大改时并行旧入口一段时间，或提供回到上一布局的选择；用简明语言说明「什么从哪挪到了哪」。
- 验证：发布后让回访用户（优先认知障碍评议人）不经演示完成原先会做的顶级任务。若他们伸向旧位置或搜旧名称，迁移没有完成。对比改版前后该人群的完成率，下降不能用新用户转化来抵消。