Retell AI for Agencies: One Account or One Per Client? How to Structure Accounts, Keys and Phone Numbers
说明与用途
使用 Retell AI 的机构选择账户结构:大多数客户在单一机构账户中服务,采用严格的命名和元数据,而需要所有权、合规或高流量的客户则创建单独账户。规则包括号码所有权协议、录音保留和安全密钥管理。
问题
Agencies building Retell AI agents for multiple clients face a tenancy decision that impacts cost attribution, data isolation, ownership disputes, and blast radius.
结果
Agencies can maintain clear cost attribution, data isolation, and secure offboarding by defaulting to a single agency account with strict naming and metadata, while reserving client‑owned accounts for cases of ownership, regulation, or high volume. Phone number and recording policies, along with server‑side API key management, further mitigate risks.
工作流
- Choose default structure (agency account for retainers, client account by exception).
- Document reason for client‑owned account in contract.
- Prefix every agent with client code (e.g., ACME-receptionist-v3).
- Pass client identifier in call metadata for usage tracking.
- Track monthly usage per client even with flat pricing.
- Agree on phone number ownership and exit rules before purchase.
- Define recording retention, export, and deletion terms.
- Keep API keys server‑side, limit access, rotate keys proactively.
- Monitor all clients in the account.
- Provide a scoped client view that filters data by tenant.
证据
If you build Retell AI agents for more than one business, you hit a design question long before you hit a scaling problem: does every client live in one Retell account, or does each client get their own?
That setup creates four real problems as you grow: Cost attribution, Access and data isolation, Ownership disputes, Blast radius.
One place to build, test and update every agent, which matters when you roll the same fix across ten clients.
I prefix every agent with the client code, for example ACME-receptionist-v3, so nothing is ambiguous in logs, webhooks or reports.
Phone numbers cause more offboarding fights than anything else, so I treat them separately from the account question.
- 记录日期: 2026-10-20T11:56:11.568Z