心智模式图怎么画？先看用户做什么，再检查产品支持了什么

设备资料站已有参数、案例和下载栏目，客户准备选型方案时却仍不断问人。团队想再加一个下载入口，但客户可能缺的并非文件，而是判断安装条件、解释方案差异和获得内部确认的支持。

心智模式图（Mental Model Diagrams）从用户研究中归纳行为、想法与目标，在上方形成任务结构，再把现有内容、功能和服务放在下方对照。画图时先离开网站菜单，看人怎样完成工作，才能判断哪些支持真正缺少。

给图一个任务边界

假设一家设备企业改版资料站，本次研究从客户开始选型，到形成内部确认材料，不延伸到采购与交付全程。技术人员可能核对条件，采购人员准备比较资料，负责人关注风险与责任。

这些只是示例中的待研究活动，不能当作已经得到的用户结论。招募和研究要围绕相关任务，检查不同职责与经验，记录哪些情境尚未覆盖。固定访谈人数或卡片数量无法保证模型完整。

研究者请参与者讲一次最近的方案准备，从开始查资料一路讲到提交给同事。可结合访谈、日记等材料，追问在哪一步作判断、担心什么、如何补信息。不要直接问“网站还要什么栏目”，否则得到的多半仍是页面清单。

先拆行为卡，暂时不写解决办法

全文阅读记录后，将能独立理解的行为与判断提取成卡片，每张附事件编号和原材料位置。假设记录里有人讲“先比对接口，再找同事确认能不能接入”，就可拆成“核对接口条件”和“向同事确认接入可行性”。

卡片写用户在做的事，而非“需要参数页”“需要案例栏目”。同一活动可能靠页面、工具或人工服务支持，过早命名功能会缩小方案选择。

可见动作与明确自述的思考要区分。研究中提到“担心遗漏安装条件”，可以作为本人表达的判断记录；不能因为参与者停顿，就自行补成“担心选错设备”。

遇到一句话含几项活动，就拆开；遇到名词含义不清，就回看上下文或补问。记录索引留在卡片上，后面归组时才有办法核对。

自下而上找到共同目标

把相关行为放在一起，再讨论它们共同帮助完成什么。核对接口、检查安装空间、确认运行条件，可能聚成“判断设备能否用于当前环境”；整理差异、准备说明、与同事核对，则可能聚成“获得内部确认”。

这些组名只是示例。实际名称应由研究材料支持，可借助亲和图整理，不按企业部门或当前栏目预设分类。

行为关系不清就暂留待确认。技术与采购出现不同结构，可以拆模型或标出适用条件，不必压成一个平均用户。任务空间强调活动与目标的关系，也不强迫每个人按同一顺序行动。

这与导航树、旅程图各有用途。导航树组织产品栏目；旅程图常强调时间阶段；心智模式图从研究活动归纳任务空间，再看支持。设计师自己的思维导图则没有同样的用户证据基础。

在任务下方放支持项，检查空缺也检查质量

任务结构初步形成后，才将现有参数说明、资料下载、比较工具、人工答疑和线下材料放到下方。一个支持项可以跨多个任务，一个任务也可能要几项支持，不必一对一。

下面用示例说明怎样对照：

“有下载页”只表示有一个支持项。文件适不适用、看不看得懂、需要时找不找得到，还需检查。图上有对应关系，不代表支持质量合格。

有任务没有支持，就问用户现在怎样完成，别直接决定新增页面。支持重叠，也要查是否服务不同条件，不能一律合并。任务证据少可能是研究遗漏，不能据此降成低优先级。

拿真实资料，让用户继续做选型

从关键缺口中选测试任务。例如请目标用户判断资料是否适用于当前设备，比较候选方案，再准备给同事的说明。观察他们在哪里换文件、重复确认或转向人工，检查支持是否有效。

缺口优先级结合任务重要性、影响和证据强度。低频但涉及关键风险的任务，可以先核实；不用按卡片数量直接决定开发次序。

如果问题涉及分类，可以进一步用卡片分类了解用户的组织方式，再测试导航。分类结果本身仍不能证明入口好用。

成功标志是每个任务空间能回到行为与研究材料，支持项的空缺、重叠和质量未知部分有明确检查，关键发现已影响内容或功能决策。展示版可简化，但不能删掉成立条件。

交付任务结构、研究索引、群体差异、支持映射和验证问题。新证据进来时更新版本，心智模式图是一份有范围的工作模型，无法表达所有用户的完整认知或给出唯一方案。

资料站是否需要更多下载入口，应在这些任务证据之后判断。58UI设计工作室可在企业官网设计开发与UI/UX设计中梳理内容支持，并结合品牌视觉设计提高资料和页面的一致性。

可通过设计服务了解范围，或联系58UI说明用户准备方案时最常求助的环节。

相关服务