Collected

Fourteen competitor flows and two rounds of user testing rebuilt Collected’s onboarding around one job: getting a first-time user to upload their first document.

PLATFORM
Mobile App
SIZE
Seed
goal

UX Research & MVP Development

MPL Gaming
·
Real-money Platform
·
U.S. Market
At a glance

Two weeks. Two rounds of testing. One onboarding.

W1
01
Research and strategy.
The client’s existing research and product feedback synthesized, fourteen competing and substitute onboarding flows broken down step by step, and three success metrics agreed with the founders before a screen was drawn.
02
Wireframes and direction.
Onboarding wireframes across the why, authentication, mock-data, customization and first-upload flows, then two visual design directions, one chosen with the founders.
03
Prototype and test.
A linked Figma prototype tested on participants’ own phones across five moderated sessions, split into unguided and guided tasks, with findings ranked by effort against KPI impact.
04
Iterate and hand off.
Security copy, the customization flow and the product’s own vocabulary reworked, a second testing round run against the revised designs, illustration direction set with the founders, and production assets handed to the client’s engineering team.
Drag / scroll →
ENGAGEMENT
2-week sprint
Kickoff September 16, 2019, handoff September 27
BENCHMARK
14 products
Onboarding flows broken down step by step
EVIDENCE
5 sessions
Moderated prototype tests on participants’ own phones
TARGET
3 KPIs
Agreed with the founders before design began
The Client

The paperwork a household runs on, in one place.

MPL Gaming player base

Collected is a Los Angeles consumer software company building a secure, AI-organized home for the information people keep in drawers, inboxes and password managers: IDs, prescriptions, insurance policies, financial logins, legal documents, registrations and membership cards, shareable with the family members and advisors who need them.

It was founded in 2018 by two operators who had built consumer products at scale. Adam Kanner, co-founder and CEO, is a five-time entrepreneur who previously founded and led ScoreBig and held roles at the NBA. Carl Trudel, co-founder and CTO, brought more than twenty-five years as a senior technology executive at companies including Ticketmaster and Soothe. In autumn 2019 the company was privately funded and preparing its first iOS beta.

‍

2018
Los Angeles, California
2 founders
ScoreBig and the NBA, Ticketmaster and Soothe
2 US patents
Granted 2022 and 2023, after four years of development
The Challenge

An app that could hold everything, and no way in.

Collected was weeks from putting its iOS beta in front of real users, and the app that would greet them was a full information vault with no path through it. As the founder put it to the team at kickoff, the onboarding had to showcase what the product could do and why it mattered at a point when the product itself was not yet optimized, not yet simple, and not yet stunning.

Problem 01

The product was full and the first run was empty.

An earlier Wandr review of the app had found information overload and too much navigation complexity for a new user. Once someone reached the dashboard it was unclear what they were supposed to do next, and without a first upload there was nothing to come back for.

Problem 02

It asked for the most sensitive data a person owns.

Driver’s licenses, passports, insurance policies, financial logins and legal documents. Every competitor in the category asks for trust; this one asked for it in the first ninety seconds, before it had done anything for you.

Problem 03

The audience was too broad to design demographically.

The target was heads of household with children at home, but that spanned roughly 25 to 50 year olds across a wide range of profiles. Designing to a demographic average would have produced a flow that fitted nobody.

Problem 04

Growth depended on a flow that did not exist.

The acquisition model leaned on virality, one user inviting family or an emergency contact into their information. There were no screens at all for the person who received that invitation, which is the moment the loop either closes or breaks.

Problem 05

The deadline belonged to Apple.

The beta had to clear App Store review, the engineering team was working from another continent, and every design round had to land early enough to be built. There was no version of this project where the work arrived late and the schedule absorbed it.

Drag / scroll →
Before / After

Same app, a different first five minutes.

Drag the handle to compare the beta’s original first run with the redesigned onboarding: a dashboard that opened empty on one side, a guided path from why the product exists to a first document uploaded on the other.

Before redesignBefore redesign
After redesignAfter redesign
Before
After WANDR
Our Role

Two weeks to design the front door of a product still being built.

01
Synthesis of the client’s existing research, user feedback and current app
02
Comparative teardown of fourteen competing and substitute onboarding flows
03
Three onboarding success metrics defined with the founders before design began
04
Wireframes across the why, authentication, mock-data, customization and first-upload flows
05
Two visual design directions, one selected with the founders
06
A linked Figma prototype built to be tested on a phone, not a desktop
07
Five moderated usability sessions, split into unguided and guided tasks
08
A findings report ranking six problems by effort against KPI impact
Research

We put the prototype on five phones and listened to the objections.

Five moderated sessions, run over video with the participant holding the Figma prototype on their own phone and thinking aloud. The first half was unguided, to see whether the flow explained itself. The second half named the task, to see whether people could complete it once they knew what it was.

01
14 products   ·   Competitive teardown

Everyone in the category welcomes you the same way.

We broke down the onboarding of LifeSite, Dashlane, 1Password, LastPass, Evernote, Digi.me, Dropbox, Box, Google Drive, Amazon Drive, DocSend, FidSafe, Everplans and SiftSort. The overwhelming majority ran the same three-to-five image carousel ending in Sign Up and Log In. For a product whose entire premise was trust, that sameness was the opening: nobody in the category had an onboarding anyone remembered, and social proof or recognizable security credentials were the lever none of them were pulling.

02
5 sessions   ·   Moderated prototype tests

The security explanation was the thing breaking trust.

The copy written to reassure people did the opposite. “This machine-learning talk, like, as an old person, what the hell is machine-learning? Is this safe?” Another asked how the company could manage information without accessing it. Underneath the language sat three questions nobody had answered on screen: what happens if I lose my phone, what happens if it is stolen, and what happens if this company gets hacked.

03
6 problems   ·   Ranked for the build

The product’s own vocabulary was unreadable.

Collections, categories and essentials were used interchangeably by every participant who reached them, and the customization step that followed was described as too many options to bother with. Findings were ordered by effort against KPI impact into six problems to solve, and produced one recommendation that went beyond the screens: change the onboarding KPI from uploading a driver’s license to uploading a first piece of information, because two participants said they would start with their health records.

The Strategy

Answer the fear first. Ask for the driver’s license last.

Three moves carried the onboarding from a feature tour into a path someone would finish.
01

Say what happens to the data, in words a nervous person uses.

Security copy was rewritten out of technical language and pointed at the three questions users actually asked on camera: the lost phone, the stolen phone, the hacked company. Where the flow had explained its architecture, it now explained its consequences.

02

Let people try it before they trust it.

A mock-data flow let a new user watch the product work on information that was not theirs, before any real document was handed over. Only then did the flow ask for a first upload, and it asked for whatever the user already had in their pocket rather than insisting on a licence. Progress indicators and deliberate empty states carried the rest: an unfinished setup is harder to walk away from than an empty one.

03

Give a vault for legal documents a human face.

Character-led illustration, tested and chosen with the founders against the alternative of product screenshots, in the register of Headspace and Duolingo rather than enterprise software. The brief the founders gave back was the right one: friendly, approachable, anti-serious, because the subject matter is dry enough on its own.

Principle 01 of
→ Continue scrolling
MPL redesign surface
MPL redesign surface
MPL redesign surface
MPL redesign surface
MPL redesign surface
MPL redesign surface
MPL redesign surface
MPL redesign surface
Screen 01 of 08
→ Scroll horizontally
Outcomes

What the engagement produced.

Two weeks from kickoff, Collected had an onboarding designed end to end, tested with real users, revised against what they said, and handed to engineering as production assets in time for the beta.

01 · EVIDENCE
5 sessions
Two rounds of moderated testing
02 · BENCHMARK
14 products
Category onboarding teardown
password managers, cloud storage, legacy planning
03 · PRODUCT
5 flows
Designed end to end
why, auth, mock data, customization, first upload
04 · PACE
2 weeks
Kickoff to handoff
September 16 to September 27, 2019

Outcomes describe what the engagement delivered. Collected has not shared post-beta activation or retention figures with Wandr, so no performance metric is claimed here. The company’s two US patents, granted in 2022 and 2023, are a Collected milestone reached after this engagement, not a design result.

Client Voice

In their words.

“
We were weeks from our first beta with an app that could do almost everything and explained almost none of it. Wandr put our prototype in front of real users, who told us bluntly that the security language we thought was reassuring was the thing scaring them off. What came back was not a prettier screen, it was a different order of operations: answer the fear first, then ask for the driver’s license. They also argued us out of our own success metric, which nobody enjoys hearing and everybody needs.
Replace · First Last
Title · MPL Gaming
Up next

Another story worth reading.

Buildbox case study preview
Next Case Study

Glidian

‍

No code gaming
·
SAAS
Read next case