工作原理
分阶段、有协助且可撤销。
01
告诉我们要迁移什么
一次简短的通话或邮件——哪些团队、频道或项目对第一步最重要。
02
我们进行范围界定和映射
我们将频道/看板映射到Groups，将任务/讨论线程映射到FabricLoop的任务和笔记系统 — 完全免费。
03
并行运行两个工具
保留旧工具的只读访问权限用于存档搜索，同时日常工作迁移到 FabricLoop。
04
随时扩展或停止
在准备好时迁移下一个团队。如果FabricLoop不适合你的需求，我们会帮你将数据导出出来。
按平台
通常会迁移什么——以及不会迁移什么。
每次迁移都由我们协助并与您一起确定范围 — 没有任何内容会在后台自动移动。以下是通常能干净迁移的内容和通常需要重建的内容的真实情况。
Slack
通常转移过来作为组的频道、作为对话历史的活跃线程，以及其中的成员。
我们如何协助我们与您一起确定哪些频道最重要 — 通常优先选择流量最高的频道 — 然后将其重新创建为FabricLoop Groups。
非自动完整的逐条消息历史记录、反应和第三方应用集成不会自动迁移；我们迁移您告诉我们重要的内容，您可以保持 Slack 打开（只读）以进行较旧的存档搜索。
Microsoft Teams
通常转移过来Teams/channels 作为 Groups、来自 SharePoint 的链接文件，以及活跃的对话上下文。
我们如何协助最好按团队进行——我们会帮助您先选择一个试点小组，因为 Teams 的设置因组织而异。
非自动深度 Microsoft 365 集成（SharePoint 权限、Entra ID 组、Planner/Loop 组件）不会自动重新创建——你在 FabricLoop 中重建工作流而非 1:1 直接迁移。
Asana
通常转移过来项目作为 Group、带有受让人和截止日期的任务，任务评论作为对话。
我们如何协助发送导出或管理员访问权限，我们将项目映射到组和任务映射到 FabricLoop 的任务系统。
非自动自定义字段、作品集和复杂的自动化规则不能一一对应——我们帮助你决定什么应该简化与重新创建。
monday.com
通常转移过来看板作为群组、项目作为任务、状态列作为任务字段对齐。
我们如何协助看板结构因团队而异，因此我们会在迁移任何内容之前与您一起查看您的具体看板。
非自动自动化、仪表板和非任务板类型（CRM 风格的板、文档）不会自动转换 — 预期需要重建而不是导入它们。
Wrike
通常转移过来项目作为 Group，带有所有者的任务，链接到创建它们的对话。
我们如何协助我们优先迁移在Slack或电子邮件中产生最多辅助沟通的项目。
非自动资源管理、校对工作流和审批链不会自动迁移 — Wrike 的更深层 PMO 功能目前还没有直接的 FabricLoop 等效功能。
Notion
通常转移过来以 FabricLoop 笔记形式的页面和文档，链接到它们所属的组。
我们如何协助我们会先转换您最常用的页面；大型wiki通常分阶段迁移。
非自动数据库、关系和公式不会自动转换——将结构复杂的 Notion 数据库视为重建，而不是直接迁移。
常见问题
在您移动任何内容之前。
迁移是自助式还是协助式？
有协助。我们与你合作确定要迁移的内容范围——没有自动一键导入器，因为映射决策（哪个频道变成哪个群组，哪个看板变成哪个任务视图）值得正确处理而不是快速处理
我们可以同时运行 FabricLoop 和旧工具吗？
可以——大多数团队都会这样做，只要他们需要。没有要求必须一次全部切换，而且Free版本在你评估时没有按座位数限制。
权限如何处理？
你在FabricLoop中直接设置Groups和成员资格；我们不会自动继承你旧工具的权限模型，因为访问模式是重置而非复制的好时机。
迁移期间HIPAA或SSO怎么办？
企业版包括 SSO/SAML 和审计日志，在任何受保护的健康信息移动之前我们会设置业务合作协议 — 如果适用请在开始前与我们联系。
导入或导出我们的数据是否有费用？
否 — 导入和导出协助是免费的，无论是迁入还是如果您决定离开。