Independent analysis by NHI Mgmt GroupSource article: Daon, “Reduce Abandonment in Identity Verification: Top Causes and Effective Solutions” (October 15, 2026)

TL;DR: Abandoned identity verification flows create revenue leakage, compliance risk, and fraud exposure when document capture fails, liveness checks feel intrusive, identity is re-checked unnecessarily, or security disappears entirely, according to Daon. The control problem is not just conversion tuning: verification has to become risk-calibrated and continuity-based, or every retry becomes another opportunity to lose a legitimate customer.


At a glance

What this is: NHI Mgmt Group's analysis, drawing on Daon's blog post: Identity verification abandonment is being driven by capture failures, intrusive liveness prompts, redundant re-checks, and overcorrection that removes visible security.

Why it matters: Identity and fraud teams need to treat abandonment as a governance signal, because poor verification design can degrade both customer conversion and assurance at the same time.


Context

Identity verification fails when the process is designed as a one-time gate instead of a governed customer journey. The practical issue is not whether a check exists, but whether it can prove identity without making legitimate users quit before the business has any assurance value from the interaction. Identity proofing and KYC becomes relevant here because the same friction patterns that slow onboarding also shape trust, fraud exposure, and exception handling.

In digital onboarding, abandonment usually reflects one of four design faults: document capture friction, awkward biometrics, repetitive re-verification, or a signal to customers that there is not enough protection in the journey. That mix makes the topic relevant to both fraud control and IAM governance, because the organisation is balancing assurance against conversion rather than choosing one or the other.

The starting position is common, not exceptional: many programmes still treat verification as a discrete step instead of a lifecycle control that should adapt after enrollment.


Key questions

Q: How should security teams reduce form abandonment without weakening identity verification?

A: Security teams should move verification earlier but make it less visible to the user. Passive identity checks, verified prefill, and minimal, well timed consent prompts can reduce friction while still screening for fraud. The goal is to remove unnecessary manual steps, preserve a smooth signup flow, and keep authoritative data and verification controls in place.

Q: Why do repeated identity checks increase customer drop-off?

A: Repeated identity checks increase drop-off because each extra re-entry, document capture or challenge adds friction and creates a new failure point. Prior proofing lets teams reuse a previously verified identity record, then step up only when risk changes, such as a mismatch, expired document or suspicious session. That reduces repeat effort without removing assurance.

Q: How does passive liveness detection reduce friction in onboarding?

A: Passive liveness detection reduces friction by confirming that the person is physically present without asking them to perform extra actions such as blinking or head turns. It analyses the camera stream during capture and looks for signs of a live person, which shortens onboarding while still helping to block spoofing attempts with photos, replays or masks.

Q: What should teams do first when identity verification abandonment rises?

A: First, teams should identify where applicants are failing, then separate genuine document rejection from UX problems such as unclear instructions, image capture errors or unsupported document types. Document rejection should be measured by step, device and reason code, then tested with a simpler capture flow, clearer guidance or alternate evidence before adding more checks.


Technical breakdown

Document capture failures in identity verification

Document capture fails when the system cannot reliably read the evidence a legitimate customer presents. Lighting, glare, cropped edges, unsupported document types, and inconsistent formatting all create retries, and every retry widens the abandonment window. The deeper issue is not only computer vision accuracy but operational coverage across jurisdictions, device types, and document classes. If the capture layer is too narrow, the process rejects valid users before risk assessment is complete. This is a governance problem as much as a UX problem because false rejection becomes the default customer experience when document coverage is incomplete. See the Identity Verification Buyer's Guide.

Practical implication: Broaden supported document types and monitor rejection patterns by document class, device, and geography.

Passive liveness detection and biometric friction

Liveness checks are meant to distinguish a live person from a spoof, but older challenge-response methods often create avoidable drop-off. Asking users to blink, turn, or speak on command introduces confusion, device sensitivity, and frustration, especially when lighting or camera quality is poor. Passive liveness reduces the burden by validating the live presence of the user during a natural capture flow. The mechanism matters because the security signal comes from continuous interaction cues rather than a scripted task, which can improve completion without removing the anti-spoofing control itself. See the Deepfake-Resistant Identity Verification Guide.

Practical implication: Prefer passive liveness where risk allows, and reserve intrusive challenge flows for the highest-risk cases.

Identity continuity across the customer lifecycle

Identity continuity is the idea that verified identity should not be rebuilt from scratch at every subsequent interaction. Instead of forcing a user to reprove identity for each login, transfer, or account change, the programme carries forward the assurance established during enrollment and reuses it under defined conditions. That shifts the control from repeated gatekeeping to lifecycle governance. The architecture only works if re-authentication is tied to the original identity proofing outcome and the current risk context, rather than treated as a separate, disconnected event. Without that linkage, the same person keeps proving the same identity again and again. Read the Ultimate Guide to NHIs: Standards.

Practical implication: Link enrollment assurance to step-up decisions so repeated interactions do not restart verification unnecessarily.


NHI Mgmt Group analysis

Identity verification abandonment is an assurance design problem, not a usability nuisance. When the process rejects legitimate customers, the organisation has not only lost a conversion event, it has also signalled that its trust model is too brittle for real-world onboarding. The right lens is governance of the identity journey, where false rejection, repeated retries, and customer confidence all count as control outcomes. Practitioners should manage abandonment as a policy and assurance metric, not just a product metric.

Identity continuity is the more durable control concept than one-time onboarding verification. A programme that forces every later interaction back through the same gate is implicitly saying it has no memory of prior assurance. That is a weak governance model for regulated customer journeys, especially where the same verified identity should support subsequent actions under risk-based controls. Teams should design for reuse of trusted identity evidence, not perpetual reinvention of it.

Friction only works when it is placed with intent. Customers expect visible security at moments that change risk, but they interpret unnecessary friction as process failure and no friction at all as weak protection. The governance task is to calibrate assurance to transaction risk, not to maximise or minimise friction everywhere. Identity teams should define where evidence collection is mandatory, where step-up is appropriate, and where prior proofing can safely carry forward.

Broader document coverage and passive checks are now part of verification governance, not optional feature choices. Global onboarding no longer works if a system only recognises a narrow document set or demands awkward user actions that legitimate users cannot complete reliably. The strategic implication is that verification teams need to treat coverage, completion, and customer trust as a single control surface. Practitioners should evaluate whether their verification model can operate across document diversity and channel variability without creating unnecessary drop-off.

From our research library:

What this signals

Verification continuity will become the differentiator in onboarding design. Programmes that still treat identity proofing as a one-off gate will keep paying for re-verification in both customer friction and operational overhead. The better model is to preserve verified identity across the lifecycle and trigger additional checks only when the risk context changes.

Document diversity is now a governance issue, not just a product limitation. If a verification flow cannot handle the document types customers actually use, abandonment will keep presenting as a conversion problem while quietly degrading assurance. Identity teams need to measure whether coverage matches their real user base, not an idealised one.

Friction calibration is becoming a core trust signal. Customers do not interpret zero-friction journeys as inherently safer, especially in money-movement or regulated workflows. The practical challenge is to make security visible at the right moments and nearly invisible everywhere else, so assurance improves without turning the onboarding process into a dead end.


For practitioners

  • Define abandonment as a control metric Track drop-off by document type, device class, geography, and step in the journey so verification failures are visible as governance data, not just UX noise.
  • Expand document coverage before tightening thresholds Review which passports, licenses, and national IDs your flow can actually validate, then prioritise the document classes that cause the highest legitimate-user rejection rates.
  • Use passive liveness for lower-risk journeys Replace command-based biometric prompts with passive checks where the risk model allows, and keep higher-friction challenges for exceptional cases only. See the Deepfake-Resistant Identity Verification Guide.
  • Carry forward verified identity evidence Stop re-running full verification for every login or transaction when prior proofing still supports the trust decision, and define explicit triggers for step-up only. Read the Ultimate Guide to NHIs: Standards.
  • Calibrate visible friction to transaction risk Place obvious security checks at high-risk moments such as large transfers or account changes, while keeping routine actions as seamless as the risk profile permits.

Key takeaways

  • Identity verification abandonment is often a design and governance failure, not a simple user-experience problem.
  • The strongest fixes combine broader document support, passive biometric checks, and reuse of prior proofing where risk allows.
  • Teams should measure drop-off and assurance together, because removing friction without a risk model can weaken fraud control.

Related NHI Mgmt Group resources: Identity Proofing and KYC Guide · Deepfake-Resistant Identity Verification Guide · Ultimate Guide to NHIs: Standards · Identity Verification Buyer's Guide


Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST SP 800-63 and NIST CSF 2.0 set the technical controls, while GDPR defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
NIST SP 800-63SP 800-63A — Enrollment and Identity ProofingThe post is about onboarding friction and assurance during identity proofing.
SP 800-63B — AuthenticationRepeated re-checks and step-up decisions are part of authentication and re-authentication design.
Recommendation — Review enrollment flows against proofing requirements and reduce false rejection without weakening assurance. Use risk-based authentication rules to avoid forcing full verification on every later interaction.
GDPRArt.32 — Security of ProcessingVerification journeys must balance security, reliability, and data handling when personal identity data is processed.
Recommendation — Ensure identity verification processing is proportionate, secure, and resilient for the data involved.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsThe article deals with identity assurance decisions that govern who can proceed in the customer journey.
Recommendation — Align identity gating decisions to explicit authorization rules rather than ad hoc friction decisions.

Key terms

  • Identity verification: Identity verification is the process of confirming that a user, workload, or agent is the entity it claims to be before access is granted. In AI-heavy environments, that verification must include the requester, the system acting on its behalf, and the sensitivity of the action.
  • Liveness Detection: Liveness detection is the mechanism that checks whether a biometric sample comes from a real, present person rather than a spoof such as a photo, screen, or mask. In identity programmes, it is a core defence against presentation attacks and should be tested under realistic operating conditions.
  • Identity Continuity: Identity continuity is the ability to preserve a workload’s verified identity across proxies, services, and other infrastructure boundaries. It matters because zero trust breaks down when a request loses its original proof of identity and falls back to network trust or header-based assumptions.
  • Document Verification: Document verification is the process of checking whether an identity document is genuine, valid, and appropriate for the claimed user. In digital onboarding, it often combines template analysis, authenticity checks, and data extraction to support a trust decision before account creation.

Deepen your knowledge

The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, secrets management, and workload identity. It is useful for practitioners who need to connect identity assurance decisions to broader access and lifecycle control.
NHIMG Editorial Note
Published by the NHIMG editorial team on November 5, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org