结论先行：外部的人进到协作平台里，最省事的做法是拉一个群、都放进去。出事之后才会发现，这个群里同时有客户、供应商和外包团队，他们看到了彼此不该看到的东西。可行的做法是按关系分线：客户看结果与进度，供应商与外包看任务与接口，上下游伙伴看与自己相关的单据。三类关系三条线，各自的可见范围、留痕口径、退出条件都不同。
本文只谈外部关系在协作平台里的范围划分与退出机制，不谈内部员工离场时的权限与数据归属，也不谈消息内容该不该被留存。
为什么三类关系不能同一条线
三种关系的信息需求不一样。
客户要的是确定性与进度。他们关心的是事情进行到哪一步、什么时候能交付、出了问题谁负责。他们不需要知道内部谁在做、用了什么工具、成本多少。
供应商与外包要的是任务与接口。他们需要知道自己的那一块做什么、和谁对接、验收标准是什么。他们不需要知道其他供应商的存在，更不需要知道整体报价。
上下游伙伴要的是单据与对账。他们需要的是订单、交货、对账这类结构化信息，沟通反而是次要的。
三种需求放进同一个群，结果一定是信息按最大范围扩散：客户看到了内部讨论，供应商看到了彼此的报价，外包看到了不属于他那一块的设计。这些东西不一定马上引发问题，但它们会一直在聊天记录里。
四种放进来的方式
| 方式 | 适用 | 能看到的范围 | 要注意的 |
|---|---|---|---|
| 客户群 | 交付与服务的日常沟通 | 该群内的消息与共享资料 | 群内不要出现内部讨论与其他客户信息 |
| 外部联系人 | 需要长期一对一沟通的对接人 | 与被加者之间的会话 | 对方身份要核实，避免加错人 |
| 协作空间 | 持续的联合项目 | 空间内指定的文档、表格、待办 | 成员加入要给结束条件 |
| 按范围共享的表 | 结构化协作，如进度表、问题清单 | 只到指定的行或字段 | 粒度要匹配，不要为每列设角色 |
四种方式里，协作空间是最需要设计的。它把「谁能进」与「能看哪一部分」拆成两个独立的问题：成员从群聊、从企业内、从外部关系里加进来，进来之后看到哪些内容由空间的配置决定。这个拆法很实用——加人是一个动作，授权是另一个动作，两件事分开，就不容易出现「加进来就是全看」。
拉人之前要定的两件事
其一，身份来源。这个人是从哪里被加进来的：群聊成员、外部联系人的微信身份、同一企业内的同事、还是上下游关系里的合作方。四类来源对应不同的默认范围。从上下游关系加进来的人，通常只应看到与自己相关的单据，不应看到组织架构、人员名单与其他合作方的信息。
其二，结束条件。每一个外部成员的加入，都应当对应一个明确的结束条件：项目结束、合同到期、对接人换岗。这件事最容易被漏，因为加入是一个主动动作，而退出是一个没人负责的被动动作。
把这两件事写在加人的动作上，比事后清理省力得多。可行的做法是在协作空间里加一个字段：这个成员对应哪个项目、预计到什么时候。到期自动提醒确认，续不续由负责人决定。
建群与拉人的权限本身也要管
很多单位管住了资料权限，却没管住「谁能建外部群」。结果是任何人都能拉一个包含外部人员的群，群里的内容既不在任何空间的权限体系里，也不在留痕范围里。
两件事可以收口：其一，建包含外部成员的群需要权限，不是所有人默认具备；其二，外部群的消息与文件进入留痕范围，可按类型与时长设定，不必全量。
这两条在一些行业里是硬要求，在另一些行业里是管理选择。判断的依据可以很简单：这个群里会不会出现客户信息、报价、设计图纸这类东西。会，就需要收口。
退出机制：三件事一起做
外部关系结束时，通常要做三件事，缺一件就留了口子。
一是回收成员资格。把这个人从协作空间、外部群、共享表里移除。三处都要做，只做一处等于没做——很多人只记得移出群，忘了他还在空间里。
二是回收已共享的内容。这一步常被忽略。文件在他手里已经是一份副本，收不回来；但如果共享是通过空间或按范围授权的表实现的，撤销授权就意味着后续看不到更新，也拿不到新版本。这正是「进空间」比「发副本」更有价值的时刻。
三是留一条记录。谁在什么时候被移出、移出时对应哪个项目、移出后还有没有未结事项。这条记录在半年后被问起「那个供应商还能不能看到我们的资料」时，是仅有的答案。
一个容易忽略的场景：外包驻场
外包团队通常既在内部办公，又不属于内部员工。这类人的权限最容易给多——为了让他干活方便，往往按内部员工的范围给，事后再收就难了。
可行的做法是给外包一个单独的身份组，组内默认只看与自己任务相关的空间，不看组织架构、不看客户档案、不进内部群。任务结束即退出该组。
这样做的代价是多设一个组，收益是两件事：一是权限边界清晰，二是审计时能一次性说清「外部身份有哪些、各自能看什么」。
落地清单
- 按客户、供应商与外包、上下游三类关系分线，不共用同一个群。
- 客户只看结果与进度，供应商只看自己的任务与接口，伙伴只看与自己相关的单据。
- 加人之前先定身份来源与结束条件，两者写在加入动作上。
- 「谁能进」与「能看哪一部分」分开设，加人不等于全看。
- 建含外部成员的群需要权限，外部群的内容进入留痕范围。
- 外包单独建身份组，默认不涉及组织架构、客户档案与内部群。
- 退出时三件事一起做：移除成员、撤销共享授权、留一条记录。
- 用协作空间替代发副本，让「撤销授权」这件事真的有效。
深圳市奇摩计算机有限公司在企业协作平台类项目里，通常先把外部关系的分线、留痕范围与退出条件与客户一起定下来，再开空间、建群。这样安排的原因很实际——外部关系一旦放开，后面每一次沟通都要带着「谁还能看到」这个问题。若您正在规划外部协作的边界与留痕口径，或需要把散落的外部群收回统一管理，欢迎 预约咨询。