Twilio 电话号码管理/架构

Question

您好，我会尽量简短。

我正在设计一个国际 Twilio SMS 系统。我知道您可以使用 API“即时”购买/删除号码，还可以使用区号作为文件管理器列出您当前购买的号码。

我的问题是我想支付本地费率文本费用以发送/回复，当我的新系统将有少量国际用户（至少最初）时，管理电话号码最经济有效的方法是什么？我注意到英国不提供免费电话 - 我的主要用户群...

我的粗略想法是首先为给定国家/地区的用户生成一个本地短信号码，然后在下次发送该国家/地区时检查我们是否有现有号码，如果有，则使用它，如果没有购买新号码，两者都使用 API。

这里的问题是，显然我需要清除一个月内未使用的数字（以降低价格/在 Twilio 每月费用范围内），除了存储在我们的数据库中......）

那么这就是 API 的预期使用方式吗？即按月即时购买号码，如果在此期间再次使用，是否保留现有号码，如果不购买新号码？我的重点是降低成本……

或者我完全错过了这一点，也许可以得到一个国际号码并发送一条一次性短信而无需购买一个月的号码？

您对这个系统的最佳布局的任何建议都会有所帮助，或者是类似系统的指南。

Answer 1

您好，这里是 Twilio 开发人员宣传员。

我会尽量分解你的问题。

假设我想支付本地费率文本费用以发送/回复，什么是 当我的新系统时管理电话号码的最经济有效的方法 会有少量国际用户（至少最初是这样）？ 我注意到英国不提供免费电话 - 我的主要用户群...

如果您只是发送消息，您可以选择只购买一个号码，然后使用该号码发送您的所有消息。这将降低购买本地号码的成本。但是，如果您的用户需要回复，那么（对您的客户）使用本地号码将是有益的，因为他们不必支付国际费用来回复。从各个国家发送消息到各个国家的价格可以看到here。顺便说一句，我们在英国确实可以免费拨打电话。

我的粗略想法是首先为用户生成一个本地短信号码 在给定的国家/地区，然后下次发送该国家/地区时检查是否 我们有一个现有的号码，如果有，请使用它，如果没有购买新的 一个，两者都使用 API。

这听起来很对，但要跟踪某个数字是否已被使用，您必须将其存储在某个地方。我的建议是使用StatusCallback 之类的东西，它会在每次使用数字时通知您。这样，您可以每天查询您的数据库，并检查最近 30 天内是否未使用过某个号码，然后通过 REST API 将其删除。

这里的问题是显然我需要清除那些 已经有一个月没有使用了，（以保持价格下降/在 Twilio 每月收费），除了存储在 我们的数据库......）

这是正确的（如我之前的评论所述）。将此信息存储在数据库中将使您更轻松，并使您能够更聪明地了解何时发布数字。如果您不想为某个号码支付月费然后在第二天发布它，因为它现在已经 30 天了，您可以选择在您的代码中添加一些逻辑来检查某个号码被使用的可能性比如说……下周。

那么这就是 API 的预期使用方式吗？即采购编号 即时，每月一次，如果在该时间内再次使用，请保留 现有号码，如果不购买新号码？我的重点是 降低成本...

这会有所不同，但大多数人倾向于保留数字而不是释放它们。这样，您就有了一个属于您的号码，如果您决定再次联系您的用户，您将使用同一个号码联系，并且之前发送的消息将被很好地串接起来。您可能会因为一直从不同号码发送消息而让用户感到不安，所以如果可以的话，我会说最好保留这些号码。