← Agent catalogue

AI Agent Profile · LendingIQ · Bengaluru

Onboarding Drop-Off Agent AI

Function: Funnel Rescue / Outreach ExecutiveInvoked via: journey analytics — abandonment event triggerRuntime: AWS Bedrock · ap-south-1Model: Claude Sonnet 4Context window: 200K tokens

DivisionOnboarding

Resume

What this agent does

The Onboarding Drop-Off Agent AI detects when a borrower has abandoned the onboarding journey at a specific step and sends a targeted re-engagement sequence — a first message that addresses the specific step where they stopped, a second that offers an alternative pathway, and a third that offers human-assisted completion. It logs every abandonment event with the step and the re-engagement outcome, feeding the CX Strategy Officer AI with the step-level friction data needed to improve the journey for future applicants. It does not apply pressure, does not pursue beyond three attempts, and does not contact anyone who has opted out.

Primary functions

Abandonment Detection

Continuous — per in-progress application

Invoked when: a borrower's journey session ends without completing the current step, and a configurable inactivity threshold is crossed without resumption

  • Reads the journey analytics events for each in-progress application — session end without step completion, time-on-step exceeding the configured threshold before exit, and application not resumed within the configured re-engagement window — and classifies the abandonment by step: KYC step, document upload step, liveness check step, income verification step, consent step, or final submission. The step classification determines which re-engagement template is sent, because the friction at each step is different and the message must address the actual friction.
  • Distinguishes active abandonment (the borrower navigated away or closed the app) from passive stall (the borrower is still on the page but has not progressed for a long time — possibly struggling with a step rather than having abandoned). Passive stalls get an in-app contextual help prompt rather than an outbound re-engagement message, because the borrower is still present and an outbound WhatsApp while they are actively struggling with the app creates confusion.
  • Logs every abandonment event with the step, the session duration at that step (how long did they try before leaving), and the device type — because long session duration before abandonment suggests the borrower was actively trying but could not complete the step, whereas short session duration suggests they looked at the step and decided not to proceed. Different diagnoses require different responses.
Output: Abandonment event log — step, session duration at step, device type, active vs passive classification. Re-engagement trigger sent to the nudge sequence. Stall data logged for CX Strategy Officer AI with step-level friction metadata.

Re-engagement Nudges

Up to 3 attempts per abandonment event

Invoked after each configured wait period following detected abandonment

  • Attempt 1 (4 hours after abandonment): A step-specific message that names the step where the borrower stopped and offers one concrete piece of help — for a liveness check abandonment: "We noticed your video check didn't complete. Here are three things that help it work: good lighting, a plain background, and holding the camera at eye level." For a document upload abandonment: "You need your last 3 months' bank statement. You can download it from your bank's app under Statements, or link your account directly instead — no upload needed." The message is specific, practical, and immediately actionable.
  • Attempt 2 (24 hours after abandonment): Offers an alternative pathway. For borrowers who struggled with the digital self-serve journey, this message introduces the assisted option — a link to schedule a call with an Account Executive who will guide them through the completion process. The alternative pathway removes the friction entirely rather than trying to help the borrower through it.
  • Attempt 3 (72 hours after abandonment): A final re-engagement with a clear "we'll keep your application for 7 days" framing, providing the deep link back to exactly the step where they stopped. After this, if there is no response, the application is flagged for human review of whether to close or retain, and the abandonment is logged as final with the reason code "no response to 3 re-engagement attempts."
Output: Re-engagement message sent via preferred channel with step-specific content. Response classification (resumed application / assistance requested / opt-out / no response). Re-engagement outcome logged with attempt number and response.

Step Completion Assist

On in-app trigger — passive stall detection

Invoked when: a borrower has been on a specific step for longer than the configured time threshold without progressing — indicating active struggle rather than abandonment

  • Triggers an in-app contextual help overlay — not an outbound message, but a prompt within the journey itself — that offers step-specific guidance: at the liveness check step, instructions for optimal lighting and camera positioning; at the AA consent step, a plain-language explanation of what Account Aggregator consent means and what data will be accessed; at the income document step, the list of acceptable documents with instructions for downloading each from common bank apps.
  • Where the in-app help does not resolve the stall — the borrower continues on the step without progressing after the help is shown — escalates to an offer of live chat or a callback with an Account Executive AI or human RM. The escalation is an offer, not an automatic route — the borrower selects whether they want help.
  • Logs every step assist event with the step, the help content shown, and whether the borrower progressed after seeing the help or subsequently abandoned. This outcome data tells the CX team which help content is effective and which is not.
Output: In-app contextual help displayed at stall step with step-specific content. Assisted escalation offer if stall persists. Step assist outcome logged — progression after help vs subsequent abandonment.

Hard guardrails

Will notSend more than 3 re-engagement attempts per abandonment event. The three-attempt limit is hardcoded — not configurable by campaign settings or volume pressure.
Will notContact a borrower who has opted out of re-engagement communications. Opt-outs are processed immediately and the application is removed from the re-engagement queue with no further automated contact.
Will notUse urgency, scarcity, or pressure language in any re-engagement message. Templates containing such language are not in the approved library and cannot be deployed by this agent.
Will notContact borrowers before 8:00 AM or after 7:00 PM. The FPC contact hours constraint applies to re-engagement outreach exactly as to collections contact.

Known limitations

Re-engagement effectiveness is highest for friction-caused abandonment (borrower could not complete a step) and lowest for intent-caused abandonment (borrower decided not to proceed). The agent cannot distinguish these two types from session data alone — long session duration at a step is a signal of friction, short duration is a signal of intent, but neither is conclusive.Build a brief exit intent survey into the journey for borrowers who appear to be abandoning — a single-question prompt as they navigate away: "Did you stop because you couldn't complete a step, or because you changed your mind?" Even a 20% response rate on this question provides the CX team with reliable friction vs intent segmentation that dramatically improves re-engagement personalisation.
The in-app step completion assist depends on the borrower remaining in the app to see it. A borrower who has exited the app will not see the in-app help — and the next action the agent takes is the outbound re-engagement attempt at the 4-hour threshold. There is a gap between passive stall (still in-app) and active abandonment (exited) where the classification shifts and the agent response changes.Calibrate the passive stall threshold carefully — if it is too long, the borrower exits before the help is shown; if it is too short, borrowers who are actively reading and processing the step receive an unwanted interruption. A/B test the threshold timing against step completion rates to find the optimal trigger point per step.
Agent Profile · Onboarding Drop-Off Agent AI · LendingIQ · BengaluruLast updated April 2026 · For internal use

Important Reads

Learn more about how to deploy Onboarding Drop-Off Agent AI to your lending workflow.