KYC 验证用户体验：终端用户看到的每一步

《What Your Users Actually See in a KYC Verification (Full Walkthrough)》完整字幕。Didit Academy 第 2 集（共 10 集），时长 14:36。在 YouTube 上观看。每段文字都链接到视频中对应的时刻。

​

本视频涵盖的内容

00:03 当你把客户引导到 Didit 完成验证时，他们究竟会看到什么？这正是本视频要讲的内容。我们将从用户的角度完整走一遍流程：真实用户点击你的链接后依次点按的每个页面。这是一个可以完全使用他们自己的语言进行品牌定制的流程，适用于用户手中的任何设备，并由一系列看不见的检查承担大部分工作，而真实结果会在生成时立即回传到你的系统。要直观了解它，最好的方式是亲自操作一次。请访问 didit.me，免费注册，然后用自己的手机完成验证，

​

亲自打开验证流程

00:38 几分钟内即可完成。好，最简单的方式是你自己打开流程，亲身体验用户会经历什么。我们就这么做。嗯，我们先打开这里的一个工作流，复制它的链接，然后粘贴到浏览器中。我们就用这个基础 KYC 工作流。复制这个链接，然后粘贴到这里。这里就是

​

用户看到的第一个页面

00:58 用户点击你的链接后，最先看到的页面。首先要注意，这是一个演示版本，所以这里显示的是 Didit 品牌，但你可以完全自定义。这里的列表显示了该用户将经历的每个步骤，比如身份证件验证、人脸验证和补充证件。这个列表并不是写死的。与本次会话关联的工作流会决定显示哪些步骤以及顺序如何。因此，这个流程只会呈现该工作流在你启用时包含的内容。

​

品牌形象如何提升完成率

01:28 因此，Logo 和样式也都是你的。对用户而言，这仍然像是你自己的产品。这一点非常重要，因为流程与你的品牌的贴合程度，是影响有多少人真正完成验证的最大因素。底部有一个小标识，写着由 Didit 提供安全保障，而且它也是可以移除的。上方的所有内容都由你配置，Didit 只是底层运行的引擎。所以用户看到的，正是你设置的工作流，并套上了你的品牌。下面是

​

从不显示页面的检查

02:00 有件事让大多数人感到意外：并非你在这里看到的每项检查都有对应页面。只有确实需要用户操作的步骤才会显示，比如证件、人脸、电话和邮箱。在用户完成这些步骤的同时，还有一整套其他检查在服务端运行，用户完全不需要操作。设备与 IP 分析、AML 筛查、持续 AML 监控、数据库核验，这些都在后台进行。用户不会看到其中任何一项步骤，而你依然能在仪表板中获得每项结果。正因如此，流程才能保持非常简短，同时完成大量工作。Didit 最强的一些检查是零摩擦完成的，因为它们从不直接面对用户。所以，如果你回头查看其中一个工作流，可以看到这里有所有这些后台检查。我们有数据库核验，还有邮箱验证、电话验证、AML 筛查，以及 IP 与风险分析。这些都不面向用户。它们都是你可以加入工作流的检查，

​

自定义颜色、Logo、邮箱和域名

03:00 接下来看看自定义选项卡。在这里，你可以添加品牌元素、颜色、你自己的邮箱地址、你自己的域名，等等。如你所见，我们可以修改应用名称。可以显示欢迎页，也可以关闭它。可以显示进度条，也可以关闭它。品牌选项卡中可以设置所有这些颜色，添加 Logo、网站图标，并修改字体。我们还可以添加自定义邮箱。 03:25 因此，如果你在这里只输入一个名称，再填入一个邮箱地址，然后继续进行验证，这会提示我们尚未完成设置。但如果填入一个真实有效的域名，再点击继续验证，系统就会给出 DNS 记录，我们可以添加这些记录，从而设置自定义邮箱地址。这个邮箱会用于发送通知，以及所有验证状态更新。对于域名，我们还可以添加自定义域名。例如，如果我们有一个子域名，在这里输入子域名后，系统会提供你需要在域名服务商处更新的记录。你可以看到上方的这个地球图标。这

​

自动识别的 54 种语言

04:04 界面提供 54 种语言，其中包括阿拉伯语等从左到右书写的文字。默认情况下，此流程会自动识别浏览器设置的语言；如果不支持该语言，则回退为英语。但用户可以打开这个可搜索的列表，随时切换到任意语言，此后所有说明都会按照其选择显示。如果你事先已经知道某个用户的语言，比如存在你自己的数据库中，就可以在创建其会话时设置该语言。这样，会话会以正确的语言打开，完全不依赖浏览器。因此，流程会自动以用户自己的语言呈现，并提供 54 种可选语言。那么，如果我们看一下

​

移动端与桌面端，以及二维码转接

04:49 在此预览中，您会看到大多数人最终是用手机完成验证的。这也很合理，对吧？摄像头让拍摄证件和自拍变得非常轻松。用户只需用手机扫描这个二维码，就能在手机上继续验证流程。当有人在桌面端打开此页面时，您可以看到，我们确实可以在桌面端继续，但这只是一个选项。您可以强制用户只通过移动端完成验证，也可以启用桌面端，让用户直接在电脑上完成验证。不过需要注意，如果启用桌面端，桌面端的活体检测会被强制设为被动模式，因为主动模式在电脑摄像头上的效果并不理想。所谓主动与被动，指的是用户是否需要做动作：主动活体检测要求用户对着摄像头眨眼，被动活体检测则只是拍一张照片。

​

托管流程与自建界面

05:34 最简单的入门方式是使用托管流程。您看，当我点击这个复制链接，并在浏览器中打开时，您就可以把链接发送给用户，剩下的难点都由 Didit 处理，包括摄像头权限、证件采集、活体检测以及各种设备上的细节问题。您可以通过 SDK、iframe、重定向或弹窗把它接入您的应用。如果您希望从零开始构建自己的界面，当然也可以，但这样一来，所有这些工作都要由您自己负责。我们会在另一个视频中详细介绍集成方面的内容。现在您只需要知道，您从此工作流获取并发送的链接就是托管流程，它经过调优，能确保用户顺利完成整个流程。

​

识别签发国家

06:20 好，我们回到流程中。当证件步骤需要确定证件的签发国家时，大多数情况下流程已经判断出来了。页面一加载，系统就会根据用户的 IP 进行地理定位，并预先选中签发国家。您可以看到，这里已经识别出来了。如果您的工作流只允许一个国家，那么该国家会被自动选中，用户根本不会看到这个选择器。这个示例是 KYC 流程，但对于 KYB 或您构建的任何其他工作流，流程完全相同。引擎只会运行您在工作流中配置的步骤。接下来，正如您在此预览中看到的，用户将选择要出示的政府证件。

​

选择证件类型

07:00 Didit 可识别七种指定的证件类型，分别是护照、身份证、居留许可、驾驶执照、健康保险卡、税务卡和社会保障卡。不过，列表会被过滤，只保留在刚才识别的国家确实有效的证件类型，因此用户无法选择 Didit 无法识别的证件。同样，如果您的工作流只允许一种证件类型，整个屏幕会被跳过，用户会直接进入采集页面。

​

采集证件

07:26 所以，如果我们点击继续，就会进入采集页面。正如您在此预览中看到的，我当前使用的是桌面设备，因此既可以上传文件，也可以拍照。如果强制进行实时采集，用户就只能进行实时引导拍照，不允许上传。这是防范篡改或复用图像的最有力设置。对于上传方式，可接受的格式包括常见的 JPEG、PNG、PDF 等文件类型，单个文件均需小于 10 MB。如果是受密码保护的 PDF，系统会提示输入密码。因此，我们可以允许上传，也可以强制实时采集，这些都可以在工作流设置中配置。正如您在此预览中看到的，用户对准证件时，设备端提示会检查光线和清晰度，并在图像质量足够好时自动完成拍摄，分析随即开始。而且，系统不只是读取证件上的文字。Didit 还会进行真实性与篡改检测，并执行证件活体检测，以识别翻拍屏幕或打印件等情况。此外，系统还会检查安全特征，并支持对 130 多种证件语言进行 MRZ 校验。 08:37 真正让它与众不同的是，所有这些都实时完成。用户能立即知道证件是否未能通过验证，您也会在同一时刻获得完全相同的数据。因此，速度上对双方都有好处。所以，对于

​

活体自拍

08:50 活体检测时，用户可以自拍。用户只需将脸部置于您在此预览中看到的、该步骤屏幕上出现的椭圆框内。在这个简单的界面背后，是一项活体检测，用于确认摄像头前确实有真人。这也使 Didit 能够将人脸与用户刚提交的证件进行比对。您可以在这里选择运行哪种活体检测方式，并且可以按工作流节点单独设置，我们会在其他视频中详细介绍。

​

被动、3D 闪光与 3D 动作

09:17 共有三种不同的设置。第一种是被动模式，用户无需做任何动作。第二种是 3D 闪光，彩色光线会构建深度图，用户同样无需做任何动作。第三种是 3D 动作，它在彩色光线的基础上，再加上一个随机的小动作，例如眨眼或转头。因此，这是一个自拍步骤，您可以从三种活体检测强度中选择。所以

​

活体检测视频与分数

09:41 我们来看看活体检测步骤能为您提供什么。它会录制一段人物的短视频并为其评分。请进入用户验证页面，向下滚动，打开其中一位用户的资料，就能看到相关内容。不必担心，我们会在另一个视频中详细讲解这项验证检查中的所有内容。这里先说明活体检测的实际作用，以及它在用户资料中提供的内容：一段可以在这里查看的短视频。 10:08 我们可以播放这段视频。当然，这只是演示用的视频，但这就是每位用户在验证步骤中实际会显示的内容。这里以百分比显示活体检测分数，我会在另一个视频中详细介绍。被动和主动两种方式都会输出一个 1 到 100 的活体检测分数，并且还会叠加呈现攻击检测和深度伪造检测。 10:30 视频会与分数一同保存。您可以随时回来重新播放视频，并在此验证检查中以及用户资料中查看每一项分数。因此，您可以同时获得自拍视频、活体检测分数和深度伪造分数。

​

步骤失败时会发生什么

10:45 您可以随时回放这些内容。那么，步骤失败时会发生什么？用户不会陷入死胡同，而是会得到具体的引导式重试。在工作流的设置中，您可以设置最大重试次数和重试时间窗口。不过，我们会在另一个视频中详细讲解更多设置以及这些工作流的运作方式。当用户看到重试提示时，提示会非常具体，例如“证件已过期”或“请在光线更充足的地方重新拍摄”，而不是含糊的通用错误。这样用户就能准确知道该修正什么。用户可以尝试的次数是可配置的，正如我刚才在工作流中演示的那样。默认情况下，流程会让用户一直尝试，直到通过为止，因为我们的目标是帮助他们完成验证，而不是把他们拒之门外。因此，尝试次数可以调整，默认值是

​

已通过页面

11:30 用户始终都能走到最后一步。当所有必需的检查都通过后，用户会进入此页面：绿色对勾和通俗易懂的文字“您已通过验证”。页面会告诉用户无需再做任何操作，可以返回您的应用。下面是用户看不到的部分：在他们点击离开之前，您的应用已经实时收到了验证结果。因此，“已通过”就是这个绿色、令人安心的结束页面，并且

​

审核中页面

11:54 您的后端已经拿到了结果。有时，自动检查会发出警告，而不是明确的通过或失败结论。此时，用户看到的将是橙色时钟而不是绿色对勾，下方文字为“您的提交正在审核中”。在您这边，该验证会显示为审核中。由您或您团队中的成员决定通过、批准申请、拒绝，还是要求用户补充信息后重新提交。好消息是，状态一变化，用户就会立即收到一封邮件，

​

已拒绝页面

12:30 通知其验证请求的最新状态。如果某项检查确实失败，用户会看到清晰的已拒绝状态：红色标记，并附文字“目前无法验证您的信息”。这样既说明了结果，又不会泄露您的任何欺诈风控逻辑。接下来怎么办，完全取决于您的工作流。您可以让用户在您设置的重试次数范围内重新提交，也可以将其引导至您应用内的支持流程。因此，“已拒绝”是一个清晰、非技术性的结束页面，由您决定是重新提交还是转入支持。

​

该信任重定向还是 Webhook

12:58 工作流结束时会发生两件事，值得了解应该信任哪一个。首先，用户的浏览器会跳转回您的应用，他们会回到最初的位置，但这一步只是将用户交还给您的应用。您真正依赖的是您的服务器在同一时刻收到的结果：决策一经做出，结果就会直接发送到您的后端，这才是您应当构建业务逻辑的依据，而不是浏览器里的内容。具体如何完成这些配置，值得单独用一个视频讲解，我们留到以后再说。这里的要点很简单：用户回到您的应用时，您的系统已经拿到了真实可信的结果。

​

在仪表板中查找会话

13:41 每次验证都会显示在用户验证标签页中。这里有筛选器，可以看到已通过、审核中、已拒绝等状态，状态会根据验证结果和用户所经过的工作流相应更新。其中，审核中的记录显然是您最需要关注的，因此可以筛选出来，集中进行人工审核。点击任意一项验证检查，即可查看支撑结果的每一项证据。下方的供应商数据，就是您自己的系统在创建会话时发送过来的 ID，是该用户稳定的参考标识。 14:25 那么，Didit 会把共享同一供应商数据 ID 的所有会话归入同一个用户资料吗？