Blog
· 7 min readOperations

The real cost of 'we've always done it this way'

Manual processes, siloed data and legacy systems drain time and money. Here is the real cost of 'we've always done it this way', and what to do about it.

JT

Jack Taylor

Co-founder

Every organisation experiences this: processes that are there because they've always existed. The paper contracts. The clunky software that's always been there. The spreadsheet that gets emailed around and around. The manual entry of data from one system to another. They feel small, or not a bother, at the time, but they add up to something much bigger.

Humans love that feeling of being competent. It strokes our egos.

When someone has mastered a process or product, even a clunky, painfully inefficient one, it becomes part of their identity:

"I have always been the only one who knows how to use this software."

"I am the person they come to when they need a report fixed."

"Only I know how to do this workflow."

But competence in the wrong system isn't mastery. It's survival expertise.

Survival expertise

  • "Only I know how to use this software."
  • The clunky system has become part of my identity.
  • Competence in a tool that shouldn't exist.
  • Afraid of losing what makes me feel valuable.

Mastery

  • The whole team can do it, not just me.
  • Confidence to say "let's test it" and "what's the root cause?"
  • Competence in a system worth mastering.
  • An exciting new playground, not a threat.

Because people aren't afraid of better. Deep down, people are nervously, always, trying to do better. But they're afraid of losing what makes them feel valuable. This is the real cost of "we've always done it this way." As a leader, it's your job to change this threat into an exciting new playground where competence can become mastery.

The hidden costs of outdated business processes

Wasted time on manual tasks

Time is one of the biggest killers. Busy people think the more hours they put in, or how long a task takes, is linear to its importance. We see this when a manager spends two hours compiling a report that should take ten minutes. That's not just two hours lost. It's two hours not spent on the work that actually matters. Multiply that across a week, a month, a year.

The same report, two ways

2 hrsCompiled byhand10 minAs itshould be
From the example above: two hours by hand versus the ten minutes it should take.

At Dain we have seen this first hand: employees spending hours into the evening, hours poured into the same repetitive task, hours wasted in poorly designed products. And all we hear is "we've always done it this way." What frustrates me about this is that the short-term pain of taking your laptop, sitting on the sofa at night, doing that manual work, outweighs the need to improve the process, the product and the business.

This is ultimately time that never comes back to you.

How manual processes lead to costly mistakes

Manual processes are human processes, and humans make mistakes. A typo in a spreadsheet, a missed handover note, data entered into one system but not another. Each error creates a ripple: time spent finding it, fixing it, and dealing with the consequences.

Employee burnout from inefficient systems

Nobody got into work to spend their day copying data between systems. When your team spends more time on admin than on the job they signed up for, morale drops. Good people leave. Recruitment costs go up. The cycle continues.

True leaders win when they ask one question nobody asks.

At Dain, we love asking questions like this. Because 100% of the time the answer is "absolutely not!" At this point the doors open, people become creative, imaginations ignite. And we can use that to improve data, systems and processes.

Ultimately we can solve staff burning out or leaving by building a braver, stronger team, one that isn't bogged down with processes and poorly designed products. Process success isn't based on endless documentation. It's born from teams being confident enough to ask the right questions:

"Let's test it."

"What's the root cause?"

"What did we learn from this?"

Poor decisions from siloed data

When your data lives in silos (a bit in the CRM, a bit in spreadsheets, a bit in someone's head), you can't see the full picture. You're making decisions based on incomplete information, or worse, a gut feeling dressed up as strategy.

It's sad to say, but at Dain we have experienced this too much. Leaders who think they're being data-driven but aren't. They look at one report, one spreadsheet, one metric, and call it evidence. But it's cherry-picked. The full picture would tell a different story, except nobody can see the full picture because it's scattered across six systems and someone's notebook.

We've seen companies hire when they didn't need to. Raise investment when they should have waited. Chase growth based on a runway that looked healthy but wasn't tied to actual profitability. By the time the truth surfaces, it's too late.

Then there are the tools nobody uses. Software that costs thousands a year because one person said "we definitely need this", not because it drives results, but because they like it. No data flowing in or out. No insight being generated. Just a line on the expenses that nobody questions.

Or team members working on projects because they're exciting, not because they matter. Easy to justify. Hard to challenge. And slowly, the business drifts away from what actually moves the needle.

We've often seen that the leaders are the last to know. And by the time they find out, time and money have already been lost. Here's the uncomfortable truth: it's easy to be busy and make things sound important. It's much harder to be selective, to really understand how decisions affect teams, budgets and outcomes.

Why businesses can't afford to stay the same

It's not "can we afford to change?" It's "can we afford not to?"

The tools and integrations that connect your systems, automate the repetitive stuff, and give you actual visibility aren't as complex or expensive as they used to be. Often, it's less about replacing everything and more about making what you already have work properly together.

How to fix inefficient business processes

We start by mapping everything: tools, data sources, processes, what's automated, what's manual, where the pain actually sits. Not a surface-level audit; we want to see where the time really goes.

What we almost always find:

  • Data going in badly, coming out worse. If your source data is messy, no report or dashboard will save you. Garbage in, garbage out, but most people blame the output, not the input.
  • Systems that don't talk to each other. This is where manual data entry lives. Someone is the human bridge between two tools that should be connected. That's not a job. It's a workaround that became permanent.
  • Software that costs a fortune but wasn't built for you. Off-the-shelf tools with 200 features you'll never use, clunky interfaces, and a pricing model that assumes you have no alternative.

Here's our unpopular opinion: it's often cheaper to build than buy.

Not always. Sometimes integrating what you've got is the right answer. But when you're paying thousands a year for software that frustrates your team and still doesn't do what you need? A custom-built tool, designed around how you actually work, costs less than you think, and you own it. No licensing fees climbing every year. No waiting for a vendor to maybe add the feature you need. No compromises.

We start with your strategic goal, get your data right, then build something simple that actually works.

Frequently asked questions

How do I know if my business processes are outdated?

If your team is manually moving data between systems, relying on spreadsheets for critical reporting, or you hear "only I know how to do this" from staff, those are red flags. Another sign: new starters take weeks to learn workarounds that shouldn't exist.

What's the first step to improving inefficient processes?

Map where the time actually goes. Not where you think it goes. Where it really goes. Shadow your team, ask what frustrates them, and look for the tasks that get repeated daily but add no real value.

Should I replace my existing software or integrate what I have?

It depends. Often the problem isn't the tools themselves. It's that they don't talk to each other. Integration is usually faster and cheaper. But if you're paying a fortune for software that still doesn't do what you need, building something custom may cost less than you think.

How do I get my team on board with changing processes?

Involve them early. The people doing the work know where the pain is. If change feels like something done to them, they'll resist. If it feels like something built with them, they'll champion it.

How long does it take to see results from process improvements?

Quick wins can happen in weeks, especially around data entry and reporting. Bigger structural changes take longer, but you should see early signs of progress within the first month if you're focused on the right problems.

Where is the time actually going?

We map the tools, the data and the processes, not a surface-level audit, but where the time really goes. Book a discovery call and we'll take a look together.