除非你想从Facebook或谷歌那里租借你的客户数据，否则你的客户参与的未来取决于拥有你自己的第一方数据。随着第三方cookie在2023年底的死亡，你需要适应第一方的未来，现在就采取措施，在你的网站、应用程序、电子邮件互动和客户数据平台（CDP）（如Segment）之间建立整合，以帮助向你的现有和潜在客户提供个性化体验。
一旦你完成了建立管道的工作，将这些第一方数据分流并使用Segment这样的CDP进行汇总，下一步就是寻找新的第一方数据来源，以增强你的客户的内部代表性，更准确和有效地提供83%的客户说他们喜欢的个性化体验。
有人在你的网站上点击横幅，在你的应用程序中填满购物车，或在电子邮件中打开一个链接，这些都是明显的第一方数据来源，以帮助构建一个档案。不太明显的是，你如何利用Twilio通信渠道（如消息或语音）产生的元数据来了解客户的通信偏好，并适当调整你与他们的互动，以最大限度地提高愉快体验的可能性。
例如，你有一个客户的电话号码，他们选择了接收你的信息，但你看到你发送的信息的参与度为零。这些信息被送达了吗？如果没有，会不会是由于客户提供给你的座机号码首先不能接收短信？如果你在做呼出电话，它们是否由于缺乏STIR/SHAKEN证明而被运营商屏蔽，或者在到达手机时被标记为潜在的垃圾邮件？客户是否不认识来电号码，并将每个电话直接发送到语音信箱？这些都是你可以使用Twilio Voice Insights产生的呼叫数据来回答的问题类型，以及你现在可以使用事件流汇入Segment的答案。
让我们来实现它。
通过API启用Voice Insights的高级功能
由于我们正在讨论将语音洞察数据发送到Segment，我们需要启用语音洞察高级功能。语音和会议洞察力仪表板，以及你从控制台知道并喜爱的呼叫、会议和参与者摘要都包括在平台上的每一分钟，不需要额外费用，但通过API或事件流的程序化访问需要启用高级功能。你不再需要进入控制台并在账户上启用 "一对一 "的功能，我们已经公开了一个设置API端点，允许你通过一个简单的请求启用一个或十万个账户。
curl POST 'https://insights.twilio.com/v1/Voice/Settings' \
--data-urlencode 'AdvancedFeatures=true' \
-u '[ACCOUNT_SID]:[AUTH_TOKEN]'
你也可以在请求中使用SubaccountSid 参数传递一个账户SID，以便在你的子账户上启用Voice Insights高级功能，这让有可能拥有成千上万个子账户的ISV的生活变得更加轻松。你从Twilio收到的响应将确认该操作是成功的。
{
"url": "https://insights.twilio.com/v1/Voice/Settings",
"advanced_features": true,
"voice_trace": true,
"account_sid": "ACXXXXXXXXXXXXXXXXXXXXXXXXXXX"
}
通过控制台启用Voice Insights高级功能
如果你没有一堆需要管理的子账户，或者只是喜欢使用控制台，你也可以在呼叫洞察力设置下的监控标签上管理语音洞察力高级功能状态。
设置分段
一旦Voice Insights Advanced Features被启用，我们需要有一个地方来登陆数据。进入Segment应用的 "连接"部分，添加一个来源。如果你搜索Twilio，你会看到**Twilio Event Streams (Beta)**来源作为一个选项；选择它并继续。
给你的源一个友好的名字，然后点击创建源。一旦创建了源，你会收到一个写入密钥，以后在配置事件流时你会需要这个密钥，所以把它写下来，放在手边。
现在你已经建立了一个源，你可以把数据发送到你想去的地方；在我的例子中，我选择把它发送到一个现有的Redshift目的地。你将需要为你的目的地提供配置细节，如主机、端口、授权证书等。
一旦提供了这些配置细节，你的Source->Segment->Destination 管道就设置好了，准备好了。
通过API创建一个事件流汇
现在你已经启用了Voice Insights高级功能，你可以使用Twilio CLI并配置事件流来发送数据到Segment。我们需要做的第一件事是创建Sink，在那里我们将把我们的呼叫数据倒入管道，然后送往Segment。你将需要传递你在Segment中设置Source时得到的Write Key。你将在响应中得到一个以DG 开始的SID；复制它以便以后使用。
twilio api:events:v1:sinks:create --description <add sink description here> \
--sink-configuration '{"write_key":"${your segment write key}"}' \
--sink-type segment
在控制台中创建一个事件流水槽
你也可以直接在Console中创建一个Sink。只要提供描述，选择类型，并为你的段源提供写入键，就可以了
通过Twilio CLI用事件流订阅Voice Insights呼叫摘要记录
在这个例子中，我签署了Voice Insights呼叫摘要记录，只要摘要完成，就会被发送到Segment；你也可以在摘要生成时发送部分记录，或者你可以使用我们基于ML的预测完成，更快收到摘要数据。
twilio api:events:v1:subscriptions:create \
--description "Subscribe to completed call summary records" \
--sink-sid ‘DGXXXXXXXXXXXXXXXXXXXXXXXXXXX’ \
--types '{"type":"com.twilio.voice.insights.call-summary.complete","schema_version":2}'
你也决不局限于接收呼叫摘要记录。你也可以设置订阅呼叫事件、呼叫指标、参与者摘要和会议摘要记录。我们在公共API模式和发送到事件流的内容之间保持一致，所以你习惯于通过REST API消费的任何东西，你也可以通过事件流进行交互。这篇文章主要是关于语音的，但你绝对不限于语音事件，你可以在这里看到完整的订阅目录。
通过控制台用事件流订阅语音洞察力呼叫摘要记录
如果命令行界面不能通过你的围观检查，你总是可以 直接在控制台创建一个新的订阅。
验证管道
一旦创建了订阅，数据将开始从Voice Insights流向Event Streams，然后再流向Segment。呼叫摘要记录在呼叫结束后30分钟才会被标记为完成，所以如果你在配置这个管道的账户上还没有呼叫，那么你将需要打一个测试电话，等待摘要完成，Voice Insights发出摘要，Event Streams接收并处理它，然后让它落入Segment。根据我的测试，一个完成的呼叫摘要需要几秒钟的时间来登陆Segment；你可以通过进入你的Sources并点击Debugger查看已经发送的记录来验证你的呼叫数据是否登陆了Segment。
使用案例
现在你的Twilio语音数据已经登陆Segment了，你可以开始做一些上面描述的很酷的事情，比如确定用户的首选沟通渠道。你可以考虑的其他想法是。
- 你可以使用呼叫的start_time来追踪消费者接听电话的时间，并存储一个 自定义特质以用于下一次接触，或者使用
answered_by参数来识别那些真正拿起电话而不是让它转入语音信箱的客户，并将他们标记为语音频道的优先目标。 - 如果你使用Twilio的语音SDK来提供应用内呼叫，你可以将发布到语音洞察的SDK事件与应用内活动相关联，以了解用户行为；例如，对于一个骑行共享应用，骑手是否将该应用的呼入呼叫通知作为司机在楼下的 "通知"，因此你不应该为你的回答率出汗？
- 在零售业中，你的客户是否在访问商店后立即打电话过来，或者反过来说，他们的电话互动是否不尽人意地结束，导致他们前来寻求解决？
- 如果你的金融服务应用内置了应用内呼叫，以连接投资者和顾问，那么主观呼叫质量和转换率之间有什么关系？是否有一个质量下降的阈值，使得放弃VoIP电话并切换到PSTN来挽救这一天是有意义的？
- 在医疗保健领域，错过的预约对供应商来说是一个巨大的机会成本；你知道你的调度系统是在预约前发送通知，但他们是否收到了？你的预约提醒的回答率是多少？被接听的电话中有多大比例进入了语音信箱？如果有的话，提醒进入语音信箱和错过约会之间的相关性是什么？
你也可以使用这个事件流 -> 段落管道来个性化你的Flex IVRs，捕捉Studio Flow的进展，或者使用Segment Developer Toolkit建立一些别人没有想到的东西。
一旦建立了从Twilio呼叫到Segment的数据流，你的组织就可以开始弄清客户的呼叫行为和你所期望的业务结果之间的关系，释放出流数据管道和客户数据平台的力量。
我们迫不及待地想看到你所建立的东西!
Michael Carpenter（又名MC）是一个电信API的老手，自2001年以来一直在用软件使电话响。作为Twilio公司可编程语音的产品经理，他的兴趣是API、SIP、WebRTC和移动SDK的交叉点。他对Depeche Mode也有很多了解。请联系他，地址是mc (at) twilio.com。
