100+
hours. What one analyst told us they spent cleaning a single project.
One interview, not an average across everyone.

Team
David Tang Vivian Hsu
Date
March 2025 (2 weeks)
My Role
Lead Product Designer Project Manager UX Researcher
Industries
Business Accounting
I designed an AI assistant that lives inside a Workiva spreadsheet. It highlights the cells with errors, explains each one in plain language, and lets teammates talk about a problem without leaving the sheet. The AI does the checking. The person makes the correction.
We built it in a two-week hackathon. We didn't place, but the judges gave us a lot of positive feedback.
Workiva is a cloud platform for connected reporting and compliance. Finance, audit and risk teams use it as a single source of truth for their most important reports, including 85% of the Fortune 1000.
Our challenge: datasets keep growing, but finding errors in them is still done by eye. That slow, manual step had become a real bottleneck.
We interviewed four data professionals. When we asked about finding errors in spreadsheets, "painful" came up again and again.
We interviewed 4 data professionals to uncover the psychological barriers to adopting AI. Here is what validated our direction:
We hypothesized that manual cleaning was annoying, but users described it as a critical business bottleneck. One user reported spending over 100 hours cleaning a single project.
Key Takeaway: The solution couldn't just be a "helper"; it needed to automate the heavy lifting of detection entirely.
Users explicitly stated that simply flagging an error isn't enough. If the AI can't explain why a number is wrong, they won't trust it to fix it.
Key Takeaway: "Explain it, don't just flag it." Trust is tied to transparency, not just accuracy.
Users were frustrated by fragmented workflows where they had to switch between spreadsheets, email, and chat apps to resolve a single error.
Key Takeaway: To be effective, collaboration (tagging/commenting) needed to happen inside the tool, not in a separate window.
These are some quotes that stood out to us.

Our user interviews and subsequent affinity mapping revealed five core themes that defined the needs of our users:

Our design process was a direct translation of our research findings into a focused, user-centered solution.
We conducted pre-interview surveys and held in-depth interviews with four professionals, asking around 10 open-ended questions to understand their thoughts and feelings about the current process of finding anomalies.
We synthesized our findings using an affinity diagram. This led to the creation of three distinct user personas—Sarah (the expert), Paul (the intermediate user), and Richard (the non-technical user)—to represent the diverse needs of our audience. We chose to focus our design on "Paul", the accountant who is proficient with spreadsheets but feels uncomfortable asking for help and gets overwhelmed by complex tools.

We created a user journey map to visualize Paul's current process, highlighting his feelings of being overwhelmed, frustrated, and uncertain at various stages of finding an anomaly. This helped us pinpoint the exact moments where our tool could provide the most value.

When designing for our primary persona, "Paul"—an accountant who often feels overwhelmed by complex tools—we knew we needed an interface that felt supportive rather than technical. We looked to Grammarly as our primary mental model.
Just as Grammarly demystifies complex syntax for writers without taking over the document, we wanted our AI assistant to demystify data errors for analysts without obscuring the spreadsheet. We adopted its "suggestion-based" pattern, where errors are flagged in a non-intrusive side panel, offering plain-language explanations that educate the user rather than just correcting them.
To validate this interaction model, we moved quickly into Figma to build a high-fidelity, interactive prototype.
Contextual Side Panel: We designed the AI assistant to live in a collapsible side drawer. This ensured users could view the "detected anomalies" and the "raw data" simultaneously, solving the issue of fragmented workflows.
Interactive States: We prototyped key micro-interactions, such as the "One-Click Scan" and the "Resolve" flows, to demonstrate how the tool transforms a 100-hour manual task into a seamless point-and-click experience.
The final design is an AI-powered assistant embedded in a side panel within the Workiva spreadsheet. Each feature is intentionally designed to address a key user need discovered during our research.



By automating the manual "bottleneck" of data cleaning, this design targets four critical performance indicators:
Automation Requires Human Context 🤖
The most critical lesson was that automation alone is not enough. While our initial assumption was to simply find errors faster, our research revealed that the human elements of understanding, trust, and collaboration were equally important. Without the user interviews, we would have missed the crucial need for explanations and integrated communication.
The Power of Personas 🙋🏻♀️
Focusing on the "Paul" persona was a key strategic decision. It forced us to design for someone who needs support and clarity, not just another complex tool for power users. This ensured the final design was accessible, intuitive, and genuinely helpful.
Next Steps 🪜
The clear next step would be to conduct a quantitative usability study to validate our design. We would measure task completion time, error rates, and user satisfaction scores to gather hard data on the tool's effectiveness before moving into development.

