OverviewHistoryStatsSecurity
npx skills add ...
Documentation
SKILL.md
npx skills add dembrandt/dembrandt-skills --skill operational-expert-tool-ui
Dense, linear, status-at-a-glance UI for specialists who use a tool all day. Use when designing dispatch, warehouse, logistics, scheduling or other B2B operations tools.
npx skills add dembrandt/dembrandt-skills --skill operational-expert-tool-ui
An operational expert tool is software used by trained domain specialists — warehouse operators, dispatchers, planners, analysts — as their primary work surface, often for the entire working day. These users are not beginners discovering a product; they are professionals executing a defined job with the tool as their instrument.
This is a fundamentally different design context from consumer software or occasional-use SaaS. The design priorities are reversed: density and speed of action take precedence over discoverability and visual spaciousness.
An expert user does not need breathing room to orient themselves — they know the tool. Every pixel of empty space is a missed opportunity to show data they need to act on.
Expert tools are used to complete a defined task sequence, not to browse. Design the layout to reflect the workflow order: left to right, or top to bottom, matching the mental model of the task.
The UI should make the next step obvious at every point, without hiding it behind menus or requiring navigation away from the current context.
Filters, column widths, view modes, and open/closed panels are part of the operator's work context. They should survive page reloads and be consistent between sessions unless the user explicitly resets them.
Do not reset the UI on every visit — the expert has spent time configuring it to their workflow.
Many operational domains have naturally hierarchical data: an order contains lines; a route contains stops; a project contains tasks. The right pattern is an in-place accordion, not a drill-down to a separate page.
Why accordion over page navigation:
Per-row inclusion toggles: In planning and staging workflows, each row may need to be explicitly included or excluded from a batch operation. Use a checkbox or toggle per row that is always visible — not hidden on hover.
Operators make decisions based on status. Status should be visible without interaction.
| Good | Avoid |
|---|---|
| Coloured dot or pill always visible in the row | Status only visible on hover or in a tooltip |
| 2–3 status states with distinct colours | More than 5 status colours (hard to memorise) |
| Status label beside colour for accessibility | Colour alone as the only indicator |
| Consistent colour semantics across the whole tool | Same colour meaning different things in different tables |
Status colour conventions should align with status-colors-and-errors — green for ready/complete, amber for warning/pending, red for error/blocked, grey for inactive.
Expert tools often have two distinct types of filters that should be treated differently in the UI:
Workflow-state filters narrow the dataset to the operator's current work scope. They persist, they are broad, and they represent a decision ("I am working on today's orders that are not yet assigned"). Place these in a permanent filter bar or sidebar, always visible.
Search filters find a specific item within the current scope. They are transient. Place these in a search input that can be cleared quickly.
Do not merge these into a single filter UI — the operator switches mental mode between "what scope am I working in?" and "where is that specific item?"
Expert users learn keyboard shortcuts. They should not be required, but they dramatically increase throughput for trained users.
Delete [Del], Include [Space])Do not rely on right-click context menus as the only path to actions — they are not discoverable and break keyboard-only workflows.
When an operation affects many items (batch assign, mass status update), the feedback must be proportional:
Never silently complete a bulk operation with no feedback — the expert needs to confirm their action took effect.