将Zendesk亚博 Talk呼叫同时路由到多个座席
回答当呼叫到达时，我们需要将呼叫路由到所有可用的代理，而不仅仅是一个可用的人。这是因为我们不希望客户等待一个代理接受或拒绝一个电话，然后再跳到下一个代理来决定同样的事情。如果呼叫被通知到所有可用的座席，那么呼叫将得到更快的应答，并改善系统的客户体验。
-
官方的评论
2022年更新
你好,
我们的Talk产品呼叫路由的当前策略是将语音无缝集成到我们的omnicnel路由引擎中。这不会给客户提供“Hunt Group”功能。
如果您需要寻线组功能，有一个合作伙伴列表可以提供此功能。我们的市场可以搜索使用此链接．
——之前的回复——
你好,
谢谢你的反馈!
这个功能目前还没有在我们的路线图中。它在我们的积压中，以供将来考虑。
谢谢
产品团队
-
我们曾经在aircall中使用过这个功能，对我们来说，这似乎是一个无需思考的功能，它可以减少等待时间和未接电话，在zendesk上进行通话也很棒。亚博
-
我们也需要这个功能。如果没有这个特性，我们的工作流程和响应时间会受到很大的影响。请将此添加到标准Zendesk Talk功能中!亚博
-
我也想把我的票投给这个，不是故意的双关语:)。有能力打电话给所有可用的代理一次使我们的客户更快的反应。
-
是的，这个功能需要添加。这是一个无需动脑筋的问题!
-
如果我们要在zendesk中使用这个特性，这是必要的。亚博对于一个小团队来说，循环赛是行不通的。
-
我们在电话和票务上的快速响应时间。我们使用了一种工具，可以让我们打电话给所有可用的代表，最快的人会接到电话，从而缩短了我们的回应时间。拥有“呼叫全部”功能将使我们能够将响应时间保持在让客户非常满意的时间内。
-
同时呼叫路由对我的团队也是必要的。我们是一个小团队，有一个主要的支持代理，他接听大多数电话。当主代表正在通话或正在处理其他事务时，其他1-2名团队成员可以接听呼叫。如果没有其他人有空，经理可以接到电话。
只有轮循实现，其他团队成员(包括经理)成为呼叫路由中的第一个代理，因为他们将回答最少的呼叫，然后是下一层，最后它呼叫主要支持代理，他们“可用”的时间最少，因为接听大多数呼叫是他们的工作。这时，打电话的人已经等了太久了。您可以看到，对于小型团队，轮询选项是如何导致主要问题的，在小型团队中，有一个主要的人来接听呼叫，其他团队成员也可以这样做，但不应该将呼叫路由到谁。
-
出于同样的原因，这对我们的团队来说也是必要的。这是我们在其他解决方案中寻找的功能。
-
我们也希望看到这个功能。在小团队中，每个座席都可以同时看到来电，而不是一个接一个，而且接听电话的速度更快。
-
为了减少等待时间和改善客户体验，这是必须具备的功能。
根据SLA，我们有30秒的时间来接听电话，所以轮询不是一个选项……您甚至不能将30秒时间调整为任何较低的值(比如10秒)。
这肯定是一个商业决定，因为w我们要支付所有等候时间的费用。等待的时间越长，支付的钱就越多。甚至欢迎问候或IVR选项都不是免费的。
-
我也想为这个功能投上一票，因为它将极大地帮助我们的呼叫中心减少放弃呼叫和等待时间。
事实上，我觉得这应该是Zendesk优先实现的功能。亚博
-
我正在试用，但没有这个功能就不会注册。我原以为像Zendesk这样的大公司会提供多种路由选择。亚博同步是必须的，应该是优先添加的，但其他好的是固定顺序，以及在转到语音信箱之前重复路由x次的能力。
-
我们需要马上在zendesk上讨亚博论这个!
-
我在哪里签收?:）
这将非常有帮助，因为它将减少我们的未接电话，就像让整个CE团队为客户提供服务一样，而不仅仅是一个人。
-
你需要投票才能被考虑在内。评论是不够的:(…在这里了解如何投票:
-
同意，同时呼叫路由是小型团队所需要的。
例如，我们有一个主要的支持代理，他接听大多数电话，如果主要代理正在接听电话或在接到电话时正在处理其他事情，其他2-3名团队成员能够接听电话。如果没有其他人有空，经理可以接到电话。
只有轮询实现，Manager成为呼叫路由中的第一个代理，因为它们将回答最少的呼叫，然后是下一层，最后它呼叫主支持代理，因为他们的工作是回答大多数呼叫，所以“可用”的时间最少。这时，打电话的人已经等了太久了。您可以看到，对于小型团队，轮询选项是如何导致主要问题的，在小型团队中，有一个主要的人来接听呼叫，其他团队成员也可以这样做，但不应该将呼叫路由到谁。
-
这应该是一个可配置的设置。让我们来决定是否要循环赛。
如果设置为轮询，则可以选择将30秒等待时间调整为任何较低的值，如果所有代理都可用，则让我们决定代理的顺序。使用IVR是一种按部门进行座席订购的解决方案。
Twilio, Zend亚博esk的语音(Talk)提供商，不限制你在这一点上，因为Freshdesk使用相同的提供商，他们提供的选项。所以呢?正如我之前提到的，这必须是一个商业决定。如果客户将迁移到竞争对手，我们将看到这个决定有多正确。
-
除了轮询与所有代理一次之外，我希望能够在同一呼叫组中使用特定的代理扩展。
基本上，我希望设置像客户呼叫单一支持线一样工作，如果他们知道他们希望与之交谈的代理的分机号(他们之前与之交谈的代理提供了分机号或客户在电子邮件签名中看到它)，他们可以点击该号码并与代理交谈。提示知道方扩展是可以的，但我特别不想要的是将我的座席分成不同的组，并且支持号码只是读出客户选择的组/座席名称。
所以典型的“感谢您联系支持，有人很快就会来找您，但如果您知道您想要通话的一方的分机号码，请现在拨……”之类的事情。
-
Jeff，这是一个很好的功能请求，但如果你有不同的代理班次，这可能行不通，或者你应该这样完成它:“代理此时不可用……”请留言，我们将很快与您联系。”
-
我们有一个小的支持团队(2人)，如果他们都可用，我们希望我们的支持电话都能接通。这将允许他们中的一个人继续他们的工作，如果他们在中间的事情，它还支持更快的响应时间。
-
Zend亚博esk，这是怎么回事?这个功能显然很有用，而且有很多人要求使用它。更好的客户体验和更短的等待时间比你的底线更重要吗?目前为止，ZD的无线电沉默表明是后者。
-
嘿，旅行团!
我们正在努力改善社区中产品反馈主题的沟通。
我一时想不出答案，但我会联系相应的产品经理，看看他们是否正在考虑构建这一功能。坚持住，我会在接下来的几天里带来最新的消息。
-
我和产品经理谈过了，她说Talk的产品团队每周三都会审查产品反馈帖子，所以他们会在下周晚些时候分享一些见解!
-
谢谢你，妮可，我们期待着你和团队的回复!
-
确定的事情。谢谢您的耐心等待!
-
路由呼叫到某些代理的能力，以及实时转移(即不捆绑两个代理为一个呼叫)对我们的业务是必不可少的。我们在2017年10月下旬实现了Talk，在没有这些功能的情况下，它一直在努力运行。有什么进展吗?
-
有什么进展吗?
-
我们认为我们已经找到了解决这个问题的方法。希望它能帮助别人…
我们有3个支持代理和一个代理，我们想要第一个接电话，因为他是最好/最相关的人在电话上说话。就叫他一号探员吧。
如果我们组成两个禅的工作小组，我们将他们称为“一线支持”和“二线支持”。
我们要一号探员在第一线只有“把其他探员分到一线和二线。
有了这些设置，如果我们将第一行设置为电话的默认值(如果我没记错的话，在电话号码页面下)，第一行的代理似乎首先得到呼叫。如果他不在，那么就交给二线代理商。
希望这对你有帮助!期待反馈。:）
-
谢谢你的分享，Styles。
@Travis，目前没有最新消息。我们会与你保持联系。
请登录留下评论。
140条评论