谁来部署应用？
需要规划 Laravel、数据库、queue、监控、备份和更新。
比较之前
源码控制权也意味着运营责任。
Mailcoach 适合希望深度集成产品的 Laravel 团队；eMailBase 适合需要现成 workspace、但不想维护应用层的企业。
营销团队能修改什么？
区分界面配置与需要代码和部署的改动。
谁管理访问权限？
确认 user management 是现成提供，还是需要与内部系统集成。
哪类所有权最重要？
分别看待数据、服务商账户、源码和 workflow 配置。
运营模式对比
服务商控制权相似，应用责任不同。
比较所需的工程投入，以及营销团队能够获得的开箱即用程度。
决策维度
Mailcoach · 自托管 Laravel
eMailBase · BYO SaaS
部署方式
可作为独立应用运行或集成进 Laravel；运行环境由团队维护。
创建 SaaS workspace，连接服务商并配置发送域名。
发送基础设施
在应用环境中配置 SES、Mailgun、SendGrid 或 Postmark 等服务商。
在统一路由层管理多个服务商和连接状态。
成本与扩展
软件许可、hosting、数据库、queue 和维护投入共同构成成本。
Workspace 费用加上发送服务商直接收取的费用。
自动化
Workflow 支持 trigger 和 action，并可通过 Laravel 与应用代码扩展。
营销团队可在多分支 canvas 中管理条件、等待和事件。
数据管理
名单、segment、custom field 和记录存放在自管数据库。
档案、tag 和事件贯通 segmentation、automation 和报表。
访问控制
访问方式取决于部署；package 集成由宿主应用提供 user management。
Workspace 内置 Sub-users、role 和限定范围的 API key。
API 与集成
可通过 Laravel、event、command 和应用代码深度集成。
无需源码访问，可通过 REST API 和 webhook 集成。
送达率运营
配置后可处理服务商反馈；DNS 与信誉仍由团队管理。
在一个界面集中管理 DNS、退信、suppression 和服务商状态。
所有权与迁移
完全控制源码与数据库，同时负责备份、升级和恢复。
不提供应用源码访问；可导出数据，服务商账户仍归企业所有。
Mailcoach 的信息已参考 Mailcoach Self-Hosted 页面, 技术文档, Spatie 产品页面. 功能、限制和价格可能调整，请在决策前再次核实。
结合场景作出选择
没有适合所有团队的唯一答案。
关键在于：源码灵活性是否值得团队长期承担应用运维。
团队具备 Laravel 能力，并重视源码控制。
- 邮件需要深度集成进内部产品。
- 能够维护 hosting、数据库、queue 和升级。
- 需要超出 SaaS API 边界的定制。
营销团队需要现成 workspace，而不是新的基础设施项目。
- 希望使用自有发送服务商，但不想自托管应用。
- 营销团队需要直接修改可视化 automation。
- 需要现成的限定权限与 API key。
迁移计划
分层迁移，不要过早停用原系统。
所需时间取决于数据量、现有自动化、集成数量以及内部审批流程。
- 01
盘点
确认负责人、联系人、同意记录、抑制名单和正在运行的旅程。
- 02
连接
配置发送服务商、访问权限和所需的 DNS 记录。
- 03
重建与测试
先迁移一个高优先级 workflow，并验证触发器、退出条件和 webhook。
- 04
切换流量
待退信、退订和报表数据稳定后，再逐步提高发送量。
迁移常见问题
离开 Mailcoach 前需要确认的问题。
保留原发送服务商，并不代表 workflow 和应用集成会自动迁移。
Mailcoach Self-Hosted 是由团队部署和维护的 Laravel 应用；eMailBase 管理 SaaS 应用，同时仍允许企业连接独立的发送服务商账户。
如果缺乏长期 Laravel 能力，SaaS 可减少部署、queue、数据库、备份和应用升级责任。
通常可以，前提是 eMailBase 支持该服务商且账户归企业所有。仍需复核 API 凭据、权限、webhook、DNS 和反馈处理。
自定义代码、Laravel 逻辑、workflow、user management 和内部集成都需要盘点、映射并在目标平台重建。
迁移前先验证
无需再部署一套应用，即可测试一个 workflow。
连接现有发送服务商，让营销团队先用小规模数据验证 automation、权限和报表。