F7.07.3Product-wide spatial model设计
空间模型需在全产品统一
别名: 全产品空间 · 跨模块转场 · 设置里另一套
概念解释
主流程从右进入详情，设置里同构的详情却从底部弹出，用户会以为设置是另一套产品。空间模型的范围是整个产品，不是当前功能模块。模块各自圆上自己的方向，跨模块迁移时地图失效，困惑出现在「我还在这个应用里吗」，而不是某一条路径内部轴是否自洽。
机制
心智模型会跨场景迁移。人把在消息里学会的「详情在右侧」带到设置、搜索、个人资料。迁移是默认的，除非有极强的静态差异（例如完全不同的信息架构）把它拦住。动效如果在模块边界改写种类–位置映射，迁移进来的预期会持续犯错，直到人专门为设置再建一张地图。两张地图的切换成本就是模块间的迷失。
团队结构常造成这种裂缝：核心导航有人管转场，设置页用系统默认的底部表单。对用户来说没有「设置团队」这种东西，只有一个应用。
边界
- 嵌入的系统界面（系统分享、权限对话框）不受产品地图约束，硬改它们会和操作系统打架；需要在进入前后用产品自己的转场把边界标出来。
- 白标模块、第三方小程序可以是「另一个地方」，但进入时必须有一次明确的空间交代，不能无声换成另一套轴。
- 统一不是所有表面走同一条边，而是同一种类在全产品住同一住址。
怎么落地
- 把种类–位置表做成跨模块的约束，设置、搜索、个人资料、内容详情走同一张表。
- 审查模块默认转场，禁止「仅此模块」的方向例外，除非该模块被明示为外部世界。
- 验证：从主流程走进设置再走进同构的详情，问「刚才那一下和外面进详情是不是同一侧」。答不是，模型就在模块边界断了。