Steady’s management portal is the internal tool used by the case workers and programme managers who review income reports submitted through the Income Passport. When a gig worker submits their income verification, it enters a queue — and someone on the Steady team has to review it, validate it, and process it.
The existing process was fragmented. Case workers were navigating between multiple screens and tools to complete what should have been a straightforward review workflow. The full portal was redesigned.
What changed because of the work.
onboarding time for new users
report review efficiency
The things I designed and shipped on this project.
The problem, what I designed, and the result.
Case workers reviewing income reports were moving between multiple screens and tools to finish what should have been a straightforward review.
Designed the MVP — a dashboard for case workers and managers, a redesigned report review interface, and role management tools.
The complete design, Figma handoff documentation and design system were delivered for development. The engagement ended before launch, but engineering had a complete, well-documented foundation to build from.

The portal had to serve two roles with genuinely different needs — and getting the balance right was the central design challenge:
Case workers review individual income reports. Their primary need is an efficient queue they can move through quickly and accurately — open a report, review the income data, validate it, mark it complete or flag it for follow-up. Speed and clarity matter because they’re doing this repeatedly throughout the day.
Programme managers need aggregate visibility — not the detail of individual reports, but an overview of how the team is performing. How many reports are pending, how many processed, where are bottlenecks forming, which case workers need support. They’re managing throughput rather than doing the reviews themselves.
The tension: the same interface needs to support both heads-down individual review work and the oversight perspective of a manager. Interviews were run with both roles before designing anything, and the personas that came out shaped every layout decision.
The dashboard serves both user types through customisation — case workers configure it to show their personal queue and pending items; managers configure it to show team throughput, queue depth, and workload distribution. Neither has to work around the other’s view.
The dashboard surfaces:
The income report format case workers review was restructured around how they actually move through a review — not how the data was stored in the system:

The portal serves multiple programmes with different data access requirements. A role management system was designed, giving administrators control over which case workers access which programme’s reports, what level of data each user can see, and manager vs. case worker permissions within each programme.
This was an MVP engagement. The complete design, Figma handoff documentation, and design system were delivered for the development team to build from. The product was at an early stage, and the engagement ended before it was deployed to users. The design gave the engineering team a well-documented, complete foundation — rather than the common alternative where development starts from sketches and design decisions get made during implementation.






Slots show in your own time zone.
Twenty minutes is usually enough: the role, the product, and how your team works.
Ask AI about my work
AI answer, based on my case studies and CV
Answers show up here as they're written. I keep them short and point you to the case study they come from.
AI can get things wrong. If something matters, check the case study or email me at hi@gytismark.com.