如何制定高效的资料管理计划？5个步骤让你的工作井井有条

如何制定高效的资料管理计划？5个步骤让你的工作井井有条

资料管理真正失控的信号，不是电脑里有几万个文件，而是同事问你“最新版在哪里”时，你必须打开聊天记录、邮箱、云盘和本地文件夹逐个翻找。高效的资料管理计划，核心也不是把文件夹做得漂亮，而是让资料有明确位置、有统一规则、有人负责、有周期检查。下面我会用5个步骤，拆解个人和小团队如何建立一套能执行、能协作、能持续维护的资料管理计划。

一、先讲核心结论：资料管理计划不是整理清单，而是一套闭环机制

1. 高效资料管理要同时解决五个问题

我在梳理企业项目资料时，发现很多团队把“整理资料”理解成删除重复文件、建立几个文件夹，整理结束后却很快恢复混乱。原因在于，他们只处理了“存放”问题，却没有处理资料从产生到归档的完整过程。

一份真正有效的资料管理计划，至少需要回答五个问题：

• 资料从哪里来：电脑、邮箱、聊天工具、共享盘、业务系统还是纸质文件？
• 资料应该放在哪里：个人工作区、团队共享区、受控目录还是归档区？
• 如何判断哪个版本有效：文件名、状态、审批记录和正式发布位置是否统一？
• 谁可以查看和修改：普通资料、内部资料、敏感资料是否区分权限？
• 什么时候检查和归档：新增文件如何归位，项目结束后如何收口？

如果计划只写“加强资料管理、提高查找效率”，它仍然停留在口号层面。计划必须落到具体动作，例如“每周五处理下载文件夹”“所有对外文件使用项目名、日期和版本号命名”“项目负责人负责确认正式版”。

2. 用四个结果指标判断计划是否有效

我通常不会用“文件夹是否整齐”判断资料管理成效，而会观察四个更接近业务结果的指标：常用文件查找耗时、重复索取文件的次数、无法确认版本的文件数量，以及新成员理解目录结构所需的时间。

这四个指标不必一开始就精确统计到小数点。连续记录两周，就足以判断规则有没有改善工作。比如，常用合同从平均8分钟缩短到2分钟，说明目录或命名规则确实产生了价值；如果整理后仍然需要在群聊里反复询问，说明资料入口没有真正建立。

二、背景和真实场景：为什么整理过的资料总会再次变乱

1. 资料混乱通常不是文件太多，而是入口太多

一个项目从立项到交付，文件往往同时出现在多个位置：会议纪要在聊天工具里，报价单在销售个人电脑里，合同附件躺在邮箱中，设计稿放在共享盘，客户确认记录又在另一个系统里。每个位置单独看都合理，合起来却形成了多个互不连通的资料入口。

我见过一个十几人的项目组，成员每天都在共享盘里新增文件，但客户临时修改需求后，大家仍习惯把附件直接发到群里。三个月后，共享盘里有完整项目资料，群聊里却有一套更新过的文件，真正工作时大家依赖的不是目录，而是谁“记得那份文件在哪里”。

这类问题有一个明显特征：资料实际存在，但组织无法稳定找到并正确使用它。所以，资料管理计划的第一步不是删除文件，而是明确唯一入口。聊天工具适合提醒和讨论，通常不适合作为正式资料库；邮箱适合传递附件，不适合作为长期归档位置。

2. 个人资料和团队资料，管理目标并不相同

个人管理资料时，最重要的是搜索速度和记忆负担。你可以按照自己熟悉的方式命名，甚至保留一个“临时文件”目录，只要自己能够快速判断文件状态即可。

团队管理资料时，问题会增加一层：别人能不能理解你的分类，能不能确认哪个版本可以使用，能不能在你休假或离职后继续找到资料。因此，团队资料不能完全依赖个人习惯，而需要把隐含规则写出来。

3. 先确定资料的使用频率，再决定整理力度

不是所有文件都值得用同样的精力整理。高频使用的合同模板、报价表、项目计划和客户交付物，应当优先建立固定入口；低频历史资料可以先归档，不必逐个重命名；重复且没有保留价值的临时文件，才适合批量清理。

我建议采用“高频资料优先”的原则。先挑出最近30天使用过的资料，再处理正在进行的项目，最后才处理历史库。这样做的好处是，整理动作会立即反馈到日常工作中，不容易因为一次性任务过大而放弃。

三、拆解常见误区：看起来规范，不代表真的好用

1. 误区一：文件夹越细，管理越专业

很多人整理资料时会不断增加层级：年份下面分客户，客户下面分项目，项目下面分部门，部门下面再分资料类型和状态。层级在纸面上很完整，但实际存放时经常出现“这份文件到底属于客户，还是属于项目”的犹豫。

如果一个文件需要打开三个以上目录才能找到，且成员不能迅速判断归属，层级就可能已经超过使用承受能力。文件夹的目的不是展示管理者的细致程度，而是缩短下一次查找路径。

2. 误区二：把“最终版”“最新版”写进文件名

“最终版”最大的问题是它会随着修改继续失效。今天的最终版，明天可能变成最终版2，后天又出现“最终确认版”。当文件通过多个渠道流转时，名称中的“最终”无法证明它真的经过谁确认。

更稳妥的做法是把版本号、日期和状态拆开表达。例如“华东展会_供应商报价_20250318_V03_已确认”，并规定只有经过负责人确认的文件才能进入“正式发布”目录。

3. 误区三：把所有资料放到云端就等于安全

云端存储可以改善多设备访问和协作，但它不自动等于完整备份。是否支持历史版本、回收站恢复、权限审计、异地备份和离线访问，取决于具体平台配置和组织制度。

资料安全至少要分为三个层次：谁能够访问，谁能够编辑，以及删除或误改后能否恢复。只解决第一层而忽略后两层，仍然可能出现资料丢失或误用。

4. 误区四：用一次集中大扫除替代长期维护

集中整理能够快速改善现状，却不能解决新增资料如何处理的问题。如果没有规定新文件的入口、命名和归档时间，几周后新资料仍会重新散落。

我更推荐“先整理高频区，再把维护动作嵌入工作流程”。例如会议结束后当天归档纪要，项目阶段结束后统一冻结版本，月底检查待处理目录。维护动作越接近资料产生的时点，成本越低。

5. 误区五：只要求所有人遵守，却不给出可操作模板

“请规范命名”“请及时归档”对执行者帮助很小。成员需要看到可以直接复制的命名格式、目录示例和判断标准，否则每个人都会按照自己的理解执行。

一个好规则应当足够短，最好能在一次培训或一页文档内讲清楚。规则越复杂，实际执行时越容易被跳过。

四、专业判断逻辑：先按使用场景设计，再选择工具和目录

1. 分类标准应服从查找问题，而不是服从管理者偏好

设计目录前，我会先问团队三个问题：你们最常找的资料是什么？找它时通常先想起项目、客户、日期还是资料类型？资料使用者是同一批人，还是会跨部门流转？

如果团队成员首先想到的是项目名称，就优先按项目分类；如果销售人员每天围绕客户工作，按客户建立入口更自然；如果行政资料具有明显生命周期，则可以采用“待处理，生效，历史归档”的结构。

分类没有唯一正确答案。最好的分类不是理论上最完整的分类，而是多数使用者无需询问就能执行的分类。

2. 目录、标签和搜索，三者不应互相替代

目录适合表达稳定的组织关系，例如项目、客户和年度；标签适合补充状态、负责人、密级和资料类型；搜索适合处理临时查找和跨目录检索。只依赖其中一种方式，都会有明显局限。

个人资料可以用目录加文件名解决大部分问题。团队资料则更适合把稳定目录、结构化字段和全文搜索结合起来。尤其是项目任务、需求、缺陷、会议决定和交付物之间存在关联时，单纯依靠云盘文件夹容易丢失上下文。

3. 工具选型要看资料生命周期，而不是功能数量

如果组织只有少量文件，使用统一共享盘、命名模板和定期备份就可能足够。若资料与项目任务、审批、需求变更和交付过程密切相关，则需要考虑某项目管理平台或文档协作系统，避免资料和工作上下文完全分离。

对于100人以上的中大型企业，工具选型还要关注组织权限、审计、私有化部署、系统集成和迁移成本。以PingCode为例，它更适合被放在“项目过程资料与任务协同”的评估范围内，而不是被当作个人电脑文件夹的替代品。若企业已有Jira中的项目数据和流程，还应在选型阶段验证迁移工具、字段映射、历史记录保留和成员权限转换，而不能只看“支持迁移”四个字。

对于有国产化、数据驻留或内网管理要求的组织，私有化部署可能是重要条件；但它同时意味着服务器、升级、备份、权限运维和内部支持责任需要由企业承担。私有化不是天然更简单，而是把部分平台责任转移到了企业自己手中。

4. 先做小范围试点，再推广到全组织

我不建议企业一开始就把所有历史资料全部迁移到新系统。更可行的方式是选择一个资料量适中、流程相对清楚、负责人配合度较高的项目，运行两到四周。

试点期间重点观察三件事：成员是否知道资料应该放在哪里，负责人是否能够及时确认正式版本，以及新成员能否在不依赖口头说明的情况下完成一次查找。试点通过后，再把有效规则复制到其他项目。

五、第一步：盘点资料现状，建立可执行的起点

1. 用“来源，用途，状态”三列快速盘点

首次盘点不需要打开每个文件。先记录资料来源、主要用途和当前状态，就能看出资料分散在哪里、哪些资料最值得优先处理。

2. 给资料标记优先级

我建议把资料分成A、B、C三类，而不是按照文件扩展名分类。A类是本周会用到或影响当前业务的资料，B类是经常使用但不影响当前进度的资料，C类是历史资料、低频资料和待确认资料。

• A类：当前项目计划、客户合同、正在审核的报价、近期交付文件。
• B类：常用模板、过往案例、部门制度、培训材料。
• C类：已结束项目、旧版本素材、暂时无法判断是否保留的文件。

A类资料优先整理，因为它能马上减少查找和沟通成本。C类资料不要在第一天就全部删除，先移动到隔离区并设置确认日期，避免把“暂时不用”误判成“没有价值”。

3. 盘点完成的判断标准

盘点不是统计文件总数，而是形成一张资料地图。至少应知道：资料分布在哪些位置，哪些项目正在使用，哪些资料需要限制访问，哪些文件存在多个版本，以及下一轮整理先处理哪一组。

如果你无法回答这些问题，说明还没有完成盘点，不宜急着设计复杂目录。

六、第二步：设计分类和命名，让资料不依赖个人记忆

1. 选择一个主分类维度

一个目录只能有一个主逻辑。项目团队通常适合采用“项目，阶段，资料类型”；销售团队可以采用“客户，年度，业务事项”；行政团队则可以采用“资料类型，年度，状态”。其他信息通过文件名或标签补充，不要把所有维度都塞进文件夹。

例如，一个项目目录可以这样设计：

• 01_项目启动
• 02_需求与方案
• 03_执行过程
• 04_测试与验收
• 05_交付与归档

数字前缀的作用是固定阶段顺序，避免文件夹按照拼音或创建时间随机排列。但如果项目流程并不稳定，就不要为了看起来整齐而强行使用复杂编号。

2. 采用可搜索的文件命名公式

我比较推荐的命名公式是：项目或客户_资料类型_日期_版本_状态。并非每个文件都必须填满五项，但项目名、资料类型和版本通常值得保留。

例如：

• 南区门店改造_施工方案_20250318_V02_审核中
• 星河客户_年度报价_20250320_V03_已确认
• 部门培训_新员工手册_2025_V01_内部使用

日期建议统一使用YYYYMMDD或YYYY-MM-DD，不要混用“3月18日”“2025.3.18”和“0318”。统一格式会直接影响搜索、排序和批量筛选。

3. 把版本和状态分开

版本表示文件经历了几次修改，状态表示它现在处于什么阶段。V03不代表一定可以对外发送，只有“已确认”“已发布”或组织约定的正式状态，才有业务意义。

七、第三步：建立存储、权限和版本控制规则

1. 设计“唯一正式入口”

团队最需要的不是把每个过程文件都保存得完美，而是让成员知道“正式资料在哪里”。可以设置一个正式发布目录，只有完成审核的文件才能进入；草稿、讨论稿和临时文件保留在工作目录。

如果同一份合同同时存在于个人电脑、群聊、邮箱和共享盘，必须指定其中一个位置作为正式入口。其他位置可以保留沟通记录，但不能继续被当作有效版本。

2. 用角色而不是姓名配置权限

权限应尽量绑定岗位或角色，而不是绑定某个具体人员。比如“项目成员可查看编辑”“项目负责人可确认发布”“财务人员可查看合同”，这样成员变动时不需要逐个修改所有文件权限。

至少要区分查看、编辑、审核和管理四种权限。能查看不代表能修改，能编辑也不代表有权发布。对于合同、薪酬、客户隐私和研发资料，还应结合企业制度确定更严格的访问范围。

3. 给权限设置回收时间

项目结束、员工转岗或外部合作终止后，权限应及时回收。很多企业只会“开权限”，不会“关权限”，时间久了共享目录就会出现大量不再参与项目的人。

简单做法是在项目计划中增加一个“权限收口”任务，由项目负责人在归档时确认成员名单、外部链接、共享范围和下载权限。

4. 版本控制应与工作流程连接

如果资料修改频繁，文件名版本只是基础手段，最好同时保留修改人、修改时间和变更说明。对于需求、缺陷、测试结果和交付物，资料应尽量关联到对应的任务或工作项，这样成员才能理解文件为什么被修改，而不是只看到一个孤立附件。

这也是某项目管理平台比单纯共享文件夹更有价值的场景：资料可以与任务、负责人、状态和讨论关联。对于中大型企业，还应验证权限模型是否支持跨部门协作、审计和历史版本查询。

八、第四步：把整理任务排进工作计划，而不是等“有空再做”

1. 采用分阶段执行，避免一次性整理失败

资料管理最容易失败的计划，是“本周把所有资料整理完”。它没有考虑资料数量、业务优先级和成员可用时间。更稳妥的计划可以分为五个阶段。

1. 盘点阶段：列出资料来源，识别当前项目和高频资料。
2. 清理阶段：处理明显重复、无效和临时文件，保留待确认区。
3. 建规阶段：确定分类、命名、版本、权限和正式入口。
4. 迁移阶段：优先迁移A类资料，再处理B类和历史资料。
5. 维护阶段：设置每周整理、每月复核和项目结束归档。

如果资料量较大，可以把每次整理限制在45至90分钟，并提前设定结束条件。例如本次只处理“华东项目的需求和报价资料”，不顺手扩大到整个部门历史库。

2. 把维护动作绑定到业务节点

资料管理最省力的时机不是月底，而是资料刚刚产生或流程刚刚结束时。会议结束后归档会议纪要，审核完成后移动正式版，项目阶段结束后冻结上一阶段资料，这些动作都比几个月后重新回忆文件来源更省时间。

我建议在项目模板里直接加入资料管理任务。例如：

• 会议结束后24小时内上传纪要和决定事项。
• 需求变更确认后，更新需求文件版本并记录变更原因。
• 对外发送前，确认文件状态为“已确认”或“已发布”。
• 阶段结束后，清理临时文件并保留必要过程记录。
• 项目关闭前，完成目录检查、权限回收和归档。

3. 明确计划中的责任人和交付物

“全员负责”在实际管理中常常等于无人负责。资料管理计划应至少写明规则负责人、项目资料负责人和业务审核人。每个阶段还要有明确交付物，例如资料清单、目录模板、正式版清单和归档检查表。

九、第五步：用数据复盘，让资料管理计划持续有效

1. 先建立最小可行指标

刚开始执行时，不需要搭建复杂的数据看板。我通常建议先记录以下五项：

• 抽查10份常用资料的平均查找时间。
• 一周内重复向同事索取资料的次数。
• 同一主题下无法确认有效性的文件数量。
• 新增资料未按规则归位的数量。
• 项目结束后仍未完成归档的资料项数量。

这些指标可以用简单表格记录。关键不在于数据多，而在于连续观察。单次查找时间可能受人员熟悉程度影响，但连续两到四周的变化，通常足以反映规则是否被使用。

2. 把“找不到”拆成不同原因

查找失败并不只有一个原因。如果文件根本没有保存，是采集问题；保存了但不知道在哪，是分类问题；找到了但无法判断是否有效，是版本问题；知道文件在哪但没有权限，是权限问题；文件存在却无法打开，则可能是格式、工具或备份问题。

复盘时要先判断原因，再修改规则。否则团队很容易用“再建一个文件夹”解决所有问题，结果目录越来越复杂，真正的流程缺陷却没有改变。

3. 设置每周和每月两种检查节奏

每周检查应当轻量，目标是阻止新混乱积累。检查新增文件是否归位、临时目录是否清空、是否出现多个同名版本即可。一般控制在15至30分钟，才更容易坚持。

每月检查则关注结构问题，包括权限是否仍然合理、已完成项目是否归档、目录是否出现重复分类、成员是否经常放错位置，以及备份和恢复是否可用。

4. 允许规则迭代，不要把旧目录当成不可修改的制度

如果一个分类经常被放错，说明它可能不符合实际工作流程。比如团队按照“文件类型”分类，但成员更习惯按照“客户”查找，那么就应调整主分类，或者增加客户字段，而不是反复提醒成员“严格按照原目录执行”。

资料管理制度应该稳定，但不应僵化。每月复盘时可以只改一个最明显的问题，避免频繁重构造成新的学习成本。

十、具体案例：一个项目组如何从聊天附件转向可追溯资料库

1. 案例背景和原始问题

以下案例来自我参与复盘的一类典型项目场景：一个约20人的项目组负责区域门店改造，成员包括项目经理、设计、采购、施工和客户代表。项目周期约4个月，资料涉及需求确认、方案、报价、合同、施工记录、验收和交付。

项目初期，文件主要通过群聊和邮箱传递。到第二个月时，团队出现三个问题：同一报价表存在多个日期版本；施工现场使用了旧版平面图；项目经理休假后，其他成员无法快速找到客户确认记录。

他们原本以为问题是共享盘容量不足，实际盘点后发现，正式资料已经存在，只是没有统一入口，也没有人负责确认版本。容量并不是主要矛盾，版本状态和责任边界才是主要矛盾。

2. 重新设计资料结构

项目组采用“项目，阶段，资料类型”的主分类方式，并将正式交付文件与过程文件分开。目录结构如下：

• 01_项目启动：立项文件、项目计划、联系人清单。
• 02_需求与方案：需求确认、设计方案、变更记录。
• 03_采购与合同：合同、报价、采购清单、付款资料。
• 04_施工与验收：施工记录、问题清单、验收文件。
• 05_交付与归档：交付包、最终确认文件、复盘记录。

群聊继续用于沟通，但规定关键结论必须在当天写入对应资料或任务记录。邮箱附件不再直接作为正式版本，只有经过负责人确认并上传到正式目录后，才允许对外引用。

3. 版本规则和责任分工

项目组统一使用“项目简称_资料类型_日期_V版本_状态”的格式。设计人员负责更新过程稿，项目经理负责确认发布，客户代表负责记录外部确认，项目助理负责归档和权限检查。

这套分工没有增加一个专职档案岗位，而是把资料责任嵌入原有角色。项目成员不需要额外学习复杂制度，只要知道自己负责哪个节点，以及文件完成后应该移动到哪里。

4. 案例中的结果观察

根据项目组连续4周的内部记录，10份高频资料的平均查找时间从约7分钟降到约2分钟；项目经理在周会上被重复询问“最新版在哪里”的次数，从每周约6次降到1至2次；项目结束时，团队还能够按照阶段快速整理交付包。

这些数字属于该项目组的内部观察，不代表所有企业都会获得同样结果。它们真正说明的是：只要统一入口、命名规则、版本确认和责任人同时落地，资料管理就会从“依赖记忆”转向“依赖结构”。

十一、不同情况下的行动建议：不要用同一套方案管理所有资料

1. 如果你是个人办公，先处理三个高频入口

个人用户没有必要一开始就建立复杂的权限体系。先把桌面、下载文件夹和邮箱附件作为三个重点入口，建立“待处理、进行中、已完成、归档”四个基础区域。

每天结束前处理新增文件，每周固定一次清理临时区。常用模板可以单独建立入口，但不要把所有历史文件都重命名。个人管理的目标是降低记忆负担，而不是为每份旧文件补齐完美信息。

2. 如果你是5至20人的小团队，先解决版本和责任问题

小团队最值得优先解决的是“谁维护、哪个是正式版、资料放哪里”。可以先选一个项目试点，确定统一共享入口，规定对外文件必须经过负责人确认，再逐步补充命名和归档规则。

不要在初期要求成员一次性整理十年的历史资料。先让正在进行的项目不再产生新混乱，随后再按项目结束节点逐步收口。

3. 如果你是100人以上组织，必须考虑治理和迁移

中大型组织的资料管理难点不只在目录，而在跨部门权限、系统集成、人员变动、审计和历史数据迁移。此时应建立统一的资料分类标准，同时允许不同业务线保留少量场景化字段。

如果企业考虑使用PingCode这类项目管理平台，应重点评估需求、任务、缺陷、测试、交付物和文档之间能否建立关联；如果需要从Jira迁移，还要验证项目结构、字段、用户、权限、历史记录和附件的迁移完整性。私有化部署适合对数据驻留、内网访问和自主运维有明确要求的企业，但必须提前核算基础设施、备份、升级和技术支持成本。

4. 如果资料涉及合同、客户信息或研发数据，先做权限分级

敏感资料不适合和普通宣传资料放在同一共享目录。可以将资料分成公开、部门共享、项目成员可见和受限访问四个层级，再根据岗位配置查看和编辑权限。

权限分级完成后，还要设置定期检查。尤其是外部链接、临时协作者和已结束项目成员，必须有明确的回收机制。安全管理不能只依赖成员自觉。

十二、不同情况下的取舍：资料管理没有零成本的最优解

1. 整齐程度与整理成本之间的取舍

把每份文件都整理到最细，会得到看似整齐的目录，却可能消耗大量时间。对于低频历史资料，保留原始结构并增加一个归档说明，往往比逐文件改名更划算。

我的判断标准是：如果某项整理动作不能明显减少未来查找、沟通或审核成本，就不必优先做。资料管理不是家务比赛，不能用整理时间替代业务价值。

2. 统一规则与业务灵活性之间的取舍

统一规则可以降低协作成本，但规则过于严格会让业务人员绕开系统。建议把规则分成“不可妥协项”和“可调整项”。项目名称、版本、正式入口和敏感权限属于不可妥协项；文件夹是否使用数字前缀、某类资料是否增加标签，则可以根据业务调整。

3. 共享便利与安全控制之间的取舍

开放权限可以让协作更快，但共享范围越大，误改、误发和权限失控的风险也越高。我的建议是：普通资料可以提高访问便利，敏感资料则优先保证可控和可追溯。

如果某份资料需要频繁跨部门使用，可以提供只读正式版，而不是开放整个工作目录。这样既保留使用便利，也避免过程稿被误用。

4. 上平台与保留轻量工具之间的取舍

平台并不适合解决所有资料问题。若组织只有少量资料，直接使用共享盘和模板更经济；若资料与复杂项目流程、审批和跨部门任务密切关联，平台的价值才会逐渐显现。

选型时不要只问“功能多不多”，而应问四个问题：成员是否愿意使用，现有资料能否迁移，权限是否满足组织要求，未来谁负责维护。任何一个问题没有答案，平台上线后都可能变成新的资料孤岛。

十三、可直接套用的资料管理计划模板

1. 个人版资料管理计划

2. 团队版资料管理计划

3. 今天就能执行的15分钟动作

如果你不想把资料管理变成一个长期拖延的大项目，可以今天先完成三件事。第一，打开桌面和下载文件夹，删除明显无效的临时文件；第二，选出一个当前最常用的项目，建立四到五个清晰阶段目录；第三，为一份常用文件改成统一名称，并把它放到唯一正式入口。

完成这三件事后，不要马上继续扩展范围。先让这套规则运行一周，观察自己和同事是否真的更容易找到资料，再决定是否迁移更多内容。

十四、总结：最好的资料管理计划，是让下一次工作少依赖一个人的记忆

制定高效资料管理计划，可以归纳为5个步骤：先盘点资料来源和状态，再设计符合工作流程的分类体系；随后统一命名、版本和正式入口；接着把权限、责任人和维护时间写进工作计划；最后用查找耗时、版本准确性和归档完成度持续复盘。

我最想强调的独特判断是：资料管理的终点不是“所有文件都被整理过”，而是“即使原负责人不在场，其他人仍然能够找到、判断并正确使用资料”。这也是个人整理技巧和团队资料治理之间的分界线。

下一步不要从全公司历史资料开始。选择一个当前项目，先建立唯一入口、命名格式和正式版目录，再安排一次15分钟的周检查。只要这套机制能够稳定运行，再逐步扩展到其他项目和部门，资料管理才会真正从一次性清理变成可持续的工作基础设施。