依赖在哪里？
原生 Docs/Sheets、Apps Script、共用云端硬碟权限、Forms 与 Google 专用登入会累积依赖。
选型前先整理工作
请各团队列出必要、可改变及可退役的功能。区分标准流程与客制逻辑，记录每项决策的负责人。
需要决定如何迁移的资料
检查转换文件、拥有人、留言、日历及邮件封存，核对目前管理员汇出的涵盖范围与限制。
需要保留的整合
重建必要的 Apps Script 与表单处理流程，更换网站及客户电邮中的连结。
身份与存取对照
对应帐户、群组、访客及使用 Google 登入的应用，验证复原与外部存取。
候选元件
| 元件 | 用途 | 授权 |
|---|---|---|
| Nextcloud | 团队协作 | AGPL-3.0 |
| LibreOffice | 办公软件 | MPL-2.0 |
| Zulip | 团队协作 | Apache-2.0 |
身份、备份、监测与整合仍是架构的一部分。每个元件都需要独立检查功能及版本。
分阶段迁移路线
了解现况。
盘点系统、合约、资料、权限及关键流程，指定负责人与验收标准。试行。
汇出包含指令码试算表与外部协作者的共用专案，请使用者确认目标流程可完整运作。演练。
量度汇出与汇入时间，对照原系统核对笔数、关联、附件与报表。并行。
指定权威来源，避免重复写入，监测新旧系统介面。切换。
协定时段、决策者、沟通方法及清楚的回复期限。营运。
培训使用者、记录复原方法，保留所需历史后才退役旧系统。
风险与安全
转换可能改变公式与协作脉络；邮件托管及视讯会议须在这些元件之外另行选型。
保护汇出与暂存资料，限制迁移帐户，使用加密传输，验收后移除临时存取权。
回复与验收
保留已验证的旧系统备份及切换后写入纪录，决定回复时是还原还是重播变更，并实际演练。最终退役前，业务负责人须确认资料核对及代表性流程通过。
工作量与持续维护
初步复杂度为「高」，只是编辑规划分类，并非工期或报价。交付估算需要先试行，并纳入修补、监测、整合维护、备份还原及使用者支援。
常见问题
一个应用可以取代整个平台吗？
核心需求有时适合单一应用，但专门流程往往需要多个元件。承诺前先验证功能差距。
可以保留部分原系统吗？
可以。清楚界定系统边界与权威资料来源后，混合或分阶段方案可减少干扰。
开源一定较便宜吗？
不一定。请用同一年期与实际输入比较授权、迁移、基础设施及营运成本。
资料来源与查核
政策与功能可能改变；实作前请核对现行条款及已安装版本。