Run payroll with employee changes, gross pay, deductions, exceptions, approvals, and payment readiness visible before submission. The screen connects Payroll and Employees so product teams can find the “Run payroll” action while checking employees and gross pay.
Use this reference when you need to design this workflow inside an existing product. The example includes practical records such as Base pay · 72% and Variable pay · 14%, rather than an empty visual shell.

Analytics
Run payroll
Analytics
Default, loading, empty, error, permission, success
Adaptable product UI theme
Product teams need a clear “Run payroll” action without losing sight of employees, gross pay and the affected records. Keep the decision and its outcome clear before moving to the next task.
Payroll → Employees → Run payroll → Review outcome
Analytics, Payroll, Employees, Changes, accessible states, contextual actions
Make time ranges, filters and metric units clear. Show the data behind each trend so readers can test what changed.
In this design, people should be able to compare Base pay · 72% with Variable pay · 14%. Make employees clear, then use gross pay to explain whether the next step needs attention.
Before handing this to a designer or engineer, check keyboard focus, error copy, permissions and what happens after they choose the “Run payroll” action. The happy path alone is not enough.
Related UI examples: Performance Reviews, Leave Management, Hiring Pipeline.
Design a payroll admin screen for our existing software product. Use our real design-system tokens, components and product language. Show Payroll and Employees, include believable records such as Base pay · 72%, and make run payroll easy to find. Map loading, empty, failure, permission and success states before you create editable high-fidelity screens.