Nexmo 推出了两个新的 API 来改善客户体验
已发表: 2018-10-10在其 Nexmo API 平台扩展的最新公告中,Vonage Business 刚刚宣布了两款有趣且相关的新产品。 这两个 API,Nexmo Messages API 和 Nexmo Dispatch API,都是为了向组织提供他们需要的工具,以尽可能提供最佳的客户体验。
这两个 API 都是为了让客户和客户能够按照自己的条件联系组织以获得支持服务。 Nexmo 的最新 API 包括各种不同的消息传递应用程序兼容性,不仅可以开辟新的通信方法,还有助于确保成功传递时间敏感信息。
不断扩大的客户体验平台
现在这可能看起来有点拗口,但我们将进一步分解并仔细研究 Vonage 和 Nexmo 引入的确切内容,以及它们如何同时使客户和组织受益。 只是为了提供更多背景信息,Nexmo 当然是一个 API 平台,与 Vonage 的整体 UCaaS 平台紧密相连。 Nexmo 通常与流行的 Twilio 相提并论,为组织提供他们需要的 API,以便将新的通信方法甚至身份验证引入其网站、移动应用程序等。
该公告包括两个特定的新产品,Messages API 和 Dispatch API。 虽然密切相关并提供相似的功能,但这两个 API 实际上针对不同的用例实现了两个不同的目标。
Nexmo 消息 API
新的消息 API(应用程序接口)通过将多个流行的消息应用程序引入现有的客户服务平台,使组织能够为客户提供广泛的通信选项。 简而言之,组织可以允许客户通过 Facebook Messenger 或 WhatsApp 等方式与他们的支持团队互动。 但更重要的是,组织能够通过使用一个 Nexmo 消息 API 来提供此功能。
以前,开发人员需要为这些不同的平台单独获取和集成不同的 API; 一种用于添加 WhatsApp 功能的特定 WhatsApp API,以及一种用于添加 Facebook Messenger 功能的特定 Facebook API。
但是现在有了 Nexmo 的新消息 API,组织只需将一个 API 引入流程,并获得灵活性,以启用任意数量的消息应用程序,其功能包括:
- 通过一个 API 集成多个消息传递渠道,包括 Facebook Messenger、Viber Service Messages、WhatsApp、MMS 和 SMS
- 能够通过这些流行的消息传递渠道发送功能丰富的媒体,包括图像、音频、视频、文件和位置
- 提供详细结果的单事件回调,例如时间戳、消息状态、价格和错误消息,为组织提供优化服务所需的信息
- “直接连接到运营商和获得专利的自适应路由算法,以确保最佳 SMS 传递”
组织现在不必依赖特定的、单独的 API,而只需要利用这个单一的消息传递 API 就可以在其网站、移动应用程序甚至桌面 CRM 中包含多个消息传递平台。
消息将如何使用?
通过将多个消息传递平台集成到网站或移动应用程序中,这个新的消息 API 使组织能够通过允许消费者通过他们喜欢的渠道与公司取得联系来提供出色的客户支持。
Nexmo 还将 SMS 和 MMS 的核心功能包含在此 Messages API 中,不仅限于流行的第三方消息传递平台。 毕竟,虽然 WhatsApp 可能是一个非常普遍的选择,但 SMS 和 MMS 仍然是全球最流行的消息传递选项,并且覆盖范围最广。
另一方面,组织还可以将此消息 API 集成到他们自己的桌面 CRM 中,例如 Zendesk 或 Freshdesk,使代理能够访问这些新渠道,并利用通过这些交互收集的信息。 由于 Messages API 就是一个 API,因此组织可以自由地为消费者和代理定制体验。 这不是预打包的应用程序,组织可以完全自定义他们希望如何使用这些新集成。
Nexmo 调度 API
除了 Messages API,Nexmo 最新的 Dispatch API 还使消费者能够在他们认为最方便的渠道上接收信息——但方式略有不同。 Dispatch API 旨在使组织能够向客户和消费者提供时效性信息,但更重要的是,确保成功交付这些信息。
更具体地说,Dispatch API 使组织能够设置特定的事件序列以帮助确保成功交付,并利用通过此 API 收集的信息来帮助优化此流程。 借助 Dispatch API,企业可以获得新功能,包括:
- 通过客户的首选渠道发送消息,该渠道将根据时间和消息状态(例如消息未被阅读或未发送)回退到另一个渠道
- 一个 API 调用用于实施自定义社交消息传递策略,使企业可以轻松设置和利用社交渠道
- 开发人员的最后一次回调,详细说明了工作流程的总价格和结果
- 交付逻辑使企业能够轻松快速地扩展到 SMS 之外,以利用最具成本效益的消息传递渠道
将这一切都用英文表示,Dispatch API 将使企业能够设置一系列事件以确保成功交付信息,例如包裹交付通知或确认、约会提醒或身份验证信息。 但是,Dispatch API 不是简单地通过文本或电子邮件发送这些信息并希望用户能看到它,而是更进一步地传递信息。
任何使用 Dispatch API 的企业都可以通过多个渠道发送这些消息。 例如,企业可能会注意到他们的客户最常使用 WhatsApp,因此他们决定通过 WhatsApp 发送所有对时间敏感的通知。 如果 Dispatch API 收到此消息的“已读”状态,则它知道客户收到了该消息。
但是,如果 Dispatch API 没有收到“读取”状态,它将尝试下一个通道——根据 API 的配置,这可能是另一个消息传递平台,如 Facebook Messenger,或者它可以直接转到 SMS。 这个想法是,Dispatch API 为组织提供了灵活性和自定义能力,不仅可以决定他们如何发送消息,还可以确保接收这些对时间敏感的消息。
组织从客户首选的通信渠道开始,然后根据设置的参数(例如时间和消息状态)回退到另一个渠道。 这使企业能够充分利用多渠道方法来确保信息不仅被发送,而且被传递和读取。
将如何使用调度?
Dispatch API 的主要目的是专门确保最终用户接收到时间敏感信息。 正如我之前提到的,这可能包括交付状态、交付通知或约会提醒——任何需要多人同时或同一地点的情况。
Dispatch API 的一个有趣的特定用例是帮助解决所谓的“最后一英里问题”,以最大限度地减少未出现的总体机会。 当然,缺席会减慢整个流程,并增加互动成本。 如果需要重新交付包裹,企业和用户都会浪费时间。
进一步深入研究该示例,当交付需要签名的包裹时——再次,需要两个人在非常特定的时间和地点见面的场景——调度 API 可用于确保位置通知和时间不仅发送给收件人,而且还阅读并同意。
与现有 Vonage 产品的协同作用
由于 Nexmo 是 Vonage 平台的一部分,因此还需要注意的是,这些新的 Nexmo API 将直接与某些特定的 Vonage UCaaS 解决方案一起使用。 不久前,我写了一篇文章,重点介绍了 VonageFlow 的公告,提供者 UC 和团队协作解决方案。 该平台将即时消息、群组消息、文件共享、SMS 短信和语音呼叫引入 Vonage 业务云。
这个平台当然已经在利用 Nexmo API,而对于新的 Messages API 来说也不例外。 由于此 API 完全可以定制,组织可以直接将 Messages 功能集成到 Vonage Flow 平台中,使代理能够在他们用来协作的同一平台上与客户进行交互——这正是首席执行官 Alan Maserak 几年前所描述的当我们谈到 Vonage 总体规划时,弥合沟通之间的差距。
更进一步,Vonage Flow 还引入了所谓的 Business Inbox,该功能使组织能够与 Facebook 等社交媒体平台集成,使组织能够发送和接收来自客户的消息。 同样,这里与新的 Nexmo Messages API 有直接的协同作用,进一步扩大了组织可以利用的渠道数量,现在引入了其他流行的消息传递平台,甚至是 SMS 和 MMS 功能。
底线
借助这两个新的 API,Nexmo 正在进一步扩展其客户体验能力。 通过使组织能够通过使用单个 API 来集成多个消息传递渠道,Nexmo 在竞争中提供了相当大的优势——不仅扩展了功能和定制,而且同时简化了整个流程。
Dispatch 和 Messages API 都引入了全新的功能,使组织不仅可以为其最终用户提供更好的体验,还可以为他们自己的内部客户服务和支持团队提供更好的体验。 通过将这些功能集成到现有的支持服务或桌面 CRM 应用程序,甚至是 Flow 平台等 Vonage 工具中,组织可以在竞争中获得相当大的优势。
这些 API 可帮助组织提供更好的体验、减少摩擦,并从整体上减少与提供优质服务以伴随其产品和解决方案相关的时间和成本。