Designing an admin interface people do not dread
Internal tools get the least design attention and are used the most hours per user. That trade is exactly backwards.
Public-facing pages get the design budget because they are seen by more people. Admin panels get whatever is left, despite being used for thousands of hours by the small group whose productivity actually determines what ships.
Optimise for the fifth hour
Consumer interfaces are designed for the first minute — onboarding, discoverability, gentle guidance. Admin interfaces are used by people who learned the tool months ago and now want to move through it quickly.
That flips several defaults. Density becomes a feature. Keyboard shortcuts stop being a power-user nicety. Confirmation dialogs on routine actions become friction rather than safety.
- Show more rows, not more whitespace.
- Every destructive action needs undo, not a confirmation modal.
- Save state in the URL so a view can be bookmarked and shared.
The three screens that matter
Almost every admin tool reduces to a list, a detail view and a form. Get those three right and the rest is arrangement. Get them wrong and no amount of dashboard polish will compensate.
The list needs fast filtering and a stable sort. The detail view needs the most-checked field visible without scrolling. The form needs to never lose work — autosave drafts, warn on navigation, and keep the submit button reachable.
Nobody has ever complained that an internal tool was too fast.


Comments
Leave a comment
Comments are moderated and usually appear within a day.