TG Data

通过探索我们可以提供的一系列用户旅程，我们意识到身份检查可以在三个维度上发生变化：

用户需要进行的身份检查的强度，服务根据交易的风险程度决定
用户提供的文件或证据及其检查方式
渠道
这会产生大量可能的组合。为了粗略地说明规模，假设有 4 个强度级 以色列 WhatsApp 号码 别，10 个已接受的文档，每个文档可以通过 3 个渠道以 2 种方式进行检查。这已经是 240 个独特的用户旅程。这是一个有用的框架，不仅可以理解旅程，还可以定义我们的初始范围并帮助我们理解复杂性

对于私人测试版，我们将从一个强度级别、一个文档和一个渠道开始。这将使我们能够快速构建一些东西，将其交到真实用户手中，并开始通过观察到的用户行为和反馈来增强我们的研究和访谈。

身份很复杂，但证明你的身份不应该如此
身份核查本身就是一个复杂的问题。这常常会变成一个困难且繁琐的过程。我们认为事情不必如此，我们正在尝试如何让事情尽可能简单。

身份检查不可能是一刀切的流程（没有神奇的文件），但我们不想创造一个令人困惑的各种可能性迷宫。我们从可用性测试中发现的主要一点是，基于任务列表的设计模式是一种简单、灵活且可扩展的方式，可以组合来自不同类型检查的用户旅程，以适应不同的人口统计数据。

另一个经验是引入概念的“及时”原则。例如，我们的第一个原型试图在旅程开始时教育用户拥有可重复使用身份的价值，但这太抽象和令人困惑了。我们知道让用户明白他们正在创建可以重复使用的东西很重要，但引入这个想法的正确时机是当有人完成了身份证明并可以选择保存它时。这种方法测试效果更好，让旅程更加无缝。