在产品设计里，用户的心智模型往往决定了交互的成败。过去，很多协作工具把“文件”当作一切的入口，用户习惯在文件夹中搜寻、编辑、分享，形成了以文件为中心的心智模型。

然而这种模式有两个致命缺陷：一是文件层层堆叠导致上下文丢失；二是协作者之间缺乏统一的视图，导致信息碎片化。以早期的 Notion 为例，用户只能在“页面”里嵌入文件，缺少对项目整体进度的可视化管理。

成功的案例是在 Notion、ClickUp、Asana 等平台把“项目”变成了核心入口。通过任务看板、里程碑时间线、自动化提醒，用户不再单纯在文件夹里翻页，而是围绕项目目标进行协作。以 Notion 的“项目模板”为例，用户一键生成包含任务列表、日历、讨论区的完整项目页面，彻底打破了文件为主的思维。

从系统层面看，平台通过构建项目工作区、统一的导航、权限分级，形成了一个闭环的协作生态；在产品层面，推出任务卡、甘特图、讨论板等模块；在功能层面，提供拖拽式布局、实时协作、模板库等细粒度体验，三层相辅相成。

据 Notion 官方博客 2023 报道，全球活跃用户已突破 2000 万，日活跃率高达 90%；用户对项目视图的满意度高达 85%，并且在 2022 年的用户增长率超过 30%。这些数据验证了项目中心化能显著提升用户黏性。

作为一名产品经理，我在与团队沟通时常说，心智模型是“认知映射”，如果产品没有与用户已有的认知对接，所有功能再好也会被埋没。正如 Kahneman 的系统一、系统二理论，用户在面对繁杂文件时更倾向于系统一的快速判断，而项目视图则激活系统二的深入思考。

要实现心智模型的转变，先从用户日常痛点入手，构建“项目场景”，然后逐步把文件功能嵌入项目框架；通过 A/B 测试、NPS 调查、用户访谈不断校准。记住，设计的最终目标是让用户在第一眼就能看到“下一步该做什么”，而不是“我该在哪里找到文件”。

你们在产品中遇到过类似的心智模型错位吗？如果要让用户从文件式思维走向项目式思维，你会从哪个角度入手？