What isn't worth automating, from someone who does it for a living

There are jobs where an automation is money thrown away, and we'd rather tell you before than after

Someone on the phone taking notes on a pad while listening

It isn't worth it whenever the sums don't add up, and that happens often

An automation isn't worth it when the job comes up rarely, when the rules change faster than anyone can write them down, when the decision rests on a person's judgment, when the process is about to be changed anyway, and when nobody in the company can explain any more why it's done that way

They're five different cases, and they have one thing in common, the time it takes to build the system is time you never get back, and anyone who sells it to you all the same is selling you hours, not a result

The five cases, one at a time

Low volumes, something you do two or three times a month takes half an hour to explain and ten minutes to do, so the time to describe it, to write down its rules and to test it is already worth more than everything you would save in a year, leave it by hand and don't feel guilty about it

Rules that change every month, an automation is a rule written down, and if the real rule keeps changing the system is always a step behind, so you end up paying maintenance to chase yourself, better to wait for the process to settle and automate it afterwards

Decisions that rest on judgment, if every case is decided by looking at the context, the customer, the history, what the sales rep told you the week before, there's no rule to write down, and a machine that guesses is worse than a person who thinks about it

Processes that are about to change, if you're replacing your business software soon, or you're reorganizing, or that job may disappear altogether, there's no sense building on top of it, wait until you know what it will look like, then we'll talk

Processes nobody understands any more, when you ask why it's done this way and the answer is that it's always been done this way, you have to understand what that job is for before automating it, otherwise you carve into a program a habit that could perhaps have simply been dropped

The fifth case isn't a final no, it's a no for now, and when the rules are only habits you start from the cases instead of the rules, you look at twenty real files and what actually gets done comes back to the surface, and at that point the assessment can be done again

Why a serious supplier starts here

Anyone who automates processes for a living knows the worst job isn't the difficult one, it's the one that shouldn't have been done, because it sits there, it has to be maintained, and every month it reminds whoever pays for it that it was good for nothing

Muffin Suite works on a monthly fee, which means a useless automation shows up on your invoice every month, and whoever built it sees it too, so starting from the cases where it's better to say no isn't modesty, it's the part of the trade that holds the rest up

There's one more thing that helps you decide, the damage an error does, because a job where a mistake costs little and gets fixed the next day is a good candidate, while a job where a mistake drags an angry customer or a tax problem behind it has to be handled more carefully, with checks around it, and sometimes it shouldn't be touched at all

The other side of the coin, which process is actually worth starting from, is in the guide on which process to start from, while the sum to do with your own numbers is in work out your savings

And if it takes acrobatics with the numbers to make the sums add up, the sums don't add up

What people usually ask us

No, a job that comes up two or three times a month doesn't have enough volume, the time it takes to describe the rules, write them and test them is already worth more than what you'd save, so it's better left by hand
It depends, if the details change that's fine, but if the way of working changes every month the automation is always a step behind and you pay maintenance to chase it, and in that case it's better to wait for the process to settle
Wait, if the program or the way you're organized is about to change, an automation built on how you work today has to be redone shortly afterwards, so it's better to start when you know what the new process will look like
No, it's a no for now, when the rules of a process are only habits in the head of whoever does it, you look at twenty real files and the rules come back to the surface on their own, and afterwards the assessment can be done again with something in writing in hand
Because an automation that wasn't needed still has to be maintained and paid for every month, Muffin Suite works on a fee agreed before the rollout, so pointless work shows up on the invoice every single month, for whoever pays for it and for whoever built it
Look at three things, how many times a month it comes up, whether the rules can be put in writing, and how much damage an error does, and if the volume is high, the rules are clear and a mistake gets fixed the next day, the case is a good fit

Show us what you still do by hand

Describe the process or send a short screen recording and we'll tell you what can be automated

WA