Plan time off with team coverage, balances, approval status, holidays, and overlap visible before a manager approves leave. The screen connects Calendar and Requests so product teams can find the “Request leave” action while checking away today and pending requests.
Use this reference when you need to design this workflow inside an existing product. The example includes practical records such as Maya · PTO and Jon · Sick leave, rather than an empty visual shell.

Calendar
Request leave
Calendar
Default, loading, empty, error, permission, success
Adaptable product UI theme
Product teams need a clear “Request leave” action without losing sight of away today, pending requests and the affected records. Keep the decision and its outcome clear before moving to the next task.
Calendar → Requests → Request leave → Review outcome
Calendar, Calendar, Requests, Balances, accessible states, contextual actions
Show timezone, time range and conflicts before a user commits. Offer a clear path back to available slots.
In this design, people should be able to compare Maya · PTO with Jon · Sick leave. Make away today clear, then use pending requests 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 “Request leave” action. The happy path alone is not enough.
Related UI examples: Hiring Pipeline, Performance Reviews, Employee Directory.
Design a leave management screen for our existing software product. Use our real design-system tokens, components and product language. Show Calendar and Requests, include believable records such as Maya · PTO, and make request leave easy to find. Map loading, empty, failure, permission and success states before you create editable high-fidelity screens.