使用一个Twilio号码和TaskRouter vs多个号码(流量和限制)



我需要建立一个呼叫中心,从那里座席需要呼叫客户,客户需要能够呼叫座席。我怀疑我是否应该有一个Twilio电话号码(用于呼叫中心),然后用Twilio TaskRouter(为每个代理创建一个单独的Worker)指示传入呼叫,或者每个代理是否应该有单独的Twilio电话号码。我是从可扩展性的角度和Twilio的局限性来考虑这个问题的。

我在这里看到一个注释说:

现在减少你的批大小为1,这样你只发出1个请求时间到Twilio API。

我正在考虑建设的呼叫中心,将有很高的使用率,有很多座席同时拨打/接听电话。它还将支持短信和电话会议(热传输)。

所以我担心,如果我使用一个Twilio号码作为TaskRouter和代理作为工作人员的呼叫中心,我最终可能会面临限制问题。根据Twilio文档,我无法弄清楚,在这种情况下,我将在系统中设置的限制是什么。

另一方面,如果我为每个代理使用单独的Twilio号码,这是减少我可能面临的最终限制的更好选择吗?我猜限制是每个Twilio号码,如果我使用单独的电话号码,系统将能够更好地扩展?

但是在这种情况下,如果每个代理都有单独的Twilio号码,我还可以使用TaskRouter和worker吗?

您不需要为每个worker (agent)指定一个数字。在Twilio号码上处理入站或出站呼叫没有限制。需要注意的一件事是,对于出站呼叫,终端运营商可能会在CallerID上放置分析评分,因此基于呼叫模式,可能会将您的号码标记为可能的垃圾邮件/骗局(您有时会在呼叫移动运营商时看到这种情况)。如果你使用一个数字,如果它被标记,回答率会受到影响。

建议和最佳实践保持积极调用者的声誉

如果所有代理使用相同的出站呼叫,您需要到达的方式路由回电话回各自的代理,也许在某种程度上捕捉这个出站活动在一个数据存储和入站调用时,使用为什么Twilio工作室发现代理地方出站调用(或池的代理服务,调用)和发送,在Flex使用任务路由器属性和路由器的逻辑直接任务最好的工人。

你上面引用的并发性问题不再是一个问题(1个并发API调用每秒)。每个CPaaS提供商都有适当的并发限制来保护他们的平台,但没有那么低。

如果您正在进行大量的呼出呼叫(基于您需要在一段时间内拨打多少电话),您将需要与Twilio合作,以增加您的每秒呼叫(CPS),默认为1 CPS。这将影响您在一秒钟内可以放置的并发调用的数量,而不是您一次可以激活的并发调用的总数。

REST API:最佳实践

Twilio Flex为大型企业联络中心提供动力,所以你不应该担心容量问题,但我绝对建议你与Twilio客户经理和解决方案工程师合作,以确保你考虑到所有的需求。

最新更新