I set a 3–5 year vision that moved HubSpot’s Data Quality tools from cleaning up bad CRM data to catching it early, then shipped the first proactive features.
Hero image
Company / product
HubSpot, Data Quality (Operations Hub, now Data Hub)
My role
Product Designer, then Senior Product Designer; sole designer on Data Quality
Team
[PM], an associate PM (APM), [N frontend and backend engineers], Content Design
Stakeholders
The Data Sync, Import, CRM and Workflows teams; Ops Hub sales and support
Methods
Customer feedback analysis, alerts research, usability testing, vision workshops, UX audit of small fixes
Tools
Figma, FigJam
Project overview
Problem
Customers found CRM data problems, such as duplicates and missing values, only after those problems had broken a report or a workflow. Fixing them was manual, and the tools only helped once the damage was done.
Solution
I set a 3–5 year vision built on one principle: reactive, then proactive, then preventative. Then I shipped the first proactive features: alerts, a Missing Data tool, better duplicate management and in-line fixes.
Impact
The vision’s principles still guide the Data Quality roadmap
The Missing Data tool tested well with users [Add: test results]
The team grew stronger: I coached an APM, gave engineers more ownership, and hired my replacement
[Add: alert adoption or CSAT trend from the monthly readouts]
Context and problem
Business context: Clean CRM data is the foundation for reporting, automation and, increasingly, AI across HubSpot. Data Quality was a growing part of Operations Hub, and data management was becoming a priority across the whole platform.
Customer problem: Admins and ops teams found data problems only after the damage was done: a broken report, a duplicate contact emailed twice, a workflow that misfired. Fixing them was manual and repetitive. [Add: specific pain points from customer feedback, e.g. the most-requested fixes.]
Evidence: I tracked customer feedback themes and internal questions in the #ops-hub-sales-help and #data-quality Slack channels, and started a monthly readout of CSAT and customer feedback. [Add: the top themes and CSAT figures from those readouts.]
“[Customer quote about finding data problems too late]”
Problem statement: How might we help customers catch and prevent data problems before they cause damage, rather than cleaning up afterward?
Before state
The reactive “before” journey, from a bad record to a broken report to a manual fix.
My role and constraints
I owned: The UX vision and strategy for Data Quality, research and discovery (including the alerts research and the anomaly detection exploration), and end-to-end design of the features we shipped. I also owned a running list of small UX fixes and found ways to fit them into each quarter.
I partnered on: Setting up a regular process for capturing and sharing customer feedback, with the PM. Coaching a new APM. Cross-team efforts: Data Staging with Data Sync and Import; surfacing Data Quality insights in the CRM; and a Data Quality activation project with CRM and Workflows.
Constraints
Bandwidth: In 2023 and 2024 I was also leading Data Enrichment, so I had to delegate.
Team maturity: A team with few established processes and a brand-new APM.
Platform: Data Quality touches records owned by many other teams, so changes needed alignment across them.
[Add: any roadmap or engineering limits that shaped what shipped]
Process
Listen (early 2023)
I joined from Data Sync and immersed myself in customer feedback and internal questions. I started a monthly readout of CSAT and feedback, and streamlined one-pagers so the team shared the same picture of customer problems.
Key insight: [Add: the pattern you saw, e.g. most issues were discovered downstream, long after the bad data came in.]
Research artifact
Themes from customer feedback, or a sample monthly digest.
Explore (2023)
I ran research on alerts and an anomaly detection exploration, and led discovery and documentation for new duplicate alerts, a Data Quality email digest and automatic de-duplication.
Research artifact
Findings from the alerts research and early concepts.
Set the vision (2023)
I wrote “Data Quality in 2026,” a 3–5 year vision and strategy built on three principles: reactive, then proactive, then preventative.
Vision
The three-stage principle and the vision deck.
Ship and iterate (2023 – 2024)
I shipped the first proactive features, starting with alerts, followed by fixes customers had asked for. I also changed the team’s process so frontend engineers had more ownership during the high-fidelity mockup phase.
Prototype
The Missing Data tool prototype and test findings.
Key decisions and tradeoffs
Where to start
Options
Jump to prevention (e.g. AI anomaly detection), or move one step at a time
What I chose and why
Proactive first (alerts), because customers needed to see problems early before they’d trust automatic prevention
Tradeoff accepted
The bigger AI vision had to wait
Small fixes vs. new features
Options
Only big features, or set aside room for small fixes
What I chose and why
Kept a running list of small UX fixes and fit them into Q2 and Q3 alongside larger work
Tradeoff accepted
Slower progress on the headline features
How design hands off to engineering
Options
Designer owns every high-fidelity screen, or engineers co-own them
What I chose and why
Gave frontend engineers more ownership in high-fidelity mockups, and the team embraced it
Tradeoff accepted
Less direct control over pixel-level details
How I got buy-in: I used the vision deck and the principles to show the team how each quarter’s work led toward prevention, and the monthly feedback readouts kept customer evidence in front of everyone. [Add: a moment where the principle changed a roadmap decision.]
The solution
Proactive alerts
Alerts tell customers about data problems, such as new duplicates, as they happen, instead of leaving them to be found in a broken report. The research ran in 2023 and the design shipped in 2024.
Final screen
An alert in context, plus the alert settings.
Faster fixes where the problem is
I shipped improvements customers asked for: in-line editing, exporting issues, better duplicate management (with a custom duplicate merge in progress) and new out-of-the-box reports. A new Missing Data tool helps users find and fill empty fields, and it tested well in usability sessions.
Before / after
The Missing Data tool, and duplicate management before and after.
A component library and clearer copy
I built a Data Quality component library so new features stayed consistent, and rewrote copy that was confusing customers.
Patterns
The Data Quality component library sheet.
Impact and results
Vision and principles that still guide the Data Quality roadmap
[Add: alert usage, duplicates merged, or CSAT trend, over what period]
[N]
The reactive, proactive, preventative principle still shapes the Data Quality roadmap after I moved to other work, and the team runs on processes I helped set up: monthly feedback readouts, a running list of small fixes, and engineers who co-own high-fidelity mockups. [Add: the strongest number you can get, e.g. alert usage or CSAT trend.]
Qualitative impact: My manager wrote that I moved the team “from a reactive to a proactive stance,” and that my “systems thinking and platform approach have elevated the work and the team.” A frontend engineer described an earlier project of mine (Sync Health) as “the dream” because of how openly I shared the process.
“[Add: a Data Quality-specific quote from a customer, PM or engineer]”
Reflection and what’s next
What I’d do differently: I’d adjust my message to each audience earlier. The same vision didn’t land the same way with engineers, PMs and leadership, and shorter, more visual stories would have built support faster.
What I learned: A principle as simple as reactive, proactive, preventative outlasts any single design. It gives a team a way to make decisions after you’ve moved on.
What happened next: I hired my replacement, who carried the vision forward. The principle fed into Data Studio’s approach to cleaning data. [Add: whether preventative features such as automatic de-duplication or anomaly detection have shipped since.]