同一张表，十个人看到的不一样

结论先行：协作表格的价值在于「大家看同一份」，但多数团队走到中间就卡住了：要么整张表给所有人，敏感字段跟着一起给；要么给每个人单独复制一份，回到邮件传来传去的状态。可行的做法是按内容敏感度选粒度——整表、按范围、按单元格三层，先定哪一层，再决定谁能进。粒度定完之后还有一件更难的事：权限会随时间腐化，人换岗、项目结束、外部成员离场，这些都要有人定期收口。

本文只谈同一张表里不同的参与方怎么分到不同范围，不谈一份文件发出去之后怎么收回，也不谈资料应该存放在哪个库里。

为什么共享表最后都变成「要么全给要么不给」

三个原因。

先说工具。很多单位的共享还停留在「发一份文件」的阶段。文件一旦发出去就是一份完整副本，谁拿到都能看到全部内容，也没有任何回收手段。为了控制，只能选择不发。

再说习惯。做表的人通常只管内容，不管谁该看哪一列。等表里长出工资、成本、客户联系方式这些字段的时候，权限问题才被想起来，而这时候表已经传了好几轮。

还有一层是担心麻烦。给每个人单独设权限，看起来要维护很多条规则，不如一刀切省事。

结果是，表格这种最该协作的工具，在敏感信息面前退回到了单向传递。

三种粒度，各自的适用边界

三层里，中间那层最实用，也是最容易被跳过的一层。多数团队在「整表」和「按单元格」之间直接二选一，其实按行分组已经能解决大部分场景：销售各看自己的客户、区域各填自己的数据、部门只看自己的人员名单。

按单元格这一层要慎用。它的维护成本与字段数、角色数同时相关，规则一多就没人能说清当前配置是对的还是错的。可行的边界是：只在少量关键字段上用，且这些字段要能列出清单、说得清为什么敏感。

「开个空间」还是「发一份副本」

把外部的人拉进来之前，先做一个选择：让对方进入这个空间，还是给对方一份副本。

副本的好处是简单，坏处是三件事同时失控——对方拿到的是完整内容、后续改动不同步、发出去就收不回。空间的好处是同一份、实时同步、可以随时调整范围；代价是对方要有入口，且双方都得接受「内容留在你这边」这件事。

判断的标准可以很朴素：这件事会不会继续变。会变的，进空间；不会变的、只需要对方看一眼的，发副本。报价单、方案这类一次性的东西，副本更省事；进度表、问题清单、台账这类天天变的东西，一定要进空间，否则第二天就出现了三个版本。

行业里较完整的协作工具会把这两件事分开做：会议、文档、表格、待办在同一个协作空间里，成员可以从群聊、从企业内、从外部关系里添加。这个设计的意义在于，「谁能进」和「能看哪一部分」是两个独立的问题，可以分别设。

把外部成员拉进来之前，先定两件事

其一，身份来源。外部成员是从哪里被加进来的？常见有四类：内部群里的成员、外部联系人的微信身份、同一企业内的同事、以及上下游关系里的合作方。四类来源对应不同的可见范围与审计口径——从外部关系加进来的人，通常只应看到一个具体空间，不应看到组织架构与人员名单。

其二，退出条件。这是最容易被漏掉的一项。每个外部成员的加入都应当对应一个结束条件：项目结束、合同到期、对接人换岗。没有结束条件的授权，等于永久开放。

两件事定完，权限规则才有地方落。反过来，先建空间再想谁能进，最后一定是所有人都是「成员」。

权限会随时间腐化

权限问题很少在设置的那一刻出错，几乎都是在时间里慢慢发生。

三种典型腐化。

人换了。原来的负责人调岗或离职，新人接了他的工作，但权限还挂在旧账号上。旧账号没人登录，也没人删。

项目结束了。项目期间为方便临时拉进来的人，项目结束后没有人去回收。一年后回看，一个已结项的项目空间里还有十几个外部成员。

角色变了。同一个人从执行岗转到管理岗，能看的内容应当变化，但权限还是当年设的那一套。

对应的三个复核动作：每季度导出一次成员清单，按「最近一次登录时间」排序，长期未登录的逐个确认是否还需要；每个项目结项时把「回收成员」作为结项动作的一项，写在结项清单里；人员岗位变动时同步触发权限复核。

三个动作里，第二个最有效。结项是一个有明确时点的动作，把回收挂在这个时点上，比寄希望于「记得去清理」可靠得多。

一个反例：粒度用过头

也有做反的。某类场景里，团队为每一列都设了单独的可见角色，规则数量很快就超过了表本身的字段数。结果是：改一次表结构要同步改一批规则，规则之间开始冲突，最后没人敢动。

这种情况的解法不是继续细化，而是回到源头问一句：这张表真的需要这么多人同时在线协作吗。如果参与方其实分属两件事，拆成两张表比在一张表里设二十个角色更省事。

粒度的目的不是精细，而是匹配。匹配不上，就该换结构。

深圳市奇摩计算机有限公司在协作平台类项目里，通常先把「谁能进、能看哪一部分、什么时候退出」三件事与客户一起列成一张清单，再决定用哪一层粒度。这样安排的原因很实际——权限一旦设乱，后面所有人的每个动作都会带着疑虑。

落地清单

• 先判定表的敏感度，有敏感字段就不能用整表授权。
• 优先用按范围（行或分组）这一层，它覆盖大部分场景且维护成本可控。
• 按单元格的粒度只用在少数能列出清单的关键字段上。
• 会持续变化的内容放进协作空间，一次性内容才发副本。
• 外部成员加入前先定身份来源与结束条件，两者缺一不可。
• 外部关系加进来的人只看具体空间，不给组织架构与人员名单。
• 每季度按最近登录时间复核成员，长期未登录的逐个确认。
• 把「回收成员」写进项目结项清单，借明确的时点完成清理。
• 规则数量超过字段数量时，回头拆结构，不要继续细化权限。

若您正在规划团队协作平台里的权限体系，或需要把一批散落的表格收回统一管理，欢迎 预约咨询。