云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

专属服务器_无法连接服务器_返现

小七 141 0

构建集成的最佳实践

让我们来谈谈集成的目的。一个好的整合对双方都有好处。你来找我说"我想收集你所有的数据并在我的应用程序中提供"是没有意义的,除非对我有什么好处。如果你能把我的数据和其他数据结合起来,展示一些有趣的东西,我才会这么做。例如,在振幅与Braze的双向集成中,我们允许客户发送有趣的用户群到Braze。当这些人群成为市场营销活动的目标时,Braze会向我们发送系统事件,让客户能够在其应用程序的上下文中了解这些事件。然后,他们就可以回答这样的问题:"在用户点击推送通知后,该用户是否真的使用了通知所指向的功能?"这类问题单靠这两种产品都无法回答,但振幅和钎焊的结合使之成为可能。通过整合,我们使这两种产品对我们的客户更有价值。在研究振幅积分的时候,我学到了一些关于如何使积分成功的东西。良好的整合始于客户在Amplitude,我们是客户开发合作伙伴(CDP)的忠实粉丝,他们帮助我们构建和测试我们的新功能。一旦我们有了一个新功能的想法(甚至只是一个问题空间),我们就开始和客户讨论这个问题。在早期阶段,我们试图了解他们目前的问题以及我们可以做些什么来解决他们。稍后,我们可能会向他们展示新特性的模拟。在构建功能之后,我们首先为这些客户启用这些功能,并获得他们的反馈。无论集成请求来自合作伙伴还是来自我们的客户,第一步是找到至少2-3个对使用它感兴趣的客户。如果您无法轻松找到将使用新功能的客户,那么也许您应该问问自己,构建该功能是否是一个好主意。每当合作伙伴要求我们构建集成时,我的第一个问题是,"谁将使用它?"如果那个合作伙伴不能给我一个客户名称和用例的列表,那么我倾向于把它作为一个低优先级。相关阅读:让我们制造更好的产品考虑规模和速度任何时候在服务器之间交换数据时,都需要考虑数据的规模以及处理数据的速度。每小时发送100条记录与发送1000万条记录大不相同。如果您的合作伙伴有一个一次可以接受50个事件的API,并且您需要发送1000万个事件,那么您可能会遇到麻烦,除非该API能够处理大量并行(或者数据在相当长的时间内不需要到达那里)。另一方面,如果实际负载很小,则不需要能够每秒从端点接收一百万个事件。需要考虑如何快速处理所需的数据。通过提前与客户交谈并了解他们的使用案例,我们成功地了解了如何构建队列同步功能。我们想提供每小时一次的队列同步与Braze,我们的一些客户希望同步队列高达1000万用户。知道我们的客户希望同步这种规模的队列,我们努力将这个过程加快50倍。现在,这种规模的队伍只需几分钟就能出口。在快速破解之前优先考虑长期路线图当构建一个集成时,很容易找到一种最快的方法来实现它。虽然我同意快速发货通常是王道,但重要的是要记住,任何集成都有两家公司参与,而且通常会受到很多协调惩罚。如果您的集成是建立在一个很快就会被弃用的系统之上的,通常最好等到替换的系统推出并经过充分测试。否则,您将构建集成,让人们开始使用它,并在集成不可避免地中断时,争先恐后地进行修复。最近,当我们与一个合作伙伴合作进行双向集成时,我们意识到,我们打算用于的API很快就会发生重大变化,如果您的集成是建立在一个很快就会被弃用的系统之上的话,那么最好等到替代产品推出并经过充分测试后再使用。出站集成。我们可以立即构建集成,但随后我们必须在短时间内重写所有内容。幸运的是,入站集成的优先级要高得多,因此我们决定在短期内专注于此。相关阅读:从那些真正做过这件事的人那里得到关于构建伟大产品的建议基于公共API构建私有API是一件好事,因为它们意味着你得到了别人没有的特别的东西……对吧?这也许是真的,但你也得到了一些不太受支持的东西。如果您构建在公共API之上,那么您使用的是(希望)支持的面向外部的系统。如果你在一个私有API之上构建,你可能正在使用一个工程师在2天内共同破解的东西,而且没有人真正知道它是如何工作的。如果您需要对公共API进行增强,您可能可以在该团队的开发路线图上获得它(假设集成对他们很重要)。如果你需要一个私有API的增强,那么,你就听任他们摆布了(假设他们可以为最初的集成破译代码),如果你在公共API之上构建,你使用的是(希望)支持的面向外部的系统。因此,下次合作伙伴希望为您提供私有API(或真正使用其网站上未公开记录的内容),请尝试让他们将其添加到公共API中。从简单开始,然后迭代在开始构建之前,您应该清楚地定义度量集成成功与否的方法。它可以设置诸如"让N个客户在前3个月使用它"或"在Y特性中获得X%的使用率增长"之类的指标,重要的是这些指标与您关心的业务目标直接相关。当特性启动时,这些指标的检测需要到位;否则,您将不知道应该为哪些集成构建2.0版本,并且您将最终尝试为您真正的数据拼凑不好的代理想要。它我们最好从最简单的开始,如果人们真的使用它,那么再构建更多。一旦你知道要度量什么,你就可以构建最小价值产品(MVP)来支持用例。相关阅读:如何组织你的产品团队围绕你的北极星将所有可能的东西构建到集成的初始版本中可能很诱人。但是因为很难知道客户会使用什么,所以最好从最简单的开始,如果人们真的使用它,再构建更多。例如,我们构建了手动队列同步,然后当很多人已经在使用它时,我们又回来构建定时同步。由于各种原因,与某些合作伙伴的集成将比其他合作伙伴更受欢迎,因此您需要确保将资源投入到使用率最高的集成中。例如,我们一开始就与三个不同的营销自动化平台构建了相当简单的集成。结果发现,我们最流行的营销自动化集成的使用率是下一个最流行的选项的10倍以上。现在,当我们构建对集成的增强时,我们首先从这个开始。总结一下为了构建一个良好的集成,您需要考虑您希望它完成什么,并确保它的设计和构建是合理的。一个构建良好的集成可以使这两个产品变得更好,而一个糟糕的集成可能会混淆用户并分散他们获取价值的注意力。如果双方在价值主张上都很清楚,并且你建立了一些东西,使人们能够更好地使用你的产品,那么整合对每个人来说都是一个净的胜利。