Kipp Eyes 通过实时支付批准抓住电商机遇

根据 eMarketer 的数据，“2022 年全球电子商务销售额将首次超过 5 万亿美元，占零售总额的五分之一以上”。从独立的、主街商店的所有者到在全球范围内激烈竞争的零售商，这些企业需要能够为每一笔合法的交易完成而奋斗。然而，全球支付咨询公司 CMPSI 在 2020 年估计，“只有 85% 的在线交易获得批准，而店内交易的批准率为 97%。”

当一家金融科技创新者需要内存数据库的极速，并保证备份和冗余时，它选择了 AWS 上的 Redis Enterprise Cloud。

CMPSI 还指出了这种差异的影响，指出，“交易被拒绝后，超过 50% 的客户会将其业务转移到竞争对手那里。” Kipp 的创始人看到了巨大的机会，他们正在寻求在信用发行方和商家之间的支付批准过程中实现更大的协作，最终为在线购物者提供更好的体验。

因为在购物者可能选择将其业务转移到其他地方之前，授权销售的时间至关重要，所以 Kipp 选择了 AWS 上的 Redis Enterprise Cloud。除了 Redis 闻名于世的性能之外，作为一家初创公司，Kipp 需要一种经过验证的、完全托管的服务，该服务提供有保证的备份和冗余，使其团队能够专注于优化电子商务商家和信用卡发行银行之间的支付流程这一挑战。

以毫秒为单位为购物者提供协作式在线信用批准

很大一部分电子商务业务正在流失，部分原因是技术限制了信贷机构和商家之间的合作。每个人都在这个系统中损失。购物者没有得到他们想要的东西，卖家没有卖出东西，银行家也没有得到他们的投资机会。

“电子商务商家及其发卡银行都喜欢我们帮助他们通过取悦客户来挽回更多良好的业务。Redis 为此价值主张做出了重要贡献，并使我们能够在不损害卓越客户体验的情况下快速扩展。”
Nir Levy，Kipp Ltd. 联合创始人兼首席技术官

通常，购买被拒绝有两个基本理由：首先，客户没有足够的资金；其次，交易超出其政策或被怀疑为欺诈。

遗留代码和基础设施不允许商家更主动地帮助信贷发行方了解客户的信用风险。如果商家希望保存交易，它也不允许商家分担风险成本。由于贷款决策传统上基于根深蒂固的信用和风险政策，因此该过程缺少可能影响新理解的实时环境数据。

挑战在于利用商家的洞察力和商业利益来优化决策，以满足每个利益相关者的需求：客户、商家和银行。

由于今天的购物者需要非常快的系统响应，电子商务交易变得更具挑战性，因此任何信用审批流程都必须在几毫秒内完成，并考虑到互联网流量。

Kipp 的目标是设计一个可以自动实现商家和银行之间实时协作的系统。他们面临的挑战是找到确保其可行的技术。

实时协商信用批准和支付授权

在评估了各种数据库（包括开源 Redis）之后，Redis Enterprise Cloud 的极速和高可用性相结合，满足了 Kipp 的系统设计要求。

另一个额外的好处是，Redis 是金融行业广泛认可和使用的数据平台，因此他们的团队不需要与银行和信贷发行方进行验证。

他们的解决方案 Kipp Connect 旨在提供智能、客户友好的信用决策，因此 Redis 成为了提供实时处理的理想引擎。整个过程需要获取购物者信用发行银行和商家的预定义政策（业务规则）。由于这些组织使用不同的数据集，因此 Kipp 的 AI 平台需要实时数据共享，以便在交易的时间范围内做出决策。

Kipp & Redis：快照

Redis Enterprise Cloud 充当内存数据处理层，以将消费者元数据与存储在 MongoDB 中的 AI 生成的银行贷款政策数据合成。

Redis Enterprise Cloud 的核心功能使 Kipp 的开发人员能够开发一个极速的协作式电子商务平台，以及一个在金融行业广泛使用的数据平台。

Redis 的托管服务确保 Kipp 的可用性和速度始终满足三个交易参与者的期望：贷款人、卖家以及他们最终共享的客户。

由于用户体验是衡量成功的最终标准，因此系统冗余或可用性与 Redis 的运行速度同等重要。Redis Enterprise Cloud 不仅确保系统弹性。作为一项完全托管的服务，它包括自动配置和主动维护，以确保环境始终以最佳性能运行。优化例程使像 Kipp 这样的初创公司可以像点击一样简单地进行扩展。