From 2 Months to 2 Days: Redesigning Data Onboarding
How breaking down monolithic architecture reduced setup complexity and helped customers to use the product immediately.
Product Design Lead•2021 - 2022•Data Talks

Overview
Engineers spending 2 months of customers' 6-month trial with manual onboarding
When I joined Data Talks, the Customer Data Platform was in early development with significant manual processes, especially around data handling. Our target customers, were typically implementing their first CDP, so we offered 6-month trial periods to allow adequate evaluation time.
The challenge: customers needed to see clear value during their trial to justify continued investment, but manual onboarding processes consumed substantial portions of this critical evaluation window.
Problem
Customers had only 67% of trial for value experience
With our pay-per-profile revenue model, payment was postponed until onboarding completion, meaning every day lost to setup meant delayed revenue and reduced time for customers to experience the platform's benefits. Customers who were excited about the platform's potential were getting frustrated during setup.
Outcome
Multi-level product changes led to significant improvements
Customer setup time dropped from 2 months to 2 days through a multi-level redesign approach. I tackled three interconnected problems by breaking down monolithic architecture and redesigning the onboarding process: implementing immediate workflow improvements, fundamental changes to data engineer workflows, and strategic shifts that transformed our entire customer relationship model.
Research & Insights
Researching complex technical workflows
This multi-project transformation required redesigning our product architecture for highly specialized users, data engineers and onboarding specialists. I conducted in-depth interviews, shadowed engineers during live onboarding sessions, analyzed industry best practices, and reviewed historical data to identify key bottlenecks and workflow pain points.
Solutions
Three-level solution strategy approach
The three identified problems required solutions at different levels of complexity and implementation timelines. Some offered quick wins that could be deployed immediately, others would fundamentally change how data engineers worked, and the most strategic would impact our entire business model and customer relationships.
I approached these challenges through a three-tiered solution strategy, working from high-level architecture down to granular workflow improvements.
Component-Based Architecture: System-Level Transformation
The High-Level Solution: Redesigned the entire platform from a monolithic system into independent, modular components that could be implemented progressively.
Strategic Impact: Flexible Implementation Paths: Customers could start with essential components and expand gradually Reduced Complexity: Each component operated independently, eliminating cascading setup dependencies Faster Time-to-Value: Core functionality operational in days instead of requiring full system deployment
Integrations Library: Standardized Mid-Level Components
The Integration Solution: Created a centralized library of pre-built, reusable integration templates to eliminate repetitive custom development.
Key Features: Unified Authentication System: Single credential management across all data sources Smart Field Mapping: Automatic matching with case-insensitive defaults to prevent common errors Template Reusability: Previously built integrations became instantly deployable for new clients Incremental Sync: Built-in tracking and resume capabilities for reliable data processing
Enhanced File Upload: Granular Workflow Optimization
The Detail-Level Solution: Redesigned file handling to match data engineers' complex transformation needs and reduce error-prone manual processes.
Granular Improvements: Flexible Column Handling: Optional field selection and mid-process data type adjustments Transformation Preview: Visual confirmation before applying changes to reduce trial-and-error cycles Granular Error Recovery: Fix individual issues without restarting entire workflows Engineer-Friendly Interface: Built for technical users who need control and transparency
Research & Insights
Customer, Engineering, Revenue & Operational Impact
Trial Experience: Customers gained 95% of their trial period for actual product evaluation instead of setup struggles, enabling confident purchase decisions based on real value demonstration. Engineers Work: Data engineers evolved from repetitive manual tasks to strategic customer consultation, with 95% reduction in onboarding time freeing them to focus on optimization and advanced customer needs. Revenue Acceleration: Payment timeline shifted from 2+ months post-trial to within days, dramatically improving cash flow and reducing revenue risk while establishing fastest CDP onboarding as a key competitive advantage. Operational Efficiency: Reduced support burden allowed customer success teams to shift from technical troubleshooting to strategic value delivery, while the modular architecture enabled scalable growth without proportional overhead increases.
Next steps
As a Customer Data Platform, data handling is at it’s core. This case study focused on transforming how we get data into the system through improved onboarding and integrations.
The next major challenge: how we clean, unify, and segment that data once it's in the platform. While we solved the input bottleneck, customers still faced challenges with data quality, duplicate identities across sources, and creating meaningful audience segments.
