今天，我们很高兴推出全新的API版本2.0，这使得我们的客户能够更轻松地获取、分析和更新对讲机联系人和对话数据。这将使我们的客户更容易将其数据转换为有价值的绩效报告和业务见解。它包括一个经过彻底检查的对话API，以及全新的联系人和数据属性API。现在，您可以使用任何字段组合（如联系人位置或对话标记）筛选联系人和对话，以获取所需的准确数据。一旦更新了API版本，就可以系统地标记对话，并利用新公开的联系人属性、更细粒度的会话时间戳和现成的会话度量。"我们在新的API中重建了搜索功能，使其在本版本中更加健壮、直观和强大"此版本的好处是巨大的，使您能够通过自定义报告提高团队的性能，通过在商业智能工具中利用客户数据来推动决策，并使用内部通信数据为更个性化的客户对话提供更深层的上下文。特别是搜索领域，已经被这个版本改变了，我想深入研究一下我们如何在新的API中重建我们的搜索功能，使之更加健壮、直观和强大。在数据中查找个人信息我们经常谈论我们的使命，使互联网业务个性化——我们如何通过强大、周到的技术帮助公司与客户建立更好的关系。在线企业可能无法像咖啡店老板或街角店零售商那样面对面地与客户见面，但互联网企业可以通过利用数据提供更个性化、更有用的互动，以其他方式建立联系感。为了有效地支持您的客户，您需要知道他们的客户是谁，以及他们是如何做出决策的。"如果数据不易搜索和使用，它可以有效地在企业和客户之间传递，使我们试图联系的真正的人变得模糊"然而，关键是要有适当的背景——在足够大的规模和足够的数据下，可以说，在数字上失去这个人是有可能的。如果这些数据不容易搜索和使用，它可以有效地在企业和客户之间传递，使我们试图联系的真正的人变得模糊。拥有适当的工具来管理、访问和分析这些数据对于获得正确的客户环境至关重要，没有这些环境，关系就难以建立。我们在对讲机上也看到了这一点——随着我们处理越来越多的数据，搜索成为一个越来越基本的问题。准确、可靠、可用的搜索使所有这些数据成为一种资产而不是障碍。对于我们的客户来说，试用云服务器，我们为他们提供快速、直观地搜索客户数据的工具变得越来越重要。我们现有的API显示出它的时代，限制了我们的客户搜索有关他们自己客户和对话的详细信息。同样清楚的是，随着我们客户的数量和种类在过去几年中急剧增长，我们需要设计一种搜索功能，该功能对于任何可想象的用例都足够灵活，大数据是数据，同时保持直观的可发现性。寻找正确的答案考虑到我们计划的改革规模，我们知道还有很大的改进空间。例如，我们以前的用户过滤仅限于电子邮件地址，而我们的用户和会话列表api只允许按少量属性排序。我们的api不是RESTful或行业标准的，并且在用户列表中分页也不是很好。在我们开发API时，我们考虑到人们使用对讲机进行的大量工作，包括我们可能无法预测的工作，并得出结论，我们应该在API中构建一个非常通用和直观的搜索功能。我们为我们的api开发了一套原则，以及我们希望它们的行为方式。它们应该是：简单：容易掌握可用：易于使用适应性强：对于各种用例来说足够灵活可发现：易于察觉构建一个无聊但创新的解决方案当我们坚持"构建无聊软件"的口号时，我们研究了久经考验且值得信赖的技术来帮助我们实现这一目标。长期以来，Intercom一直依赖Elasticsearch作为我们内部搜索数据的主要方式，并使用它来支持我们的一些产品功能（如收件箱搜索）。我们还发展了一支日益成熟的团队和基础设施，以帮助管理我们众多的Elasticsearch部署。我们在该领域日益增长的专业知识使我们能够在新的API中支持我们的搜索是正确的选择。我们的挑战是让界面功能强大但又直观，因此我们探索了多种选择：1： 类SQL语言我们早期的探索之一是关于类似SQL的语言，比如Salesforce和jiraapi中使用的语言。实际上，它应该是这样的：选择Id，Name从联系人其中Name='Sandy'虽然这将是非常强大的，我们很快意识到它肯定不是简单的或可用的。它还需要用户学习所有不同的语法和语言特性才能有效地使用它。此外，还不清楚如何在Restful请求中交付SQL查询。2： 基于查询字符串的搜索语言另一个看起来很有前途的选择是基于查询字符串的方法，例如直到最近Zendesk的API才使用这种方法。它看起来像：query=updated_at:1579273187状态：打开，其中数字表示epoch或Unix日期。最明显的缺点是这样的语言不允许完整的布尔和/或查询，因此功能不够强大。此外，它还需要客户对他们的查询进行URL编码，这使得查询的可读性降低，因此也就不那么可用了。3： 基于JSON的查询语言经过大量的实验，我们找到了一种基于JSON的查询语言，它由离散的可组合块组成。这似乎符合我们一开始确立的所有原则。适应性：它允许非常强大的全布尔搜索查询，很容易构建。可用：它由简单的可组合块组成。简单：一旦你知道了操作符和基本的构建块，你就可以用最少的精力构造任何你喜欢的查询。可发现：它使用JSON有效负载，它易于人类阅读、机器解析，大数据怎么样，并且被广泛使用。设计积木一旦我们决定了这个方向，我们就想出了一种简单而可组合的查询语言。主要构建块是包含字段、运算符和值的查询对象：{field:"您希望针对的联系人对象上的字段"，淘客推广联盟，operator:"比较运算符"，value:"要比较的值。可以是支持的数据类型之一"}可接受的操作员包括：

在逻辑复合运算符（AND和OR）的情况下，返利优惠券，字段被省略，值是一个查询对象数组：{接线员："和"，value:查询对象数组"]}这允许您构造查询，例如："Get me all conversations that week been updated，current closed，and was assigned to Tier 1，Tier 2，or VIP inbox."如下所示：

另一个例子是搜索"Get me all contacts created this month created who lead_score over 80，in the United States，and phone number not empty."这样的搜索结果如下：

通过上下文实现影响正如您所看到的，这种语言允许复杂的布尔搜索，同时遵循我们最初的原则–最重要的是，它足够健壮和强大，可以处理您想在对讲机中处理数据的各种工作。通过专注于使API具有高度的可用性、适应性和可发现性，我们相信我们为这个上下文提供了比以往任何时候都更大的影响。毕竟，关键的环境决定了了解客户和隐藏客户之间的区别。