SHUFTI PRODUCT TRANSFORMATION ยท ENTERPRISE DECISION JOURNEY

Shufti: Designing Confidence at Scale

How I restructured Shuftiโ€™s enterprise self-service journey across onboarding, verification, pricing, review and continuation

  • Progressive decision journey shipped for a global KYC/AML platform
  • Five stages from business context to implementation handoff
  • One interaction language across product, pricing and marketing
Outcome-led hero: the final SSP configuration screen on a laptop, with pricing and review screens behind

The 30-Second Version

Understand. Choose. Review. Confirm. Continue.

Shufti is a global KYC/AML identity verification platform serving enterprise customers across 200+ countries. As Senior UI/UX Designer, I owned the redesign of the self-service decision journey โ€” the flow where an enterprise customer configures verification, understands pricing, reviews their choices and commits.

  • Restructured the SSP onboarding experience into progressive decision stages: business context โ†’ verification requirements โ†’ pricing โ†’ review โ†’ continuation.
  • Connected configuration decisions to contextual pricing, editable review and clear next steps.
  • Designed review and recovery states to address potential onboarding drop-off, with one clear stage for each decision and visible consequences.
  • Unified product and marketing UX so campaign pages, pricing and onboarding behaved like one company instead of three disconnected surfaces.

The core design idea: make each decision understandable before asking for commitment. I prioritised visible consequences, review and recovery over the shortest possible flow.

Project Overview

Company

Shufti โ€” global KYC/AML identity verification platform

Year

2026 ยท ongoing product transformation programme

Role

Senior UI/UX Designer

Primary focus

Enterprise self-service onboarding, pricing, review and continuation

Supporting scope

Campaign, PPC and acquisition continuity around the decision journey

Team

Embedded with product, engineering, marketing, content, compliance, SEO, sales and leadership โ€” I owned the design workstream end to end

Duration

2026 ยท ongoing product transformation programme

Tools

Figma (design, prototyping, QA) ยท Figma AI ยท Claude + reusable Claude Skills

My Role & Contributions

This role required balancing product UX, growth design and enterprise system thinking across multiple teams and surfaces:

  • SSP onboarding, verification and pricing UX (this case study)
  • PPC and campaign landing pages for enterprise acquisition
  • Architecture designed to support 200+ localised country pages (related case)
  • Design system refinement across product and marketing
  • Brand evolution, webinar/event experiences and partner ecosystem interfaces
  • Conversion-focused UX optimisation across the acquisition funnel

The Challenge

Identity verification is not a routine sign-up category. A customer evaluating Shufti has to work out which checks their organisation needs, how those checks affect their own users, how the service will be priced, and what happens after the configuration is submitted. These decisions influence conversion, fraud exposure, compliance and implementation effort.

The self-service platform connected several of those decisions โ€” business onboarding, verification pathways and pricing. But the journey did not begin or end inside the platform. A customer might arrive from a campaign page, move through a country or product page, compare pricing, and only then enter self-service. Each surface had grown for a different purpose, yet the customer experienced them as one relationship with the company.

Shufti needed customers to make high-stakes decisions without losing confidence as they moved between discovery, evaluation, pricing and onboarding.

Evidence behind the problem: one decision journey distributed across three surfaces

Finding the Real Problem

The initial assumption was that enterprise users were struggling because the experience contained too much complexity. The obvious fix โ€” fewer screens, more hidden information, a compressed journey โ€” would have made the interface look simpler without making the decisions easier.

Mapping the connected journey across acquisition, pricing and onboarding showed that three questions were repeatedly left unanswered:

What does my organisation actually need?

What will this decision affect?

What happens after I continue?

Complexity vs uncertainty

That revealed the useful distinction between system complexity and decision uncertainty. The platformโ€™s genuine complexity could not be removed โ€” different organisations need different verification, compliance, deployment and pricing configurations. But uncertainty could be reduced through sequence, hierarchy, context, review and feedback.

Uncertainty was not separate from friction. It was a form of friction. The goal changed from the shortest journey to the clearest progression.

Comparing Three Directions

Before committing, I compared three representative structures built from the same content and constraints:

Direction 01Rejected

Compressed configuration


Business info, verification and pricing merged into fewer screens. Fewer steps, but consequential decisions competed for attention at once. Rejected.

Direction 02Rejected

Minimal wizard


Visually sparse screens with little supporting context. This risked moving customers forward without enough information to judge the consequences. Rejected.

Direction 03Selected

Progressive configuration


Context โ†’ requirements โ†’ pricing โ†’ review โ†’ continuation. More visible stages, but each stage prepared the next decision. Selected.

Five criteria

I judged the three against five criteria: decision visibility, consequence clarity, recoverability, content scalability and implementation realism. I selected the progressive structure for its balance of clear decisions, recoverability and implementation feasibility, accepting a higher screen count.

Three explored directions, the selected direction outlined

The Redesigned Journey

The final journey moves from broad context to specific commitment in five deliberate stages:

  1. 1

    Business context

    Identify the organisation and the purpose of the configuration first, with help text sitting beside the fields it explains โ€” not in a distant help area.

  2. 2

    Verification requirements

    Introduce verification choices only after enough context exists to make them meaningful. One dominant decision per stage; supporting information clearly secondary.

  3. 3

    Pricing in context

    Treat pricing as part of the decision, not an isolated commercial page. The right commercial context appears next to the choice it informs.

  4. 4

    Explicit review

    One reviewable summary organised around the customerโ€™s decisions, not a field-by-field replay of the form. Editing an earlier choice never destroys progress.

  5. 5

    Clear continuation

    The final state marks the stage complete and makes the handover to sales, implementation or account management explicit.

The complete rhythm

Understand. Choose. Review. Confirm. Continue.

The accepted trade-off

The trade-off was accepted deliberately: more visible stages than a compressed form. A journey with fewer screens can still feel difficult when customers pause, reread, backtrack, or continue without understanding consequences. Every stage had to earn its place โ€” it stayed only if it clarified a decision, reduced uncertainty or prepared the next action.

Original vs redesigned SSP, annotated

How the Design Iterated

The final structure was not a first draft. The journey went through repeated design-review cycles with product, sales and compliance, and each round changed real decisions: the review state was reorganised around the customerโ€™s choices after early versions replayed the form field by field; pricing context was moved closer to the configuration after sales feedback showed customers committing without understanding commercial effect; and stage boundaries were redrawn when a stage failed the "does it earn its place" test. Formal usability testing was unavailable, so structured critique and cross-functional feedback guided iteration.

Making the Craft Inspectable

For the portfolio, I reconstructed the decision flow using authentic product screens. The sequence explains the movement from business context to continuation, including review, editing and recovery states. This reconstruction is separate from the shipped product.

The interaction specifications cover visible keyboard focus, validation with labels and supporting text, errors next to the affected input, and loading feedback. Colour is supported by text, long headings can wrap, and mobile layouts reorganise the decision sequence. These are design requirements, not a claim of independently verified accessibility conformance.

Cover of the decision-flow portfolio reconstruction

Extending the System Beyond Onboarding

The customer journey started long before self-service. Campaign pages, PPC landing pages, country pages, product pages and pricing all shaped how customers understood Shufti before onboarding. These surfaces did not need to look identical โ€” they needed to behave like parts of the same organisation.

I extended the same interaction principles across the acquisition journey: a shared action hierarchy, consistent form behaviour, trust evidence placed next to the claims it supports, and product information organised around customer questions instead of an undifferentiated catalogue. Marketing pages kept their narrative freedom; product surfaces kept their functional density. The aim was continuity, not uniformity.

Related case teaser: the global experience system

Impact

Shipped a restructured enterprise decision journey โ€” business context, verification, pricing, review, recovery and continuation now behave as one connected sequence instead of a fragmented form.

Connected configuration decisions to contextual pricing, editable review and clear next steps.

Designed structured decision stages, explicit review and safe recovery to address potential onboarding drop-off. The effect on completion rates remains unmeasured.

Unified acquisition, pricing and onboarding under one interaction language, with shared patterns for actions, forms and transitions between product and marketing surfaces.

Delivered a complete, documented interaction state model โ€” focus, validation, error, loading, review, edit and continuation โ€” that engineering could implement and maintain consistently.

Outcome, evidence and limitations board

Collaboration & Delivery

The work crossed product, engineering, marketing, content, compliance, SEO, sales and leadership โ€” each with different priorities. Journey maps, alternative flows, prototypes, component specs, responsive states and design reviews became shared decision-making artefacts: a request to shorten the journey could be tested against decision clarity, a visual variation against the shared interaction language. I also kept design completion separate from live implementation โ€” a finished Figma file was never presented as shipped until the live experience could be verified.

AI as a Supporting Capability

AI accelerated the operation without defining the strategy. I used Figma AI and Claude for early exploration, repeated page structures, diagrams and recurring production tasks, and converted repeated instructions into reusable Claude Skills carrying visual rules and review criteria. AI generated options and first passes; I owned product logic, hierarchy, accuracy, accessibility and approval.

What I Would Measure Next

Connect acquisition, pricing, onboarding and activation analytics into one funnel, then measure more than completion: can customers explain what they selected, identify what it affects, return to an earlier choice without losing context, and accurately describe the next step. That is what moves this work from demonstrated structure to measured performance.

Reflection

This project changed how I define scale. Scale is not the number of screens a designer can produce โ€” it is the number of future decisions a system can support without losing its purpose. At Shufti, my role moved beyond individual interfaces: I was designing the rules through which customers, teams, markets and production systems could move forward with confidence.

What I would do differently: push for lightweight funnel instrumentation and moderated usability sessions before the redesign, not after โ€” the structural argument is strong, but a baseline would have let me pair every design decision with measured behaviour from day one.

Do not remove complexity that users genuinely need. Design the confidence required to move through it.

Projects

Explore more like this one

Selected projects that reflect my approach to design, development, and execution.

Projects

Designed, Built, & Shipped

Selected projects that reflect my approach to design, development, and execution.

Projects

Designed, Built, & Shipped

Selected projects that reflect my approach to design, development, and execution.

Create a free website with Framer, the website builder loved by startups, designers and agencies.