Twilio电话号码管理/架构

Question

嗨，我会尽量短一点的。

我正在设计一个国际化的Twilio短信系统。我知道您可以使用API购买/删除“动态”号码，也可以使用地区代码作为备案器列出您当前购买的号码。

我的问题是，当我的新系统将有少量的国际用户(至少在一开始)的时候，我想要支付本地费率的短信费来发送/回复，当我的新系统将有少量的国际用户时，管理电话号码最具成本效益的方法是什么？我注意到英国没有免费服务-我的主要用户.

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

这里的问题是，很明显，我需要清除那些已经有一个月没有使用过的数字(为了降低价格/在Twilio月收费范围内)，除了存储在我们的数据库中之外，我还不确定如何做到这一点.

那么，这就是API的使用方式吗？即临时购买号码，每月一次，如果在这段时间内再次使用，保持现有号码，如果不购买新号码？我的重点是降低成本..。

或者我完全没有意识到这一点，也许可以得到一个国际号码，发一条短消息，而不需要购买这个号码一个月？

任何关于这个系统的最佳布局的建议都会有帮助，或者类似系统的指导。

Answer 1

嗨，吐里奥，开发商，福音传道人。

我会试着把你的问题分解。

如果我想在发送/回复时支付本地收费，那么当我的新系统将有少量的国际用户时，管理电话号码最具成本效益的方法是什么(至少在最初)？我注意到英国没有免费服务-我的主要用户.

如果您只是发送消息，您可以选择只购买一个号码，并使用该号码发送您的所有消息。这将降低购买本地号码的成本。然而，如果您的用户需要回复，那么您使用本地号码将是有益的(您的客户)，因为他们将不必支付国际费用的答复。从每个国家向每个国家发送信息的价格可以看到这里。顺便说一句，我们在英国有免费的话费。

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

这听起来不错，但是要想知道是否使用了一个数字，你必须把它储存在某个地方。我的建议是使用类似StatusCallback的东西，每次使用数字时都会通知您。这样，您就可以每天查询数据库，检查在过去30天中是否没有使用数字，然后通过REST删除它。

这里的问题是，很明显，我需要清除那些已经有一个月没有使用过的数字(为了降低价格/在Twilio月收费范围内)，除了存储在我们的数据库中之外，我还不确定如何做到这一点.

这是正确的(正如我先前的评论所述)。将这些信息存储在数据库中将使您更容易，并将使您能够更聪明地什么时候发布数字。如果你不想为一个数字支付每月的费用，然后在第二天发布，因为它现在已经30天了，你可以选择在你的代码中有一些逻辑来检查一个数字是否可能被使用。下个星期。

那么，这就是API的使用方式吗？即临时购买号码，每月一次，如果在这段时间内再次使用，保持现有号码，如果不购买新号码？我的重点是降低成本..。

这将是不同的，但大多数人倾向于保留数字，而不是公布它们。这样，您有一个号码是您的，如果您决定再次联系您的用户，您将联系从同一个号码，之前发送的消息将很好地线程。您可能总是发送来自不同号码的消息，从而使用户感到不快，所以理想的情况是，如果可以的话，我可以保留这些数字。