段是一个越来越受欢迎的客户数据聚合器，可以轻松地对工程师来跟踪漏斗事件，测试新的分析合作伙伴，并组合从网站，移动应用程序和服务器收集的数据。在销售技术宇宙与客户数据工具乱丢，这可能真的很有用。在VB Insight，我研究了营销分析景观，计算了700多种工具营销人员，用于储存客户数据并产生营销洞察力。我没有收集所有这些，并且段并不与几乎所有所有人集成。即使仍然，在经典的“Build VS.买入”辩证法中 - 这是在过去一周的往返于VentureBeat自己的移动峰会的辩证法中，在过去一周的地段历史上提供了“尝试”的令人信服的替代方案。

新版本称为源，可能比这更强大。

虽然Web和移动应用程序数据可能是一个大量的企业，但在电子邮件广告系列，客户支持渠道或支付系统中收集的数据的驱动呢？毕竟，客户不仅仅使用网站和移动应用程序。他们打开电子邮件，与销售人员进行对话，与客户支持聊天，并支付东西。这些数据源通常居住在自己的筒仓中 - 并且在大时的碎片化公司，他们由自己的工程团队管理，他们自己的发布和更新周期和数据分析师。

在这个模型中，大量的数据被留下了。即使在数字成熟的公司彻底投资客户分析，它们仍然具有与第三方系统相同的数据来源相结合的艰难时间 - 类似联系中心或付款信息 - 并使其意味着什么。

段的新产品很有趣，因为它是从Salesforce，Zendesk，STRIPE，Sendgrid，MandRill和Twilio等云提供商的绘制，只需点击几下即可将信息拉到一个数据库中。我通常在嘲笑“5分钟来安装，无需工程时间”供应商说话 - 但在细分的情况下，它实际上是真的。

更重要的是，随着所有这些实际的客户数据在一个地方，公司终于可以了解完整的客户体验，并探索通信渠道跨越的接触点如何影响收入，参与，保留和流失。它允许工程和营销团队停止在数据收集上重点关注数据，并开始考虑数据背后的客户。我喜欢在井里使用水的类比。您的高度付费数据分析师是否最好使用泵送蓄水或聚集水？或者是它们更加有效地利用有效的基础设施，与水系统建立酷灌溉应用程序以使您的产品成长？随着来源，部门客户可以真正专注于增长举措。例如，他们可以看到应用程序中的哪些页面提示最多的支持票证，或者通过电子邮件中选择的客户是否比电子邮件中的客户更换，甚至可以如何支持购物。

Trunk Club，Instacart，Mapbox，Udacity，99designs和Angie列表是使用源和花费更少的时间收集水的一些启动客户。这种方式的组合数据通常会使近乎不可能的任务相同，如量化客户支持的价值 - 或了解电子邮件和短信随时间的影响 - 非常可达，如果不是彻头彻尾的可测试。

我也赶上了彼得雷德哈特的细分委员会彼得·雷德哈特，了解一下释放团队的发布意味着什么以及所有这些不同的第三方数据生活在一个地方。也许，最重要的是，现在和在途中提供的产品类型。RENHARDT在电子邮件中表示，“我们有8个来源开始（Salesforce，Stripe，Zendesk，Sendgrid，Mandrill，Intercom，Hubspot和Twilio），其中2个目前在Beta（Mailchimp，Salesforceiq）。我们计划在未来几个月内大大增加来源目录。我们将从包含广告（Google AdWords，Facebook广告）和数据库（MongoDB，Postgres）的新类别。“

在过去一年中也有显着增长。Reinhardt告诉我，“来源在过去一年中建立了相当大的动力，包括推出仓库等新产品，由茁壮成长的B系列，从30到80增加。