使用 Persona 的身份基础架构为您的所有身份操作提供支持

身份是一种关系，而不是一种交易。这句话影响了我们在 Persona 的许多决定，但它到底意味着什么？ 如今，许多企业将身份验证视为一项静态的一次性事件，需要在入职期间完成。 但身份总是在变化的。花点时间想想你认识多年的人。你会想到什么特征——有趣、忠诚、无私？ 现在回想一下你第一次见到他们的时候。你对他们的第一印象是什么？现在你对他们的看法有什么不同吗？ 人们会改变。身份发生变化。信任并不是与生俱来的——它是通过长期建立关系而获得的。这意味着，如果您想真正与客户建立信任，就不能采用一刀切的身份识别方法。相反，你需要将其视为一种动态的、持续的关系。 每个企业都需要解决 3 个主要的身份挑战 不幸的是，将身份视为一种关系说起来容易做起来难。身份很复杂，大多数公司没有时间或资源投入必要的精力来将身份视为不仅仅是静态交易。 在 Persona，我们与一些世界上最大的公司合作，多年来，我们注意到大多数与身份相关的公司面临的痛点主要分为三个方面： 风险 转换 运营 让我们分解一下。

公司希望能够评估风险

并减少欺诈。然而，现在比以往任何时候都更难了解用户是好是坏，并​​且没有一种规范的方法来评估风险，因为这取决于每个公司的特定行业、用例、客户等。另外，风险总是在不断变化——今天看似合法的个人将来可能会变得有害。 这给我们的下一个业务痛点——转化——带来了问题，因为  塞浦路斯 WhatsApp 号码列表 企业显然也希望拥有尽可能多的客户。因此，他们需要提供良好的用户体验以防止流失。问题是：他们越容易让用户成为客户，他们就越可能面临更多的欺诈。相反，他们越想了解用户以确保他们不会拒绝合法客户，他们产生的摩擦（和流失）就越多。 最后，公司希望平衡前两个挑战——风险和转化——而不会给他们的运营带来巨大压力。不幸的是，脱节的数据和工具、手动审查以及企业需要做出和跟进决策的大量数据点和人员，所有这些都使得身份操作效率极低且资源密集——难怪企业最终将身份视为静态的、通用的一次性交易。这更容易。 正如您所看到的，这三个业务目标都感觉有些矛盾。

转换和风险保证之间存在固有

的权衡，企业通常最终不得不做出妥协，或者投入大量时间、人员、数据和其他资源来找到理想的平衡。 当我们开始构建 Persona 时，我们知道的一件事是，一刀切的平台并不名副其实。这些解决方案永远无法适合所有情况，因为它们  文本服务 假设所有企业都是相同的——每个企业都有相同的目标、需要遵循的法规、客户类型、现有技术堆栈等等。 在 Persona，我们相信身份是与背景相关的、连续的、不断变化的——并且身份平台需要像他们正在验证的身份一样动态。这就是为什么我们在构建 Persona 时采用最好的平台和基础设施解决方案：我们开发了一套全面的构建块，这些构建块可以单独用于不同的用例（从身份验证到手动审查），也可以一起工作以完全整合和编排身份操作贯穿您的业务。