T—P

Bolzano · Italy

← Writing

Strategy · 7 April 2025 · 6 min read

When to Automate vs. Hire

Most small businesses either automate too little — drowning staff in repetitive tasks — or automate too aggressively and end up with brittle systems that break the moment something unexpected happens. The question isn't whether to automate. It's knowing exactly where the line is.

The rule of thumb

If a task is repetitive, rule-based, and happens more than a handful of times per week — it's a candidate for automation. If it requires judgment, improvisation, or a human relationship — hire. This sounds obvious. Most business owners already know it in theory. The problem is that they systematically underestimate how many of their current tasks actually fall into the first category.

Document collection, appointment reminders, invoice follow-ups, data entry, status updates — none of these require a human being. They just require a system.

Where automation fails

The failure mode I see most often isn't that automation breaks — it's that it gets applied to the wrong problem. I've seen businesses automate their client communication so thoroughly that every interaction feels robotic, and their conversion rate dropped. Automation is not a replacement for human warmth. It's a replacement for human busywork.

The other failure: automating something before you've fully understood it. If a process still has exceptions every third time it runs, automating it creates a system that requires constant manual intervention anyway. Fix the process first. Then automate.

The cost of not deciding

Here's what I consistently observe: businesses that don't make an explicit decision end up with the worst of both worlds. They have staff spending 30% of their time on tasks that could be automated, and they have half-built tools that don't quite work and that nobody fully trusts.

The cost of manual overhead compounds over years. A task that takes 20 minutes, done 10 times a week, is 1,700 hours over three years. That's almost a full year of one person's working time. The question becomes: could that person have been doing something more valuable?

A practical framework

I use three questions before recommending automation to any client:

1. How often does this happen, exactly? (Weekly tasks justify more investment than monthly ones.) 2. What's the exception rate? (If it breaks 20% of the time, the automation will need constant babysitting.) 3. What happens when it fails? (Low-stakes failures are fine. Client-facing failures are not.)

If the task passes all three, automate. If it fails question two or three, fix the underlying process first. If it's truly rare, put a human on it and move on.

Next

Behind Praxis-Link: Building a SaaS

Case Study

← Back to site© 2025 Tashi Paris