Omar Younis
Work About Resume
Fivetran Fivetran · 2019 — 2021

Getting the first sync finished

More than half of prospects who started Fivetran's onboarding never completed a data sync. I was the first designer on the app, and this is the flow we rebuilt.

RoleFirst product designer, then design lead
TeamPM, engineering, data analytics
BriefRedesign the dashboard UX so non-technical users can self-serve data
Starting pointAn app built by engineers with no design support
Outcome — measured against metrics analytics already tracked2019 — 2021
56% Of prospects entering onboarding never completed the initial sync — the starting point
36% Improvement in sync rates at onboarding, after the follow-up release
Mixed The first release helped in one place and hurt in another. That's why there was a second one
The problem

Fivetran's managed connectors handled schema normalization and table structure, so data teams didn't have to. But getting a pipeline running still required going through IT or a data engineer — costly, slow, and squarely in Fivetran's way.

The brief was a system that let non-technical users self-serve. The measurable version of it was narrower: get more people through setup to a finished first sync.

Source and destination setup No credentials for source systems. Anxiety about connecting the warehouse first. Technical setup forms people couldn't finish. And no sense of what to do next.
Schema setup Long waits fetching large database schemas, no idea which objects to sync, and real fear that PII would go with them.
After setup Notification email too noisy to act on, sync errors hard to monitor, and almost no visibility into progress on large historical syncs.

Synthesized from customer interviews across key personas.

Self-service data workflow Self-service data workflow
Personas Personas
Three decisionsEach with a metric attached
Decision 01Phase 1

Reorder the steps, and put the documentation inside the step that needs it

I mapped the existing flow in low-fidelity first, marking every pain point so none of them got quietly lost in the redesign. Then we changed the order of steps, standardized the visual system, and rebuilt the layout to make room for embedded docs — education in place, at the moment someone is stuck on a technical form.

My PM and I agreed up front to measure it with the metrics our analytics team already tracked: time to value, and dropoff at each key step. No new instrumentation, no argument later about whether it worked.

Old flow vs. test flow
Old flow vs. test flow
Lo-fi pain point map
Lo-fi pain point map
Setup step with embedded docs
Setup step with embedded docs
Decision 02First release → follow-up

We added a Welcome step and made things worse, then took the commitment out of it

The embedded docs did what we hoped: more completed syncs during onboarding. The new Welcome step did not. Asking people to choose a source and a destination before anything else created more dropoff earlier in the flow than the version we replaced.

We shipped a follow-up quickly, making that first choice non-committal — you could move without deciding. That release produced an overall 36% improvement in sync rates at onboarding, and we kept tuning individual steps against ongoing usage tracking.

First release — the Welcome step First release — the Welcome step
First release — full onboarding flow
Decision 03Phase 2

Treat PII anxiety as a design problem, not a documentation problem

The most emotional thing in the interviews was not knowing whether personal data was about to be copied into the warehouse. People hesitated at the schema step, and hesitation at the schema step means no first sync.

Phase 2 gave users an explicit review of the schema and its PII risks before syncing — the goal stated as reducing PII anxiety and raising sync rates, in those words, so the team knew what we were buying with the extra step.

Onboarding flow — schema review and hashing Onboarding flow — schema review and hashing
The phased planGoal stated before the work started
Phase 1 Reorder the onboarding steps and make source setup easier. Goal — reduce time to value and dropoff at key steps; cut error rates in setup.
Phase 2 Let users review the data schema and its PII risks before syncing. Goal — reduce PII anxiety and increase sync rates.
Phase 3 Add sync observability features. Goal — reduce time to error resolution.

Research turned up problems across the entire journey and we could not take them all on. Enabling self-service meant starting where confidence broke down — setup — and phasing the rest behind it.

Connector detail page, updated components Connector detail page, updated components
Component library and visual style Component library and visual style
What I took away

Beyond setup I worked across the roadmap — transformations, the sync chart UI, and more. The lesson that stuck was about words.

Coming into data integration new, I had to learn the domain properly before I could write a single useful label, and I had to pull the right stakeholders into copy decisions rather than making them alone. You cannot design an educational experience for technical and non-technical users at the same time until you actually understand the thing being explained.

← All work Next — About →
Click anywhere or press Esc to close