处理得当,内部文档是企业在成长过程中保持一致与连贯的关键。处理不当,它就会成为负担。

当内部文档被当作事后补充时,就会产生两个问题。

第一个问题是混乱无序,它导致版本出错、策略被埋没,还有自公司大小只有目前一半时就无人更新的入职材料。第二个问题是数据暴露:敏感数据存放在不应存放的地方。

大多数团队都在应对第一个问题(即使他们感到不堪重负)。第二个问题更难解决,而若不解决,其危险性也要大得多。

敏感内部数据是各行业常见的数据泄露途径。Proton 研究显示,39% 的企业报告曾经历由人为错误引发的网络安全事件。通常,这只是善意的同事在处理敏感文件时出现的失误。

以下是一套实用的内部知识管理框架,既能保障敏感数据的安全,又不会让团队更难开展工作。

组织问题

当内部文档杂乱无章时,您很快就会察觉。这主要源于它给整个企业造成的挫败感和混乱。

例如,假设您的云端硬盘中存有三个版本的员工手册,外加自公司仅有 10 名员工以来就未更新的入职材料。这会让入职流程缓慢且不一致,并给新员工留下关于企业运作方式的错误印象。

或者,假设几项重要的公司策略并未存放在标记清晰的文件夹中,而是被埋没在电子邮件话题的某个角落。管理者只能凭猜测理解策略,无法一致地执行。一名员工得到一种答案,另一名员工得到的答案却不同。

混乱无序可以通过合适的系统来修复(我们稍后会介绍)。但还有第二个问题,仅靠更好的文件夹结构是无法解决的。

安全问题

无论您的文档存储空间组织得多么井井有条,如果处理这些文档的流程和工具有所欠缺,敏感信息就会被暴露。

可能是存储在共享 Google 工作表中的薪资区间,粘贴到 Slack 频道中的源代码或应用程序接口密钥,作为附件通过电子邮件发送的客户合同,或是包含个人身份信息的候选人面试笔记,因随意转发而流落到六个收件箱中。

当这些容易被忽视的做法引发数据泄露时,您要面对的就不再是沮丧的同事和受阻的流程,而是声誉受损和巨额罚款。

这些数据中有很多,无论是员工记录、客户信息还是财务详细信息,都属于 GDPR 所定义的个人数据或敏感数据。这意味着无论谁处理这些数据,都要为其存储、访问和分享方式负责。而且意外并不能移除责任。

2022 年,UNIQLO 的一名人力资源员工在回复薪酬数据请求时,误将一份包含 446 名员工薪资数据的 PDF 文件通过电子邮件发出。西班牙数据保护机构对 UNIQLO 处以 270,000 欧元的罚款(新窗口)。这起泄露并非黑客所为,而是源于一项常规人力资源流程缺乏组织性措施。

如何构建一个能同时解决这两个问题的内部文档系统

不妨把您要构建的东西想象成一个安全的公司知识维基。您将需要四类内部文档,每类的敏感级别和访问要求各不相同。

类别 1:参考知识

这是每位员工都应能自行找到的材料:公司策略、品牌指南、操作指南、工具文档、组织结构图。保障这一类别的安全不在于限制访问,而在于确保准确性。重点是版本控制(只有一个现行版本,而不是五个互相冲突的副本四处流传)和明确的责任归属(指定一名专人负责让每份文档保持最新)。

类别 2:团队与项目知识

这是大多数日常工作真正所在之处:项目计划、流程文档、会议记录、路线图、内部操作手册。这类文档不需要全员访问权限,因此请改用团队级或项目级权限来保护。与参考知识一样,每份文档都需要指定负责人和定期审查节奏,否则就会在不知不觉中过时。

类别 3:机密与受监管数据

这是风险最高的类别,存在于每个部门中:财务报告与预测、法律合同、员工和客户记录、战略计划、安全凭证。这些数据需要严格限制访问,仅限于需要它们的特定个人或团队。(仅有密码并不够,您还需要端到端加密。)

这类数据也不应作为电子邮件附件发送、保存到个人云端硬盘,或通过没有过期日期的链接分享。

Proton Drive 是一款企业云存储空间,采用零知识加密来处理这一类别的数据 —— 连 Proton 自己也无法读取内容 —— 并提供精细的访问控制,让敏感数据留在其应处的位置。

类别 4:对外分享的材料

有些文档需要临时离开您的内部系统:新员工的入职资料包、与承包商或供应商分享的文件、项目中发送给客户的材料。这之所以棘手,是因为往往需要在合作关系得到充分审核之前就授予访问权限。解决方法很简单:为链接设置过期时间,预先安排访问权限而非临时授予,并在不再需要时立即撤销。

Proton Drive 默认为链接设置过期日期,因此分享的材料会自动过期,无需任何人记着去撤销。

为安全的内部知识管理选择合适的平台

我们概述的这套框架可以在任何平台上使用。但并非随便任何平台都能确保框架自动执行,而不是依赖人们记住要去遵守。

当您依赖手动流程为分享的链接设置过期日期、在离职时审查访问权限,以及随着团队成长维护权限层级时,人为错误难免趁虚而入。但借助合适的平台,您的框架可以通过自动化来执行。

您的平台还有第二个要求:隐私优先的设计。许多消费级平台在设计上并不适合存储敏感信息:事实上,默认情况下它们会收集文档内容,用于其搜索索引和 AI 功能。

大多数公司绝不会想到把客户数据存储在不安全的 Google Drive 文件夹中。员工数据也应达到同样的标准。合适的平台将同时负责执行和端到端加密。

让系统持续运转的三个决定

一个优秀的云平台会执行您的安全框架,但即使是最好的平台也无法替您检查和更新文档。

缺乏维护的文档会带来两类风险。

其一是法律风险:例如,过时的纪律处分程序可能导致劳资仲裁案件败诉。

其二是文化风险:当官方文档与现实不符时,员工会察觉,并得出无人掌控局面的结论。

遵循以下三条规则,您就可以避免这两种风险:

  • 每份文档都有指定负责人(而非团队)。由团队分享的责任,等于无人真正承担的责任
  • 审查日期在创建时设定,而非事后补加。如果一份文档三年未经审查(或者没有记录显示上次检查的时间),在法庭上就很难为其辩护
  • 存档文档,而不是删除它们。如果您(或监管机构)日后需要访问这些文档,删除文档会带来麻烦。将文档存档在标签清晰的文件夹中,既能保持系统整洁,又不会让文档无法找回

这些都不需要专门的知识管理专员。只需做出三个决定,一次性完成(并每季度回顾一次)。

内部人力资源文档合规检查清单

请记住:您是数据控制者。责任不在您的云服务提供商,而在您自己。

  • 您是否知道谁有权访问您最敏感的文档 —— 财务、法律、员工或客户数据 —— 这份名单是否为最新?
  • 敏感文档是否在静态存储时已加密,而不仅仅是在传输过程中加密?
  • 敏感文档的分享链接是否设有过期日期?
  • 是否有一套成文流程,用于在有人离职或项目结束时撤销访问权限?
  • 您能否提供谁在何时访问了什么的审计记录?
  • 敏感数据是否存储在拥有严格隐私法律的司法管辖区, 例如瑞士?
  • 每份文档是否都有指定负责人和审查日期?
  • 被取代的文档是否已存档而非删除?

如果您对以上所有问题的回答都是肯定的,那么您的文档系统状况良好。

员工可以信任的安全知识库,以及实现这一切的平台

本指南中的框架为您提供了结构。您还需要一个能执行该框架的平台,这样您设定的安全标准就不会依赖于人们记住去应用它们。

Proton Workspace 就是您的最佳选择。这是一套基于端到端加密构建、托管在瑞士(全球隐私保护最强有力的司法管辖区之一)的安全协作套件,Proton Workspace 为您的团队提供:

您的员工将他们最敏感的数据托付给您。现在是时候构建一个配得上这份信任的内部文档系统了。