你可能是因为以下原因来到这里:
- 共享登录域名对严肃的产品来说不合适
- 安全邮件应当明确属于你的产品
- 身份与邮件的复杂性曾带来问题
- 减少组件比快速上线更重要
此页面旨在节省你的时间。
AccountMaker做出有意的取舍。本页解释这些取舍适合谁，以及不适合谁。
如果你需要即时托管的登录页面或营销邮件，这可能不是合适的工具。
符合以下条件时很合适:
产品有外部用户
客户、合作伙伴或委托方需要登录并接收安全相关邮件。
希望用户立刻信任登录与邮件
希望登录页面与事务性邮件来自你的域名，而不是供应商域名。
把信任与安全当作产品功能
降低钓鱼风险与混乱是你评估基础设施的一部分。
预期产品会长期存在
你需要稳定的身份基础，而不是临时脚手架。
以下情况下可能不合适:
需要立即托管的UI
AccountMaker假设你能掌控自己的域名与身份面。
想发送营销或外联邮件
邮件仅限认证与运营用途。
在做短期原型
域名优先的身份会增加负担，可能不适合实验。
需要匿名或一次性账户
AccountMaker优先强调清晰的所有权与身份信号。
为何适配性重要
AccountMaker有意保持狭窄范围。通过限定范围并强化域名身份，降低风险与歧义，但仅在这些限制与你目标一致时有效。
- 域名验证带来初期摩擦
- 受限的邮件能力限制部分用例
- 身份行为明确，而非魔法
常见问题
团队可以先小规模开始再调整吗
可以。许多团队从Alpha开始，在需要可预测性时转向Stable。
AccountMaker会替代应用UI吗
不会。AccountMaker处理身份基础设施，而不是产品UI。