← Back to the blog

Why onboarding should adapt to the client

Annie GilchristCo-founder, Lissom

An adaptive journey asks each business for what the case requires, preserves the institution’s policy controls and produces a structured record for human review or downstream decisioning.

A fixed journey can’t fit every business

Traditional onboarding often begins by giving all applicants the same form. The upfront burden on the client is fixed before the institution knows enough about the business, the evidence available, or the risks that may require closer attention.

That creates friction in both directions.

Ask every possible question and applicants spend their valuable time navigating requirements that may not apply to them. Ask only for the common minimum and your operations teams will inevitably need to collect missing information through RFIs later.

In reality, the simplicity of a standard form just moves complexity into the follow-up, review and exception handling.

Start with context, then adapt

An adaptive journey begins with the case, rather than a predetermined list of questions.

Lissom can respond to the entity type, jurisdiction, product, risk signals, prior answers, available evidence and current case state.

Each new fact helps determine what should happen next, whether that means accepting supported information, asking a targeted question, requesting evidence or involving another participant.

That responsiveness does not replace policy, it helps enforce it. The institution still defines its rules, accepted sources, evidence requirements, thresholds and escalation paths.

Adaptation applies those controls to the circumstances of the case, providing guardrails and guidelines to ensure clients have minimal friction, and institutions retain control.

Where information is incomplete or conflicting, the journey can clarify it, request further support, block progress or escalate the exception according to the configured policy.

An illustrative application fills in business information from the company’s website, then asks the customer for what is still missing.

Making relevant requests

When approved sources or existing records already establish a fact, the applicant should not have to recreate it without reason.

Lissom brings that information into the case, shows what still needs confirmation and focuses the visible journey on the gaps that require a person’s input.

Applicants spend less time interpreting irrelevant questions and can address suitable evidence or inconsistencies while they are still engaged.

Where several people need to contribute, Lissom helps applicants direct each request to the person best placed to answer it. A director, beneficial owner, finance colleague or adviser may hold different information and evidence.

Coordinating those contributions according to responsibility gives each participant a clearer task while keeping the institution’s team aware of what is complete, what remains outstanding and what is holding the case back.

An illustrative case sends requests to a director, an accountant and a beneficial owner, and tracks each contribution as it comes back.

Better experience, more control

A simpler customer experience should not mean a weaker control environment. The aim is proportionate effort. A well-supported case can move straight-through without unnecessary requests, while a more complex or higher-risk case receives the additional questions, evidence and review its circumstances require.

The standard remains consistent because the policy is consistent, even when the path through it changes. For the institution using Lissom, this creates a clearer connection between policy and day-to-day onboarding.

Product, operations and compliance teams can see how requirements become journey behaviour, which facts introduced additional work and why an exception needs review.

Analysts spend their time working on the right cases that require their judgement, and receive a more coherent case instead of reconstructing answers, documents, source results and follow-up from disconnected systems.

Downstream requirements

Some onboarding journeys must also satisfy requirements set by a regulated banking, payments or infrastructure partner. Those requirements may change by product, geography, risk segment or scenario.

A single fixed journey can either expose every applicant to the broadest possible set of requests or leave teams to collect partner-specific information outside the main process.

Lissom can express those requirements as controlled journey logic and deliver the resulting answers, evidence, sources, checks, explanations and unresolved exceptions into one structured record for the agent and the downstream provider.

That gives a downstream decision process clearer inputs without obscuring where the information came from or who remains responsible for the decision.

Decision-ready does not guarantee approval or compliance. It means the case is complete, structured and auditable enough for the appropriate reviewer to assess it.

An illustrative case record brings source checks and an analyst’s explanation into one timeline for review.