Staple Tables pulls structured data out of documents like invoices. The extraction itself worked. The problem was everything after it: reading the result and correcting it. As lead designer, I rebuilt the two surfaces where that happens, the extracted fields and the extracted table.
This was not a demo. Staple Tables sat inside real operational volume, and every one of those documents ended at a human review screen.
The extracted fields came back as one long list where nothing stood out. Finding the number that mattered meant reading every row.
The extracted line-item table was worse. It was dense and flat, and gave the eye nothing to hold on to.
The top bar crammed the whole product into one row, and still left power users stuck.
I grounded the redesign in evidence rather than taste.
Every change that follows, on both surfaces, obeys one of three rules.
I rebuilt the extracted-fields panel around structure, colour, and space. Instead of one flat list, related fields now sit in logical groups, each with a coloured indicator, in a layout with room to breathe.
Extraction is only trustworthy if you can check it. Click any field and its exact source is highlighted on the document with a bounding box, so a reviewer can see where the value was read from and correct it in place.
The line-item table got the same treatment, rebuilt around clarity. Open it and the document steps aside, so the extracted rows sit right below the source they came from.
The columns read in plain language, but the real point is what happens when the extractor guesses one wrong.
I split the toolbar by altitude, and gave power users a way through.
Reviewing a batch meant going Back to the list and hunting for the next file every time. I put the whole queue right beside the document.
The review step went from a chore to a glance, and the win carried past the review screen into organisation-level numbers.
The teams felt it before the dashboards did.