先确认你到底要退出哪一个工作区
Slack 的停用一次只针对一个工作区，这是这里最有用的一条事实：退出某个社区或雇主的工作区，并不是一次全局账户操作。
Slack 账户停用是按工作区分别处理的。来源
这有一个实际后果。如果你属于多个工作区，那么在动任何设置之前，你需要用名称和登录地址来确认要退出的那一个。在兴趣服务器和工作区之间使用同一个邮箱的人，最容易在错误的地方操作。
一个简短的预检查：
- 按工作区切换器中显示的样子，原样记下工作区名称，以及你用于它的邮箱或登录方式。
- 记下你在该工作区中的角色（成员、管理员、所有者或主所有者）。
- 记下你是否是唯一能管理它的人。
- 决定你是要退出、移交，还是两者都要。
如果你不确定自己的邮箱绑定了哪些账户，查询可以帮助你在做任何改动之前列出这份清单；可以先参考按邮箱地址查找账户。把任何匹配都当作需要确认的线索，而不是某个工作区属于你的证据。
区分三种不同的操作
本文的写作要求是清楚区分个人资料修改与停用，这一点很重要，因为二者经常被混淆。经审核的事实只确立了以下内容，仅此而已：
| 你可能预期的操作 | 经审核的事实确立了什么 | 应该怎么做 |
|---|---|---|
| 在所有地方关闭你的 Slack 账户 | 停用是按工作区进行的 | 在你确实想退出的每个工作区中重复该流程 |
| 移除你的个人资料或显示名称 | 经审核的事实未涉及 | 不要以为编辑过或清空的个人资料会删除已存储的数据 |
| 通过停用来抹掉你发布的内容 | 停用不会删除已经发送的消息和文件 | 在停用之前而不是之后决定内容问题 |
| 以后重新激活 | 停用后由所有者或管理员处理重新激活 | 离开前先问清楚那个人会是谁 |
停用不会删除已经发送的消息和文件。来源
这正是大多数人的预期会落空的地方。如果你离开的原因是想让自己的帖子、上传内容或文件消失，停用并不能做到这一点。经审核的事实没有描述任何消息删除或导出功能，所以诚实的立场是：如果删除内容对你很重要，就把它作为单独请求向工作区的所有者或管理员提出，并在停用前拿到书面答复。不要假设它会自动发生。
同样的谨慎也适用于你的个人资料。清空的个人资料是一种可见的变化，不是数据已被删除的证据。做计划时要把这两个概念分开。
尝试退出前先检查角色限制
所有权是最常见的硬性障碍。工作区主所有者不能一走了之；必须先转移该角色。
工作区主所有者必须先转移主所有权才能停用；之后的重新激活由所有者或管理员处理。来源
把这理解为两个独立条件。第一，如果你持有主所有权，请在停用前转移它。第二，一旦你停用了，重新进入不是你能独自完成的：必须由所有者或管理员处理重新激活。如果你要离开的是雇主的工作区，而你可能因交接问题需要再次访问，请提前约定好由谁在什么情况下重新激活你。
角色检查的决策标准：
- 你是唯一的主所有者。 停下。确定继任者并先完成转移。
- 你是多个所有者或管理员之一。 以书面形式确认你离开后谁继续负责该工作区。
- 你是普通成员。 所有权障碍不适用于你，但重新激活这一点仍然适用。
- 你不知道自己的角色。 行动前先弄清楚。在这里靠猜，正是人们做到一半才发现障碍的原因。
只保留你有权保留的内容
本文有意不告诉你去导出工作区内容。经审核的事实没有提及导出工具、保留期限或数据权利，编造一套流程比直接说明这一点更糟。
你能合理做的范围更窄：
- 保留你有权保留的个人记录：你自己的笔记、关于你角色的个人通信，以及雇主政策或合同允许你保留的任何内容。
- 不要把频道历史、成员列表、客户对话或属于组织的文件复制到个人账户中。
- 如果你因争议或交接需要某项记录，请询问工作区管理员或你的雇主希望如何处理。
- 为你自己留存记录：工作区名称、你的角色以及你采取行动的日期。
这是编辑建议，不是平台规则。经审核的事实没有确立 Slack 在导出方面允许或要求什么，因此你组织的政策和你承担的任何法律义务才是主导考虑因素。
一份可用的清单
- 确认工作区。 记录其名称和你用于它的登录方式。确认这就是你想退出的那一个。
- 检查你的角色。 成员、管理员、所有者或主所有者。如果你是主所有者，现在就规划转移。
- 指定继任者或联系人。 对于雇主的工作区，约定好谁继续负责，以及必要时谁能重新激活你。
- 先决定内容问题。 要明白停用不会移除已经发送的消息和文件。单独提出任何删除请求，并在行动前拿到答复。
- 只保留获授权的记录。 个人笔记和基于权限的材料，而不是组织数据。
- 完成任何所有权转移。 不要在自己仍持有主所有权时停用。
- 在该工作区中停用。 然后确认你已经退出，而不是假设它生效了。
- 检查你的其他工作区。 它们不受影响；只有当你确实打算退出时才退出它们。
- 记录你做了什么以及何时做的。 工作区名称、角色、日期，以及谁处理了转移。
常见的失败路径
- 你停用了错误的工作区。 这就是第 1 步存在的原因。如果发生了，联系该工作区的所有者或管理员；重新激活由他们处理。
- 你期望自己的帖子消失。 它们不会。在停用前规划好内容问题。
- 你是主所有者，结果卡住了。 必须先完成转移；在经审核的事实中，没有绕开它的办法。
- 你以为所有 Slack 账户都关闭了。 并没有。每个工作区都是独立的。
- 你编辑了个人资料，以为这就够了。 空白个人资料并不等于删除了已存储的数据。
- 你以后需要重新进入。 必须由所有者或管理员重新激活你，所以在工作区之外保留一个具名联系人。
本文无法告诉你的内容
经审核的事实没有涵盖菜单位置、按钮标签、保留期限、导出选项、消息删除请求，或某个具体组织如何处理离职成员。如果你需要其中任何一项，请询问工作区管理员或你的雇主，而不是依赖一份通用指南。对这个问题本身的需求是一个编辑假设；上述步骤仅建立在所列主张以及明确标注的建议之上。
如果你更广泛的任务是在开始关闭任何账户之前弄清楚你的邮箱地址关联了哪些账户，那么邮箱查询指南就是相关的下一步。你也可以在方法页面了解 TraceSeek 如何处理用户名和账户查询，以及在应用页面了解该应用覆盖哪些内容。