Alistair Q Vermaak | Systems That Run Themselves.

Which Tasks Should You Systemise First? | Alistair Vermaak
This page is Pillar 04 of 6 in the Business Knowledge system — view the full map →
Pillar 04 · The Operating Rhythm

Which Recurring Tasks Should You Systemise First?

Systemise the tasks you've caught yourself doing the same way three or more times, starting with whatever breaks first when you're tired, distracted, or away. A good system runs identically regardless of who's running it or how they feel that day — that consistency, not the tooling, is what actually makes it a system.

How Do You Choose Which Recurring Tasks to Systemise First?

Prioritise by frequency and fragility — the tasks that happen often and break easily when you're not fully present.

  1. 01
    List every task you've done the same way three or more times in the last quarter.
  2. 02
    Mark which ones degrade in quality when you're tired, rushed, or distracted.
  3. 03
    Cross that against how much revenue or delivery depends on it going right.
  4. 04
    Systemise the overlap first — frequent, fragile, and important beats anything that's merely time-consuming.
  5. 05
    Leave one-off or rapidly-changing work undocumented for now; a system for something that won't repeat is wasted effort.

How Do You Design a System Built for a Team of One?

Most system templates online assume headcount — a step for the ops person, a step for the assistant, a handoff between two people who each own half the process. None of that applies when you're the one running every step, which is exactly why so many solo founders try a system, feel like it doesn't fit, and go back to running everything from memory.

A system built for one person needs fewer roles and more checkpoints. Instead of a handoff between people, build a pause between phases — a moment where you check the output before moving to the next step, even if you're the one doing both. Design for your actual failure modes: what happens on a day you're distracted, behind, or simply not thinking clearly. A system that only works when you're at your best isn't a system — it's a best-case scenario with extra steps.

How Do You Keep Systems Accurate as Your Business Changes?

Build decay-resistance in from the start, not as an afterthought.

  • Version Date

    Every system document carries a “last reviewed” date, visible at the top — staleness becomes obvious instead of hidden.

  • Trigger Review

    Any time the underlying tool, offer, or process changes, that system gets flagged for review before it's used again.

  • Quarterly Sweep

    Once a quarter, run through every active system and confirm it still matches reality — fifteen minutes per system, done deliberately.

  • Usage Signal

    If a system hasn't been opened in months, that's a signal too — either it's obsolete, or it's decayed enough that nobody trusts it anymore.

About the Author

Alistair Vermaak — systems consultant with 20+ years in security, mining, and IT operations before moving into business systems consulting. He builds documentation, knowledge, and automation infrastructure for founder-led businesses. More about Alistair →

Is Business Systems Your Starting Point?

Start Here If

  • You know where things live, but you still do recurring work a different way each time
  • The same task takes wildly different amounts of time depending on your mood or memory
  • You can't hand a process to anyone — including a future employee — without sitting next to them

Business Systems — FAQ

What's the difference between a process and a system?

A process is the steps. A system is the process plus the structure that keeps it running consistently without you actively managing it every time — documentation, checkpoints, and a review habit.

How many systems should I build at once?

One at a time, fully, rather than five half-built. A single system that actually runs beats five documented processes nobody follows.

What if my business changes faster than I can systemise it?

Systemise the parts that are stable first — most businesses have more repeating structure than it feels like day to day. The parts that are genuinely still changing don't need a system yet; they need documentation until they stabilise.

Find Out Exactly What to Systemise, and in What Order

The Business Systems Diagnostic maps your recurring work against frequency and risk, and hands you a prioritised build order — not a generic template.

Book the Business Systems Diagnostic

Oh hi there 👋
Nice meeting you here!

Sign up to receive useful content that you can actually use in your business every week.

We don’t spam! Read our privacy policy for more info.