How do you route calls after hours?
Define your actual business hours precisely. Then decide, per type of call, whether it goes to voicemail, an on-call person, an answering service, or an automated response.
The short answer
- Routing starts with a precise definition of business hours, including holidays and any variation by day of week. A system that only knows a single daily start and end time will misroute calls on the days that do not fit that pattern.
- Not every after-hours call needs the same treatment. A genuine emergency line, common in trades like HVAC or plumbing, often justifies a different, faster path than a general inquiry line where a next-business-day response is fine.
- The four common destinations are voicemail, a forwarded call to an on-call staff member, a third-party live answering service, and an automated first response like a text acknowledgment. Each fits different volume and urgency levels.
- Whatever destination is chosen, the after-hours contact needs to end up somewhere visible to the team the next business day at the latest, tied to who called. Otherwise the routing solved the ringing problem without solving the follow-up problem.
Why 'send it to voicemail' is often an unexamined default
Many phone systems default to voicemail outside business hours because it is the easiest setting to leave untouched. Not because someone decided it was the right choice. The decision worth making is what kind of calls come in after hours, and what happens to them if nothing more sophisticated is set up. A business with a genuine after-hours emergency need, a burst pipe, a broken furnace in winter, loses real business to a voicemail box. A caller with an urgent problem usually just calls the next business instead.
A holiday schedule is a specific detail that trips up simpler routing setups. A rule based only on day-of-week and time-of-day treats December 25th like any other Wednesday. Calls that should route to an after-hours path instead ring as if the office is open, or the reverse. Holidays need their own explicit schedule, not an assumption that day-of-week logic covers them.
After-hours routing options
| Destination | Best for | Tradeoff |
|---|---|---|
| Voicemail | Low-urgency general inquiries | Caller often does not leave a message and calls elsewhere |
| Forward to on-call staff | Occasional after-hours volume with willing staff | Depends on someone actually being reachable |
| Live answering service | Regular after-hours volume where a live voice matters | Ongoing cost per call or minute |
| Automated text acknowledgment | Any volume, as a fast first response | Needs a monitored reply destination to be useful |
What to set up
Write out your actual business hours, including any day-of-week variation and every known holiday. Then decide, separately for each line or call type if you have more than one, which of the destinations above fits. Confirm the after-hours path, whichever one is chosen, leaves a record a person sees the next business day, tied to the caller.
Disclosure: SalesCrew is our product, and after-hours call routing is on our roadmap and not shipped today. This page describes the general practice rather than a SalesCrew feature available now. The planning steps described here apply to whichever phone system or vendor eventually implements the routing.
Holiday schedules need their own rule
Questions
- Should every after-hours call route the same way?
- Not necessarily. A genuine emergency line for a trade like HVAC or plumbing often justifies a different routing path than a general inquiry line. The cost of missing an emergency call is higher than missing a routine one.
- Is voicemail ever the right answer?
- It can be, for a business where after-hours calls are rarely urgent and callers are used to leaving a message. Confirm that assumption against your own call patterns rather than defaulting to it.
- How do holidays factor into routing rules?
- Holidays need to be treated as their own schedule. A routing system relying only on day-of-week and time-of-day will treat a holiday as a normal business day and route calls incorrectly.