Institutional KYB

Lead designer · problem framing + flow + UI

Product
KuCoin institutional verification (web)
Target users
Companies and institutions opening a KuCoin account
Scope
Document submission, plus rejection, extra-document and resume states
Team
1 PM, front-end and back-end engineers
Timeline
2 weeks
Why it mattered

Institutional clients drive 30–70% of an exchange's trading volume, so every company that gives up at verification is lost revenue from the highest-value segment.

  1. 82%Resubmitted
  2. 67%Board file wrong
  3. 41→42%First-pass rate
  4. EU + AUBuilt on it
The institutional verification entry page, and in front the required-documents step with the board of directors or one director choice
Institutional KYB
02 · Problem

The brief asked for a selector; the drop-off sat on documents every company uploads

A research report flagged low KYB conversion, and a feature request came with it. Before designing it, I went back to the report's funnel.

The request
“Add a company-type selector so users only see the fields relevant to them.”
Company-type selector with the type menu open

November KYB self-submission funnel; each % is conversion from the step above. It starts at company info and excludes homepage traffic the report marked as non-institutional.

03 · Research

82% resubmitted: companies couldn't tell which document to upload

Users weren't losing interest. They sent the wrong file, got it back and tried again; the research report and internal interviews traced the same loop.

82%of users submitted multiple applications
~40%took more than 5 days to complete
  1. Wall of requirements text
  2. Wrong document
  3. Rejected
  4. Resubmit or give up
67% of failed applications got the board document wrong
Board resolution or POA (CBR / POA)
67%
Performance undertaking agreement (PUA)
36%
Other supporting documents
31%
Shareholder list
24%
List of all directors
24%

Share of 86 rejected or in-review applications in November with a problem in each document; one application can fail on several. Shown: the document step. Company and contact-person items were 19% or less.

What the old form hid in its text
CBR or POA · 67% of failures
Board or no board

A company with a board needs a board resolution, one without needs a power of attorney. The rule was one line of grey text; 67% of failed applications got this document wrong, and the research report named it a common blocker.

Shareholder list · 24% of failures
Ownership above 25%

Each shareholder above 25% adds documents, and further conditions add more, all in one paragraph.

Previous design: the board resolution or POA module and the shareholder register module, each with its rules in dense text

Previous design: the key distinctions sat in dense text in exactly these two modules.

04 · Approach

Benchmarks were an input; the data decided each option's role

Binance, OKX, Coinbase and Kraken share three patterns: pick the entity type first, show a document checklist up front, and write requirements in plain language. I tested each against what the data showed.

Three patterns across leading exchanges: pre-select entity type, upfront document checklist, plain-language instructions

Institutional verification flows at leading exchanges.

Three options, three roles
Company-type selector: a dropdown for the entity type before verification
Option A · kept for scale
Company-type selector

Rejections came from comprehension, not irrelevant fields, so a selector wouldn't move today's numbers. I kept it to route each market's document set as EU and AU rules diverge.

Help text: an info tooltip that explains a field inline
Option B · supporting role
Help text

Users already skipped long text, so help text only explains terms; it never carries a rule.

Guided required choice: a required selection that leads to the right path
Option C · core fix
Guided required choice

With the rule in text, 67% of failed applications got this document wrong, so the choice became a required step that leads straight to the right document.

05 · Solution

Rules users missed became a choice or a visible order

The first fix targets the board document (wrong in 67% of failed applications), the second the shareholder list (24%). The third tells companies up front that compliance may ask for more.

1 · Board or no board becomes a required choice

Designed as required with nothing pre-selected, so users must pick their structure first. The form then shows only the document that applies, with its template.

Before: CBR or POA rule in one line under the upload. After: a 'We have a board of directors / only one director' choice that shows the matching document

Before: the rule was one line under the upload. After: the choice comes first.

2 · Shareholder rules in a visible order

What the register must include sits in a highlighted list, and the 25% conditions become two options instead of a paragraph to decode.

Before: three shareholder requirements mixed into one description. After: a highlighted checklist and two options for shareholders above 25%

Before: two or three requirements mixed into the description. After: each one visible.

3 · A place for extra documents

An optional last step tells companies compliance may ask for more, and lets them add it up front.

Before: no mention of later document requests. After: an optional Additional documents step

Before: no hint that more documents might follow. After: an optional additional-documents step.

06 · Edge cases

Every rejection and request comes with a reason and a next step

Institutional applications rarely pass in one go, so the states after submission matter as much as the form.

More documents requested

High-risk applicants are asked for more after submission, each item with its reason, so the request doesn't feel like a dead end.

More materials required: a post-submission prompt listing each extra document with its reason
Rejected, with reasons

A rejection lists specific, fixable reasons, so companies can correct and resubmit instead of guessing.

Verification rejected: the screen lists specific, fixable reasons
Continue later

Institutions need time to gather documents, so progress is saved and the flow resumes where they left off.

Continue later: saved, resumable verification progress
07 · Final design

Choose the entity type, see the checklist, then submit step by step

The full flow makes the right-document decision at each fork and says what to prepare before companies start.

  1. Entity type
  2. Document checklist
  3. Company info
  4. Contact person
  5. Required documents
  6. Extra documents (optional)
End-to-end KYB flow: entity type, document checklist, steps overview, then four guided submission steps

The full journey: entry, preparation and the four submission steps.

Key screens: company info, contact person and required documents with guided upload modules

Key screens: the guided steps where the document decisions happen.

Try the prototype

Interactive prototype: pick a company type, then walk the four steps. In step 3 the director choice starts empty and must be answered, as designed (the shipped version had a default). Open full screen ↗

08 · Result

Pass rate moved one point; the pattern became the base for two new markets

Both fixes shipped, but in the build the board choice came with a default already selected, so companies could move on without choosing and the core mechanism didn't run as designed. The first-time review pass rate for submitted applications went from 41% to 42%, well short of what we expected, so I took the rejections back to customer support.

First market
  • Shareholder hierarchy shipped as designed
  • Board choice shipped with a default, not as a required choice
  • First-time review pass rate: 41% → 42%
EU and AU
  • The guided pattern became the base for both institutional flows
  • Part of the EU and AU licence submissions
KYB EU and KYB AU: the same guided pattern adapted to each market's entity types and document rules

KYB EU and AU: the same pattern extended to multi-layer ownership, beneficial-owner thresholds and local source-of-funds rules. Full screens on request.

09 · Reflection

Most remaining rejections weren't on the screen

I went through the rejections one by one with customer support and compliance. Most companies had picked the right document and still got it back.

Validity rules
Rules the screen never showed

Stamped certified copies, a hand-signed POA, the company name on the register, and original ID photos rather than screenshots.

Unneeded asks
Requirements compliance didn't review

A hand-held ID with a written signature that no one checked, and ECDD asked of every company when only two entity types need it.

What I'd do next time
1
Show validity rules where the file is chosen

Stamp, original and signature rules belong at the upload, not in a help article.

2
Write the key interaction into acceptance criteria

“Required, no default” lived only in the mockups and was easy to lose in the build. It belongs in the acceptance criteria and a design QA pass before release.

3
Read rejections with support before designing

One session with the people who handle rejections shows early which causes sit in policy and the back end.