What “desk capacity” really means (and why peak is the number that matters)
Desk capacity planning is not about your average office day. It’s about your worst-case normal day: the peak moments when attendance spikes and people still expect to find a seat, power, and a workable setup. If your plan only works on “typical” days, it fails precisely when it’s most visible—town halls, new-hire cohorts, leadership visits, project kickoffs, quarterly planning, or the infamous “everyone shows up Tuesday” pattern.
The goal is to pick a desk count that aligns to your desired service level (how often someone can find a suitable desk when they arrive) while managing cost, space constraints, and culture. This is why peak attendance, not headcount, is the anchor metric.
The step-by-step method (audit-ready)
Use the method below to produce a desk plan you can defend. It works for hybrid teams, hot desking, and assigned seating mixes. It also stays usable whether you operate in CAD (Canada) or any other currency.
Step 1) Define scope and desk types
Start by separating desk-like capacity into categories. This prevents accidental double counting and makes the plan practical.
| Category | Examples | Rule of thumb |
|---|---|---|
| Assignable desks | Dedicated or reservable desks with standard setup | Counts toward your core desk capacity |
| Accommodation desks | Ergonomic or accessible setups reserved as needed | Keep protected availability; don’t “optimize away” |
| Touchdown spots | Short-stay benches, café seating | Useful buffer, but not a replacement for desks if work requires full setup |
| Project rooms / team tables | War rooms, collaboration tables | Capacity supports collaboration; don’t count as desks unless equipped and policy-approved |
Step 2) Build an attendance demand profile (by day-of-week)
Peak attendance is rarely random. Most organizations have predictable weekly rhythms. Create a simple forecast for the highest-attendance day and the second-highest day. If you have badge swipes or reservation data, use it; otherwise, start with manager inputs and iterate after the first month of tracking.
• Total employees tied to the site
• Expected in-office rate by function (e.g., 2 days/week average)
• Known anchor days (team days, leadership days)
• Visitor and contractor patterns
Step 3) Identify peak attendance and convert to required desks
Once you have a day-by-day forecast, choose the peak (highest expected attendance). Then apply a buffer to cover variance: late schedule changes, onboarding cohorts, weather-driven shifts, offsite cancellations, and “just this once” spikes.
Core formula
Required Desks = Peak Attendance × (1 + Buffer %)
Buffers are not a moral statement. They are a risk setting. Smaller buffers reduce space cost but increase the chance of “no desk available” moments.
| Buffer | When it fits | What to watch |
|---|---|---|
| 5% | Stable attendance, strong reservations/caps, low visitor volume | Spikes on team days; new-hire start dates |
| 10% | Typical hybrid volatility, moderate visitor traffic | Seasonality; large meeting days |
| 15% | High uncertainty, frequent events, policy still evolving | Wasted capacity if demand stabilizes lower over time |
Step 4) Run an example (with clear math)
Below is a realistic example you can copy into a model. You can (and should) run multiple scenarios: baseline, high-peak, and policy-improved (after introducing team day staggering or a cap on peak days).
| Item | Value | Notes |
|---|---|---|
| Total employees assigned to site | 220 | Not all will attend on the same day in a hybrid model |
| Forecast attendance (Mon) | 88 | 40% of site employees |
| Forecast attendance (Tue) | 165 | Peak day due to team anchor days |
| Forecast attendance (Wed) | 150 | Second-highest day |
| Chosen buffer | 10% | Moderate volatility + some visitor traffic |
| Required desks (peak) | 165 × 1.10 = 181.5 → 182 | Round up to ensure capacity |
| Protected accommodation desks | 6 | Reserved availability (not shared unless policy allows) |
| Final desk target | 188 | 182 general + 6 protected accommodation |
Step 5) Translate desk decisions into cost and trade-offs
Decision-makers usually want to understand the “why” in cost terms. The simplest approach is to estimate: cost per desk per month and compare that to the cost of poor availability (lost time, frustration, churn risk, or added coworking overflow).
| Cost component | What it includes | Notes |
|---|---|---|
| Space cost | Rent, common area allocation, utilities | Allocate per usable seat, not per headcount |
| Workstation cost | Desk, chair, monitor(s), docking, peripherals | Amortize over expected lifespan |
| Ops cost | Cleaning, IT support, facilities time | Hot desking often shifts costs toward cleaning and support |
| Overflow plan | Day passes, flex space, overflow rooms | Useful as a temporary buffer instead of permanent desks |
In Canada, your desk plan often connects to broader workforce cost discussions—especially when hybrid strategy changes recruiting, retention, and time-to-productivity. If you’re building a complete people-cost narrative, pair this guide with the fully loaded labor cost guide and turnover cost modeling guide below.
Operating model: policies that reduce peak demand (without hurting culture)
Peak attendance is partly a behavior problem, not just a forecasting problem. Small policy adjustments can reduce peak-day collisions while keeping teams connected.
Three practical levers
| Lever | How it works | Best for |
|---|---|---|
| Staggered anchor days | Rotate team days across Tue/Wed/Thu by function | Large orgs with predictable rhythms |
| Reservations or caps | Limit desk bookings on peak days to match capacity | Sites with high variability and limited space |
| Neighborhoods | Assign zones by team to reduce searching and improve flow | Hybrid orgs that value “team adjacency” |
SaaS blueprint: a desk capacity tool that Finance and Workplace teams trust
If you’re building (or evaluating) a desk capacity planner tool, here’s the blueprint that typically passes stakeholder review: clear inputs, transparent formulas, and scenario exports. This is also the fastest way to turn a “space debate” into a decision-grade model.
1) Inputs (simple, structured, explainable)
- Headcount by group: department, team, floor, or neighborhood
- Attendance rates: expected in-office by day-of-week or anchor day patterns
- Visitor load: typical and event-day spikes
- Desk categories: general, protected accommodations, reservable vs assigned
- Buffer rule: a percentage with a short rationale note
- Currency selector: USD, CAD, EUR, JPY, GBP, AUD, CHF, CNY, HKD, NZD
2) Model layer (formulas you can audit)
- Peak attendance detection: max of day-of-week totals
- Desk requirement: peak × (1 + buffer)
- Constraints: floor capacity, fire code limits, usable seat count
- Service level estimate: probability of seat availability on peak days (even a simple proxy is helpful)
3) Scenario engine (the “decision” part)
Most office planning conversations change when you show side-by-side scenarios:
| Scenario | What changes | Decision question |
|---|---|---|
| Baseline | Current behaviors and policies | How many desks are required if nothing changes? |
| High-peak | Peak day +10% (events, onboarding cohort) | Will we still have seats during visible spikes? |
| Policy-improved | Staggered anchor days / reservations reduce peak | Can we reduce desks without harming experience? |
4) Outputs (reviewer-friendly)
- Desk target with the exact peak day and buffer used
- Day-of-week chart/table of expected attendance vs capacity
- Assumptions register (who provided which assumption and when)
- Exportable summary for leadership decks and approvals
FAQ: desk capacity planning with peak attendance
What if we don’t have attendance data yet?
Start with manager estimates and a conservative buffer (often 10–15%). Then implement lightweight tracking (reservations or anonymous counts) for 4–6 weeks. Replace assumptions with observed peaks and tighten the buffer once volatility is understood.
How do we handle visitors and contractors?
Model them explicitly. Add a “visitor peak” line item to peak attendance, or treat them as part of your buffer if volume is low and stable. For frequent visitors (client days, training cohorts), treat them as demand, not noise.
Should we design to the absolute maximum possible day?
Usually no. Design to a peak you’re willing to support, then define an overflow plan (temporary flex seating, day passes, or event-based reservations) for extreme days. That approach avoids paying permanent desk costs for rare spikes.
Related guides and tools
Keep building your decision-grade operating model with these OfficeOpsTools resources.
- Explore all tools (multi-currency support)
- How to Model Employee Turnover Cost
- How to Calculate Fully Loaded Labor Cost
- Browse all guides