"Who's got this?" is not an on-call strategy
When something breaks after hours on a small team, what usually happens is a scramble: an alert lands in a shared channel, everyone assumes someone else saw it, and either three people pile on or — worse — nobody does until a customer complains. That ambiguity is the real problem on-call solves. It's not about having a big team; it's about there always being exactly one known person responsible at any given moment.
You don't need to be a 50-engineer org to need that. You need it the moment downtime costs you customers or sleep.
What on-call actually requires
Stripped down, effective on-call is four things:
- A rotation — a schedule that says who is responsible right now, rotating fairly (e.g. weekly) so the load is shared.
- An escalation policy — if the primary doesn't acknowledge within X minutes, it escalates to a backup, so a missed alert never goes unanswered.
- Overrides — a simple way to swap coverage for vacations, appointments, and sick days without rebuilding the schedule.
- Reliable notification — alerts that reach people through channels they'll actually notice off-hours (SMS, a phone-friendly push, Teams/Slack), not just an email that's seen at 9am.
Everything else enterprise paging tools sell — complex routing trees, dozens of integrations, incident command roles — is genuinely useful at scale and genuinely overkill for a team of three to ten.
The pricing trap
Here's where small teams get squeezed. The dedicated paging tools are priced per user, per month — often $20–$40+ each. For a five-person team that wants everyone in the rotation, you're paying for five seats of an enterprise product to get what amounts to a schedule and an escalation rule. Add a separate uptime tool and a status page and you're running three subscriptions to handle one workflow: something breaks → the right person is paged → customers are informed.
The smarter approach for a small team is to keep that whole workflow in one place, at a flat price, so adding a teammate to the rotation doesn't increase the bill.
How to set it up (the small-team playbook)
- Define one rotation covering your real coverage window. Weekly hand-offs are the sweet spot — long enough to avoid constant churn, short enough to be fair.
- Add a single escalation step. Even with two people, "if primary doesn't ack in 10 minutes, page the backup" is the rule that saves you. Don't over-engineer it.
- Wire alerts to the right channels. Off-hours, lead with SMS or a push that survives Do Not Disturb; keep Teams/Slack for working hours and visibility.
- Connect on-call to your monitoring. The biggest small-team win is making the alert flow automatically from the monitor that detected the problem to whoever is on-call — no manual triage step.
- Use overrides liberally. Make swapping coverage a 10-second action so people actually do it instead of silently hoping nothing breaks during their trip.
Mistakes that burn small teams out
- Alert fatigue. If every minor blip pages someone, they'll start ignoring pages. Tune thresholds and only page on what truly needs a human now. (Flap dampening — not re-alerting on a service that's bouncing in and out — matters a lot here.)
- No escalation. Relying on one person to always see every alert guarantees an eventual miss.
- On-call divorced from monitoring. If your schedule lives in one tool and your alerts in another, someone has to be the human glue — usually at the worst possible time.
- No overrides. A rotation people can't adjust is a rotation people resent.
Doing it in ResourceWatcher
ResourceWatcher includes on-call scheduling, escalation policies, and overrides — and, crucially, they're tied to the monitoring that triggers them, so an alert flows straight to whoever's on-call. Because pricing is flat rather than per-seat, putting your whole team in the rotation doesn't run up the bill, and you're not bolting on a separate paging vendor alongside your uptime tool and status page. (If you're weighing the cost of a multi-tool stack, see the stack cost breakdown.)
Frequently asked questions
How small is too small for on-call?
If downtime costs you customers or sleep, you're big enough. Even a two-person team benefits from a clear rotation and one escalation step — it removes the "did you see that?" ambiguity.
Do I need escalation with only two people?
Yes. Escalation isn't about team size; it's about not letting a single missed notification become a prolonged outage. With two people, primary → backup is enough.
Is there a cheaper PagerDuty alternative for small teams?
The biggest savings come from not buying a standalone per-seat paging tool at all — bundling on-call with the monitoring and status pages you already need, at a flat price, is usually far cheaper for a small team.
How do we avoid on-call burnout?
Reduce noise (only page on real, actionable problems), rotate fairly, make overrides easy, and ensure escalation exists so no one feels they must be glued to their phone alone.
On-call that fits a small team
Rotations, escalation, and overrides — tied to your monitoring, at a flat price. Start free, no credit card.
Start Monitoring Free