B2.25.4Conceptual Integrity设计
多人分头设计在缺乏统一概念模型时必然产生概念冗余与近义控件
别名: 协作设计 · 概念漂移 · 近义控件
概念解释
当不同团队同时解决相邻问题而没有共享对象、状态和动作模型时，每个人都会按自己的局部语言发明入口：卡片、面板、抽屉、弹窗都承载同一编辑；任务、工单、事项、活动指向同一待办。概念完整性（conceptual integrity）需要把模型当作协作契约，而不是靠事后统一视觉。
机制
局部合理决策缺少共同命名边界。团队 A 把接收者叫“负责人”，团队 B 叫“受理人”，又出现一个“协作者”；每个词在其页面都成立，但用户要判断权限和结果是否相同。近义控件还会形成数据分叉、重复状态和不同校验。共享组件能统一外观，若底层概念不同，只是把冗余藏进同一套样式。
边界
统一模型不等于一人独裁或禁止团队自主。各领域可以保留领域子概念，但必须声明如何映射到核心对象与状态；紧急修复也可先做局部方案，之后要登记迁移。如果产品本来就服务多个互不通用的专业群体，刻意保留不同模式可能比强行合并更清楚。
怎么落地
- 在项目启动时维护一份公共概念模型，明确对象、生命周期、角色、动作、权限和禁止的同义词。
- 新界面评审增加概念检查：这个入口属于哪个对象？是否已有控件表达同一动作？差异是什么？
- 把核心对象做成共享组件和数据类型，界面文案读取词表，防止视觉统一但语义分叉。
- 每个发布周期审计新增入口、同义词、重复列表和状态名，并分配合并责任人与期限。