📅 迁移时间线：6 周四阶段

Week 1-2：Schema 设计。IT 团队与各部门负责人在 Notion 中搭建「目标架构」——不是复制 Confluence 空间，而是定义 5 个核心 Database：Projects、Meetings、Decisions、People Directory、Knowledge Base。每个 Database 的 Property 设计经过 3 轮评审，确保跨部门通用。

Week 3-4：数据导入。使用 Notion 的 Import 功能批量导入 Confluence 页面（HTML 格式），同时用自定义脚本将 Jira Issue 转为 Database 条目。847 个 Confluence 页面中，约 30% 被判定为过时内容直接 Archive，剩余 70% 导入后由各部门负责人重新归类到新 Database 中。

Week 5：培训与并行。Confluence 和 Notion 并行运行一周。IT 团队录制了 12 个 5 分钟短视频，覆盖「Database 基础」「Search 技巧」「Template 使用」。关键策略：不是教所有人「怎么用 Notion」，而是教每个角色「你的日常工作在 Notion 里怎么做」。

Week 6：全面切换。Confluence 设为只读，所有新文档必须在 Notion 创建。Jira 保留用于 Engineering 团队的 Sprint 管理（Notion Timeline 视图暂不满足他们的 Git 集成需求），但 Product 和 Design 团队完全切换到 Notion。

💡 关键决策：为什么不 1:1 复制

迁移项目负责人原话：「Confluence 的空间结构是 10 年堆积的结果，有 40% 的页面没人看过。如果原样搬到 Notion，只是把垃圾从一个大箱子搬到另一个大箱子。」

他们采用的策略叫「Database-first migration」——先设计 Database Schema，再决定旧内容哪些入库、哪些丢弃。847 个页面最终变成：Projects Database 213 条、Knowledge Base 156 条、Meetings 89 条、Decisions 34 条。其余内容要么合并要么 Archive。

Notion 企业迁移项目规划 Database，展示迁移阶段与任务分配 — 迁移项目本身也用 Notion Database 管理——Phase、Owner、Status、Blocker 字段跟踪每个任务

📊 迁移后的量化收益

迁移完成 3 个月后的数据：全局搜索平均响应时间从 Confluence 的 2.3 秒降至 Notion 的 0.8 秒；员工自助找到所需文档的成功率从 58% 升至 81%（内部调研，n=342）；SaaS 订阅从 Confluence ($4./user) + Jira ($7.5/user) + Google Workspace 部分功能，合并为 Notion Enterprise ($20/user，含 AI)，年省 $127,000。