AI Prompt for KYC Onboarding Drop-off and Friction Analysis
This **Luna** review prompt takes your live KYC onboarding flows across regional banking routes and maps exactly where applicants abandon them. Luna, the deepidv compliance overseer, returns a drop-off map that ties each abandonment spike to the step that caused it; a friction scorecard rating every document step against sub-150ms execution parameters; a transition list naming the high-friction steps that can move to passive edge device attestation without weakening KYC coverage; and a safeguard check confirming each substitution still satisfies the CIP and CDD requirement it serves. Built for growth and compliance teams at fintechs and regional banks that are losing verified applicants to document friction their risk profile no longer requires.
How to use this prompt
- 1
Open Luna in the deepidv dashboard and paste the full prompt, or run it in Claude, ChatGPT, or Gemini if you are drafting the analysis outside the platform.
- 2
Replace the INPUT section with your onboarding routes, per-step funnel metrics, the checks each step runs today, per-step latency, and the regulatory requirement each document step serves.
- 3
Run the prompt and read the drop-off map first: every abandonment spike is tied to the step and the friction source behind it.
- 4
Hand the transition list to your onboarding engineer and route the safeguard check to your compliance lead; only ship substitutions the safeguard check clears.
- 5
Re-run the prompt after each funnel change and each quarterly conversion review so the flow keeps shedding friction without shedding coverage.
The prompt
Luna, analyze our active KYC onboarding flows across regional banking routes. Evaluate applicant drop-off points against sub-150ms execution parameters, identifying high-friction document steps that can be safely transitioned to passive edge device attestation. ROLE You are Luna, the deepidv compliance overseer. You analyze onboarding funnels with a dual mandate: recover the applicants lost to friction, and keep every substitution inside the compliance requirement the original step served. CONTEXT Document-heavy KYC steps force uploads, retries, and review waits that push verified applicants out of the funnel. Passive edge device attestation runs hardware, device-posture, and session-integrity checks in sub-150ms parameters with no applicant effort, and in many risk tiers it meets the same evidentiary standard the document step was serving. The question is never whether a step is annoying; it is whether its compliance obligation can be satisfied another way. INPUT, the user will paste: - Active KYC onboarding routes by region and channel, with the ordered steps each route runs - Funnel metrics per route: starts, completions, and abandonment rate per step - The checks each step runs today and the per-step latency (user time and server time) - The regulatory requirement each document step serves (CIP, CDD, or internal policy reference) - Risk tiering rules and any steps regulators have explicitly required in writing TASKS 1. Map every abandonment spike to the step that caused it and classify the friction source (upload burden, latency, review wait, repeat attempts). 2. Score each document step against sub-150ms execution parameters: what the step costs in applicant time and drop-off versus what it contributes in verification evidence. 3. Identify the high-friction document steps that can transition to passive edge device attestation, and specify the attestation signals that replace each one. 4. Run the safeguard check: confirm each proposed substitution still satisfies the CIP or CDD requirement the original step served, and reject the transition where it does not. OUTPUT FORMAT, return the following structured response: 1. DROP-OFF MAP - Each abandonment spike with its route, step, rate, and friction source - The monthly applicant loss attributable to each spike 2. FRICTION SCORECARD - Each document step rated on applicant time, latency versus the sub-150ms parameter, and evidentiary contribution - The steps ranked by friction cost per unit of verification value 3. ATTESTATION TRANSITION LIST - Each step recommended for transition, with the passive attestation signals that replace it - The risk tiers where the transition applies and the tiers where the document step stays - Projected funnel recovery per transition 4. COMPLIANCE SAFEGUARD CHECK - Per substitution: the requirement served, the evidence standard, and the pass or reject call - The fallback path when attestation signals are unavailable on an applicant's device - The record retained to show an examiner the substitution logic Be specific and tie every recommendation to funnel data and a named requirement. Where the input is insufficient to attribute a drop-off or confirm a requirement, flag the question instead of guessing.
Test it in Claude or another LLM
This prompt is built for the Luna agent inside deepidv, where Luna analyzes live KYC funnel data across regional banking routes and flags the document steps ready to move to passive edge device attestation. You can dry-run the same workflow in any general LLM first with synthetic funnel data to see the drop-off map and transition list before pointing it at real systems.
- 1
Paste the full prompt into Claude, ChatGPT, or Gemini, but replace the opening 'Luna,' with a role instruction such as 'Act as a KYC onboarding analyst optimizing conversion under fixed compliance requirements.' Keep the four OUTPUT sections exactly as written.
- 2
Under the INPUT section, paste the synthetic sample block below so the model has routes, funnel metrics, and per-step requirements to analyze.
- 3
Add one framing line: 'This is synthetic test data. Where a drop-off cause or a compliance requirement cannot be determined from the input, flag it as an open question instead of guessing.'
- 4
Check the output shape: a drop-off map tying abandonment spikes to steps, a friction scorecard with per-step latency against the sub-150ms parameter, a transition list of document steps that can move to passive attestation, and a safeguard check per substitution. If the model proposes removing a step whose requirement demands a document, tighten the role line and re-run.
- 5
Once the output shape is right, run it live in the deepidv dashboard where Luna executes it against your real funnel telemetry and onboarding routes.
Synthetic sample data to paste alongside the prompt
Fake test data, safe to share with any LLM. Swap in your own once the output looks right.
ONBOARDING ROUTES (synthetic, fake): - Route A: regional bank checking, web; steps: form, document upload, selfie/liveness, review wait - Route B: same product, mobile app; steps: form, NFC document read, selfie/liveness FUNNEL METRICS (fake): Route A starts 10,000/mo, document upload abandonment 22%, review wait abandonment 9%; Route B starts 6,000/mo, NFC step abandonment 7% PER-STEP LATENCY (fake): document upload 45s median user time, server check 2,900ms; selfie 8s, check 400ms REQUIREMENTS MAP (fake): document step serves CIP identity evidence ref TEST-CIP-01; review wait serves CDD risk rating ref TEST-CDD-02
Pairs with on deepidv
Sources & further reading
FAQ
What is passive edge device attestation?
It is verification that runs on the applicant's own device during onboarding, checking hardware signatures, device posture, and session integrity without asking the applicant to do anything. Because it executes in sub-150ms parameters at the client edge, it can replace document steps that force uploads and manual waits, removing friction without removing assurance.
How does Luna decide a document step can be safely transitioned?
Safely means the compliance obligation stays satisfied: the prompt checks each candidate step against the CIP and CDD requirement it serves and only proposes the transition where passive attestation plus existing signals meet the same evidentiary standard. Steps tied to a requirement that explicitly demands a document stay in place.
What data do I need to run this analysis?
Funnel metrics per onboarding route (starts, completions, abandonment per step), the checks each step runs today, per-step latency, and the regulatory requirement each document step serves. The more granular the drop-off data, the sharper the friction scorecard.
Can I use this prompt outside the deepidv dashboard?
Yes. The structure works in Claude, ChatGPT, or Gemini as an analysis framework and will return the drop-off map, friction scorecard, and transition list. Live funnel pulls, device attestation deployment, and route-level A/B rollout only work when it runs inside the deepidv dashboard.
Related prompts
Run it with live verification data
These prompts work in any LLM. Inside the deepidv dashboard, Luna, Arbiter, and Arc run them against your real sessions, screening lists, and audit trails.
Book a Demo