Cloudways 客户交付：Team 权限还是服务器所有权转移？

Limited Team 权限到底能控制什么

只有账户所有者可以创建 Team Member。对于 Flexible，Limited Access 可以限制到指定服务器、应用和具体操作，例如监控、扩容、启动/停止服务器或查看 Master Credentials。Billing 与 Support 又是独立的全局权限。代理商因此可以只给开发者应用权限、只给客户经理支持工单权限，同时保留支付信息。

Full Access 成员可以访问所有 Flexible 服务器和应用，还能查看或更新 Master Credentials。它很方便，但不应成为客户或外包人员的默认权限。先从 Limited Access 开始，每个例外都记录原因，再决定是否真的需要账单或支持权限。

Team Member 不等于客户拥有资产

Team Member 仍然工作在所有者的 Cloudways 账户里，所有者保留账单关系，也能编辑、停用或删除成员。开发期、维护合同和阶段验收适合这种方式；如果客户要求合作结束后独立控制，它就不是完整退出方案。

Cloudways 说明，已经关联 Trial 或 Full 账户的邮箱不能再次用作 Team Member 邮箱。如果客户已有 Cloudways 账户，应尽早规划目标账户和转移流程，不要等到交付当天才发现冲突。

服务器转移会改变控制权和账单

Cloudways 把服务器转移定位为代理商或开发者先在自己账户完成建设，再把完整控制权交给客户。源账户与目标账户都必须是 Full/Paid，且只有源账户所有者可以发起。目标所有者会收到有效期 48 小时的接受链接；接受后，服务器从源账户消失，由目标所有者控制并支付费用。

转移当月会按两边各自持有服务器的时间拆分用量账单。应把它作为客户结算的明确截止点，而不是默认整月费用都属于一方。

转移后必须重置凭证和集成

Cloudways 会移除原账户 Team Member 的项目访问权，并删除这些 Team Member 创建的应用 SFTP 凭证；但原账户所有者创建的应用凭证可能继续有效。因此，安全交付应先盘点凭证，在接受转移后轮换或删除仍存活的所有者凭证，再从客户账户创建新的实名权限。

如果服务器绑定了 Elastic Email，转移后该绑定会被移除，需要由新所有者重新激活。免费 SMTP 设置会保留，但仍应实际发信测试。Live 与 Staging 若位于不同服务器，只转其中一台还可能解除映射，所以不要只检查公开首页。

撤销权限前先保存活动记录

Platform Activity Logs 会记录操作、成员、时间、目标服务器/项目/应用和 IP，并支持成员、日期过滤。Cloudways 最多保留三个月，而且当前仍标注 Public Preview。停用代理商团队前，应把相关近期记录保存到交付档案，不要把平台页面当作永久合规归档。

代理商可执行的交付顺序

1. 先确认客户需要协作权限，还是法律与运维意义上的所有权。 2. 列出服务器、应用、Staging 配对、DNS 所有者、SSL、SMTP 附加项、备份和全部凭证。 3. 若只是协作，邀请实名用户，使用 Limited Access，并只开启必要的 Billing/Support 开关。 4. 若要转所有权，确认两边都是 Full/Paid，并与客户所有者安排 48 小时接受窗口。 5. 接受后测试 DNS、SSL、应用健康、Cron、邮件、备份与 Staging。 6. 轮换仍存活的所有者应用凭证，创建新的实名用户，删除代理商旧 Team 权限。 7. 保存近期活动记录，并核对应按比例拆分的账单截止点。

Cloudways Flexible 是否适合客户项目

它更适合需要托管云基础设施，同时又重视服务器/应用粒度控制的代理商。独立评测也指出相应代价：平台比传统一体化主机更复杂，模块化附加项会让最终费用更难预估。只有当精细协作和服务器所有权转移确实有价值时，这种运维模型才值得。

**结账前决策清单。** 购买 Cloudways Flexible 前，先写清楚谁拥有账户、谁支付基础设施、哪些人需要服务器或应用权限、客户退出流程，以及由谁保存交付档案。服务器与附加项价格以结账页为准；本文不会把临时展示价误写成 Team 席位费。

联盟披露：通过 Toolnavia 合资格 Cloudways 入口购买时，我们可能获得佣金，但这不会改变“先用 Limited Access、只有客户必须控制账单和基础设施时才转移所有权”的建议。