Enabled users to fix data errors where they find them, with rules-based corrections and a full audit trail. Over 830,000 cells corrected in the first four months.
We’d made errors easy to spot, but fixing them was hard
Quantemplate takes data from hundreds of suppliers, harmonises them into a consistent format and flags errors. These could be simple things like an invalid date, or more complex business rules.
Quantemplate had a validation report that gave business analysts row-level reporting of their data. But making a correction meant writing custom rules in the upstream process. We’d also introduced automated validation checks, and now clients had hundreds of them. The original validation report didn’t scale well to this usage and the workflow had become inefficient.
Design decisions
Step 1Improve the workflow
With hundreds of rules in a single pipeline, every extra step between finding a failure and fixing it was repeated hundreds of times. I streamlined the route through the report by compacting navigation steps and filtering out surplus information.
01
Filter out passes
Focus on the failures and warnings
More
Passed rules are filtered out by default when viewing the report for the first time, helping users focus on their actionable task: reviewing the failures and warnings.
02
Skip the input drill-down step
Go straight to the first failed input
More
Knocking out the intermediate step for reviewing multiple input files takes the user straight to the data grid of the first failed input. Popups let them switch between inputs without leaving the grid, or jump to a specific input straight from the top-level view. The popup gives an indication of the number of failed rows within each input.
Design validationMoreLess
I reviewed the proposed navigation changes with users in a walkthrough before implementation. No significant issues emerged, and feedback after release confirmed that the changes addressed the navigation friction they had reported.
03
Add direct rule navigation
Move between rules without leaving the grid
More
Adding buttons to navigate between rules within the data grid view, without returning to the report, removed three fiddly steps from the user’s workflow. Multiplied over hundreds of validation rules every month, that’s a significant time saving.
A rule navigator also allows instant navigation between any rule.
Step 2Fix errors where you find them
Correcting errors in the data was not as simple as it sounds. Rather than editing cells, Quantemplate pipelines apply batch changes to the data using rules, and these rules needed to be applied at the point the data was checked. Five design principles underpinned the solution.
01
Show before and after
Keep the original value beside the correction
More
Corrections are shown beside the original submitted values. I chose this side-by-side layout to preserve the source data and make it clear that users are creating a mapping, rather than editing the original cell.
Corrected values stand out in bright green. If no correction has been applied, the placeholder text shows the current value. This helps the user understand exactly what the output data will be.
Design validationMoreLess
First prototypeImproved design
I tested the prototype with a small cohort of expert users. Testing exposed two issues: users didn’t recognise the correction fields as editable, and adjacent failed columns made it difficult to tell which values belonged together.
I revised the design to give each row a clearly defined entry field, strengthen the link between original and corrected values, and refine the colour palette.
Entering a correction. The popup makes the scope explicit — every matching value, or only where a condition is met — with a formula bar for deriving the value from another column.
02
Make the scope of changes obvious
Make clear which values a correction will affect
More
Quantemplate applies corrections to bulk data rather than isolated cells, so we needed to make this clear. When a user selects a field, it opens a popup where they enter the correction. The UI makes it clear that corrections can apply to every matching value or use conditions, such as correcting Premium only for a specific Policy Number.
I added a formula bar, so users could derive a value from another column. For example, if a date is missing, take the date from another column and subtract one month. Based on what I’d observed in production pipelines, this would be a necessary addition.
Design validationMoreLess
I had identified the need for multiple matching conditions, for example to apply one correction across several policy numbers. A walk-through of the design specification with a cohort of expert users confirmed it. Their feedback was that this would be much easier than wrangling Excel-style IF statements, opening corrections up to users with less technical skill.
Each edit to a failed value is recorded and displayed, building trust in the change and helping our clients meet their audit goals
03
Preserve evidence
Keep a record of who changed what and when
More
Audit was important to our clients, who use Quantemplate as a system-of-record for financial reporting. To support this, I showed the original failed values alongside the corrected rows in the report. The full change history of each edit was displayed.
04
Give immediate feedback
Check the correction now, apply it on the next run
More
Corrections are applied to the output on the next pipeline run. Rather than wait for the run to complete to find out if a correction will now pass, after a field is completed, the system checks that the entered value will pass the rule, and warns if it’s still a fail.
05
Ordering matters
Let users review and reorder overlapping corrections
More
One of the things I discovered in testing, as part of our internal QA process, was that the order in which corrections apply is important, since one correction could overwrite a prior one. I designed an interface showing all corrections applied to any validation rule, allowing users to reorder or remove them.
Engineering constraintMoreLess
Corrections aren’t edits to cells: they’re rules, applied in sequence each time the pipeline runs. When two rules match the same value, the later one wins, so the system can’t settle the conflict on its own. Order had to become something users could see and control.
1-minute demo
Corrections in action
Outcome
Closing the loop
01Turned dead-end error reports into complete correction workflows
03Achieved step change in speed at which clients could work
04830k cells corrected in first 4 months
Clients using the in-product correction and report improvements reported a significant boost to their workflow, with the changes addressing their productivity bottlenecks.
Being able to see who had made corrections was especially valuable to them for supporting their audit processes.
In-product Validation Corrections launched on 8 July 2026. By 28 October, corrections had been applied to 830,132 cells across 52 pipeline runs.
The speed at which we can work now is a real step change. Everything feels much more fluid. I don’t even need to click all the way into the validation to see what I need. The changes have helped tremendously: I know what I need to focus on.
Quantemplate user-client at major US insurance carrier
830,132 cells corrected
Cumulative corrections · 28 Oct 2026
Cells correctedRules corrected
900k600k300k0
70350
JulAugSepOct
Pipeline runs with corrections
52
Cells fixed
830,132
Rules corrected
65
Next steps
Bringing suppliers into the loop
The next stage extends the correction workflow through Feeds, so clients can share selected results and suppliers can prepare and submit corrections inside Quantemplate; it’s now in limited beta (more on supplier sharing).
Agentic suggestions
Better tools have again changed the scale of the work and exposed the next bottleneck: entering corrections could itself become repetitive.
This creates an opportunity for an agent to suggest corrections for people to review. The workflow already makes changes explicit, previewable and traceable, providing a foundation for assistance as the volume grows.
Proposed next step: an agent suggests corrections for human review. Changes proposed by the agent are marked with the cube motif for human review.
Original validation report: the visual display of information was a success, but it left users wanting to fix the errors where they saw them.
Our users could now easily find errors in their data, but fixing them was still painful. Users needed to go back into a pipeline, navigate to a specific point where the correction should be applied and insert a value mapping or Excel-style IF statement to change the failed value to a correct one. This took time, concentration and required a certain level of skill.
Desire lines in the product: an ad hoc correction added by a user to a pipeline, modifying the Accident State for a specific policy number.
We had made it easier to add validation rules and implementations had become ambitious: clients had hundreds of rules and users spent days in the report analysing the results. There were aspects of the navigation and interaction that were proving cumbersome. I set out to fix this.
Users making ad hoc corrections in the pipeline
Specifically mentioned in sales process loss analysis
User feedback like ‘I don’t care about seeing the passed rules’ and ‘When I go back to the report view after looking at a rule, my scroll position is lost’.
Production pipelines had hundreds of rules, we’d planned for dozens.
Validation reports had grown beyond the original design capacity. Excerpt from a client report.
Problem framing
Client feedback
‘I just want to edit the failed cell’
Engineering constraint
Quantemplate is designed around rules-based transformations to data, so cell-level editing is not possible. Instead, I needed to make adding a rule as easy as editing a cell, and make its effect obvious.
Client feedback
‘When I go back to the report view after looking at a rule, my scroll position is lost’.
Workflow analysis
The root problem isn’t just the scroll position, but having to go back to the report to navigate to the next rule.