From 78% dropoff to day-one delight
Timeline:
4 months
Team:
3 designers, 3 developers, 1 PM
Company:
FactSet

The redesigned onboarding screen, scoped to the user's role and firm before they touch a single input
Let me just say that I get unreasonably excited about onboarding. Now that that's out of the way, I found out we had a big problem when usage data showed that 78% of new users never completed onboarding. They simply skipped it. On a $20,000-a-year platform, that was not simply a UX problem, it was a business problem.
FactSet serves wealth managers, analysts, portfolio managers, and traders at the largest financial firms globally. Many users are so loyal they carry their personal user ID from employer to employer when they change jobs. The expectation baked into that price and that behavior is simple: this tool should work, and it should work immediately. But the onboarding wasn't holding up its end of the bargain.
Without loading your watchlist or portfolio, core platform features were effectively non-functional and shockingly, the recovery path was not self-service. It was human. FactSet's consulting team (roughly 426 people representing 3.6% of the company's global workforce), was responsible for visiting client offices to complete manually what the onboarding process should have handled. The average wait was days after a license activated. During that window, a $20K user had a broken experience and no clear path to fixing it themselves.

On the left, the onboarding users ignored and on the right, the one they didn't have to
Discovery pulled from three directions: user sessions with financial professionals, helpdesk ticket analysis, and structured interviews with FactSet consultants. The data told the same story from every angle. Session recordings showed users exiting the onboarding modal within the first 30 seconds. Helpdesk tickets clustered around the same drop-off. Consultants described a similar pattern from hundreds of client visits. This wasn't a fringe problem hiding in edge cases. It was consistent, and it was costing us every time.
The issue wasn't motivation. It was a mismatch between user identity and the task being asked of them.
These are high-earning, time-pressured financial professionals who pay a premium for a professional grade tool. Their mental model was simple: I pay, it works. The existing onboarding was asking them to complete the onboarding like it was a standard, free account setup. It was beneath their expectation of the product for them to need to do this much heavy-lifting up front.
The flow also looked worse than it actually was. The sheer number of visible steps signaled a large, undifferentiated lift before users could evaluate what even applied to them. So they closed it, skipping the entire process, and hoped it would get sorted out later. There were two big problems: an expectation mismatch and a perception problem that triggered avoidance before users even engaged.

Every gap in this onboarding journey map is a user who closed the modal and waited days for a consultant to fix it
We had to pivot because it was fruitless trying to convince our high-expectation users to complete the setup themselves, so instead we met them at their mental model. They expected the platform to be ready for them. So we made it ready for them. We just shifted who did the work, and when.
We cut the flow from nine steps to four, which were all neatly laid out on one screen. The removed steps were ones users either skipped or completed incorrectly: manual data source connections, notification preferences, a tutorial module nobody watched. What remained was scoped to the user's role and firm from the moment the screen loaded. A wealth manager saw a wealth manager's setup. A trader saw a trader's. The onus was visibly smaller because it actually was. The personalized experience is immediately visible, right-out-of-the-gate. It felt like the product was working for them, not requiring them to do any heavy-lifting.
For consultants, we built a back-end tool that allows them to pre-load their clients watchlist which changed how they initiated a new user relationship. Instead of arriving after a broken experience to fix what had already been skipped, consultants now led with collection. Their first client conversation became a data handoff, not a rescue mission. This allowed consultants to load the data before the client started. Now when a new user opens FactSet for the first time, their data was already there. The platform worked exactly the way they expected, from the very first minute, like they expect expensive software should.
This was not just a UX improvement. It was a role transformation. Consultants moved from reactive rescue to proactive setup partners, and clients received a better experience immediately.

Watchlist upload/creation flow. Legacy vs improved, abridged flows
Both tracks had to work in unison. Users would see the redesigned onboarding screen which had clearly been configured for this specific user. On the back-end, consultant side, the pre-load tool gave the client-facing team a structured, streamlined process for collecting user data before activation. The new process integrated into their existing workflow rather than adding to it.
Both were built with direct input from the people closest to the problem: the consultants who had lived the failure, and the users whose expectations had never been met.

An early direction put the full upload flow on the user upfront. User testing killed it fast. The cognitive lift before any value was visible was exactly what triggered avoidance

Because $20,000-a-year users don't only sit at desks
Onboarding-related support burden dropped by roughly 75%, from affecting 78% of new users to under 19%. Time-to-activation, the window between license start and a fully functional platform experience, dropped from days to minutes. Qualitative feedback from consultants consistently described the shift as "night and day," and first-session satisfaction came up in client check-ins in ways it never had before.
Onboarding at FactSet went from something users unanimously avoided to something consistently described as a pleasure. For a platform serving demanding, high-expectation financial professionals at the world's largest firms, that is no small task.
The deeper outcome was structural. By redesigning who did the work and when, we changed the operational model for how FactSet brought new users onto the platform, at scale, globally.

Decreased support burden by 75% and growing
Selected Works
FactSet MobileProject type
FactSet PlatformProject type
FactSet Agentic PlatformProject type
FactSet OnboardingProject type
Maple Row Farm AppProject type