The 60,000 Minute Problem: Why SOP Creation is Broken

The 60,000 Minute Problem: Why SOP Creation is Broken

The 60,000 Minute Problem: Why SOP Creation is Broken

Let’s do the maths.

Some councils and mid-sized organisations have hundreds, even thousands of procedures that should be documented as Standard Operating Procedures (SOPs).

At an average of 60 minutes per SOP, that’s 60,000 minutes.
Or in plain English: 1,000 hours of admin.

That’s 25 weeks. More than half a year.
And that’s just to create them.

We haven’t even touched the hours wasted maintaining them, searching for them, or fixing the mistakes caused by missing or outdated SOPs.

This is the 60,000 Minute Problem. And it’s why SOPs, as most councils and organisations know them today, are broken.

Why SOPs matter (and why they drive everyone mad)

SOPs aren’t optional.

  • They keep you compliant when the auditors come knocking.

  • They stop key knowledge walking out the door when staff leave.

  • They prove to regulators (and your community) that you’ve got procedures under control.

The problem? They’re hated by everyone.

Managers hate chasing staff to “just write the procedure down.”
Staff hate creating them because it feels like paperwork for paperwork’s sake.
New hires hate using them because half the time they’re buried in a 79-page PDF last updated in 2019.

If you’ve ever heard “just ask Sharon, she knows how to do it”, you know exactly how broken the system is.

The real cost of SOPs

The 60,000 Minute Problem isn’t just about the time it takes to create SOPs. It’s about everything that happens afterwards.

  • Maintenance madness: SOPs need updating every time a system or procedure changes. Most never are.

  • Scavenger hunts: Staff waste hours trying to find the right doc in SharePoint, OneNote, or someone’s desktop.

  • Inconsistency: Different teams format SOPs differently (or don’t at all). Some are detailed novels, others are two bullet points and a smiley face.

  • Compliance chaos: Outdated SOPs = audit nightmares.

Multiply that across hundreds of procedures, and you’ve got a hidden cost running into the hundreds of thousands of dollars in wasted staff time, compliance risk, and delayed projects.

How we got here (and why it’s not your fault)

Most SOPs today live in a Frankenstein mix of Word docs, PDFs, SharePoint folders, and screenshots.

Different departments use different tools:

  • Finance uses Word.

  • HR uses OneNote.

  • Field services send SOPs around by email.

  • IT dumps them in SharePoint.

The result? A patchwork of SOPs that no one can find, no one can govern, and no one trusts.

This isn’t because your teams are lazy. It’s because SOP tools haven’t kept up with how we actually work.

When procedures change weekly (sometimes daily), asking staff to manually document and format everything is unrealistic.

The broken SOP lifecycle

Here’s what usually happens in councils and mid-sized organisations:

Someone requests a SOP

Usually after a mistake, an audit finding, or a new hire is onboarded.

Staff cobble it together

Screenshots pasted into Word, inconsistent formatting.

The SOP gets buried

Lost in a folder with poorly followed naming conventions.

The SOP gets outdated

New system, new procedure, but the doc stays the same.

The SOP gets ignored

Staff go back to asking Sharon how to do it.

Sound familiar? This is why SOP creation feels like busywork. Because in its current form, it is.

Why the old way doesn’t scale

The truth is, SOP creation the old way (manual, document-heavy, one procedure at a time) doesn’t scale.

It doesn’t work for councils with high staff turnover and constant compliance requests.
It doesn’t work for organisations juggling dozens of software systems.
It doesn’t work when teams are already drowning in emails, forms, and audits.

The old way assumes staff have hours free to write “mini manuals.”
They don’t.

And the kicker? The people who know the procedure best (frontline staff) are usually the least likely to have time to write it down.

A better way forward

So what’s the alternative?

Instead of staff spending 60 minutes manually writing a SOP…

  • AI can capture it in 5 minutes.

  • Screenshots are taken automatically.

  • Steps are recorded as you work.

  • Docs are standardised in a single format.

  • Everything is stored in one governed location.

That’s the difference between 60,000 minutes and 5,000 minutes.
Between SOPs being a hated chore and SOPs being a helpful tool.

What this means for councils & mid-sized orgs

Imagine:

  • Faster onboarding: New hires follow clear, up-to-date SOPs embedded directly into workflows.

  • Less staff drain: Existing staff aren’t constantly pulled away to re-explain tasks.

  • Audit readiness: Every SOP is traceable, standardised, and version-controlled.

  • Continuous improvement: Teams update SOPs as they work, not six months later (or never).

For councils, this could mean faster LGOIMA responses, smoother ERP rollouts, and less risk during audits.

For mid-market businesses, it could mean scaling operations without scaling headcount.

Why fixing SOPs unlocks everything else

Broken SOPs don’t just waste time – they hold back your entire transformation journey.

  • You can’t automate a procedure you haven’t standardised.

  • You can’t train staff on systems without reliable SOPs.

  • You can’t prove compliance without auditable procedures.

Fixing SOPs is the foundation for everything else: mapping, automation, and better service delivery.

💬 Final word

The 60,000 Minute Problem isn’t just a number. It’s a symbol of how much time, energy, and opportunity organisations waste trying to do SOPs the old way.

The good news? You don’t have to accept it.

With AI-driven SOPs, what once took 60 minutes now takes 5.
What once drained staff now empowers them.
What once got buried in SharePoint hell now lives in a single, trusted platform.

It’s time to stop burning thousands of hours a year on documentation nobody uses – and start building SOPs your teams will actually thank you for.

Flowingly AI SOP Recorder Has Arrived

Flowingly AI SOP Recorder Has Arrived

Flowingly AI SOP Recorder Has Arrived

Introducing the AI SOP recorder

We’re excited to announce the launch of the Flowingly AI SOP Recorder – the fastest, simplest way to capture and share your organisation’s critical procedures.

Instead of spending hours writing SOPs in Word or cobbling together screenshots, you just hit record. Every click is captured, screenshots are auto-generated, and your procedure is instantly ready to share, embed, or update.

Because let’s face it, no one’s opening that 10-page PDF buried in SharePoint anyway.

The problem it solves

Let’s be honest: manual SOPs are broken.

They’re slow to create, impossible to maintain, and rarely trusted. They live in Word docs titled “Final_v2_REVIEWED”, get emailed around like folklore, and vanish when someone goes on leave.

Staff spend hours formatting screenshots, only for the procedure to sit untouched. Updates get pushed to “someday.” And training new hires turns into, “Just shadow Jess—she knows how it works.”

Flowingly’s AI SOP Recorder flips the script.

Now, documenting a procedure takes minutes, not hours. Staff get clean, visual step-by-step guidance instead of walls of text. And SOPs actually live where they’re used — embedded inside the process.

How it works

Here’s how simple it is to capture a procedure:

  • Open the SOP Recorder in your browser.

  • Hit Record and complete your task as usual.

  • Flowingly captures every click, screen, and step.

  • Hit Stop, and your procedure is ready to edit, share, or embed.

From onboarding to audit prep, every SOP becomes clear, consistent, and easy to follow.

Before

  • SOPs that take 30–60+ minutes to write
  • Inconsistent formatting
  • Old versions get reused and recirculated
  • Training = “read this 10-page Word doc”
  • Updates never get made (because it’s a pain)
  • Manually taking hundreds of screenshots

After

  • One click to record an entire procedure
  • Automatic SOPs - standardised, and centralised
  • Screenshots and steps captured automatically
  • Easy-to-follow instructions for new staff
  • Easy to edit, share, and update
  • Anyone can use it - no training needed

The bigger picture

This isn’t just about saving time. It’s about making sure knowledge stays with your organisation, not just the individual.

Councils across ANZ are battling tool sprawl, staff turnover, and compliance chaos. Procedures are being documented (badly) across Word, SharePoint, OneNote, Visio – or not at all.

Flowingly brings everything into one place.

With the AI SOP Recorder, your team can:

  • Capture how-tos while doing the task

  • Store procedures in a standardised, searchable format

  • Embed guidance directly inside process maps

  • Keep things updated, even after staff move on

You’re not just documenting. You’re de-risking.

Ready to see it in action?

The SOP Recorder is available now.

Whether you’re onboarding new staff, preparing for an audit, or capturing critical how-tos before your SME leaves, now’s the time to act.

Start capturing before your knowledge walks out the door.

👉 Book a demo

Why Your Team Hates Writing Procedures – and What to Do About It

Why Your Team Hates Writing Procedures – and What to Do About It

Why Your Team Hates Writing Procedures – and What to Do About It

You’ve got 1,000 documented procedures.

And yet… only 20 of them actually get used.

Sound familiar?

In council after council, we’re seeing the same story: mountains of procedures, barely any adoption. Teams revert to OneNote. Or they drag screenshots into Word docs. Or worse—they wing it.

And that’s not just annoying. It’s costly.

The true cost of manual procedures

Standard Operating Procedures (SOPs) are supposed to be the foundation for consistency, compliance, and handover. But in practice?

They’ve become a hidden time sink and a blocker to real process improvement.

Let’s break down where the money and momentum really vanish:

1. Manual SOPs = wasted hours

Creating a standard procedure is supposed to save time. But ironically, building one the old-school way can chew up your entire afternoon.

Ask any business analyst or systems lead and they’ll tell you:

  • Capturing steps manually takes forever.

  • Formatting screenshots and instructions is a pain.

  • You finally finish… and they tell you the procedure just changed.

Multiply that across every department, and you’re talking hundreds of hours a year spent just documenting. Not improving – just documenting.

2. Tool sprawl and shadow IT

Word. SharePoint. Visio. Promapp. OneNote. Excel. A rogue Learning Management System.

Different teams often use different tools – if they’re documenting at all.

This leads to “shadow SOPs”: procedures stored on desktops, in inboxes, or printed out and stuck to someone’s monitor. There’s no single source of truth. No way to know what’s current. And definitely no audit trail.

When your documentation system is more of a suggestion than a standard, compliance starts to wobble.

3. Outdated = out of sight, out of mind

Many councils have hundreds of documented procedures. But most are out of date, ignored, or duplicated elsewhere.

Why?

Because there’s no easy way to review, update, or even find the right one. The UX is clunky. The formatting’s inconsistent. And no one wants to touch a Word doc called “Final_v3_UPDATED_REVIEWED_2022.docx.”

So people work around the system – because the system doesn’t work for them.

4. Turnover wipes the slate

Every time someone leaves, they take their procedure knowledge with them. Even if you managed to document it, it’s probably buried in a system that new staff aren’t trained on (or don’t even know exists).

The result? People rebuild from scratch. Or guess. Or email “who owns this?” into the void.

The cycle continues.

5. Executive buy-in fizzles fast

Even with the best intentions, many SOP initiatives become “set and forget.” Initial training fades, champions leave, and the platform turns into a ghost town.

Without leadership pushing adoption and ownership, procedures become yet another system nobody logs into.

And if a procedure isn’t used, it isn’t trusted. And if it isn’t trusted – it’s worthless.

Let’s be honest: SOPs aren’t the problem. The manual effort is.

The problem isn’t that people don’t want documented procedures. They do. Teams want clarity. New hires want guidance. Managers want consistency.

What they don’t want is:

  • Spending hours formatting a doc.

  • Chasing SMEs to approve steps.

  • Clicking through a clunky interface to update one word.

We don’t have a documentation problem. We have a manual SOP problem.

Enter: Flowingly AI SOP Recorder

Flowingly’s AI SOP Recorder flips the whole thing on its head.

Instead of building a procedure after the fact, you capture it as it happens.

Here’s how it works:

  1. Press record.
  2. Complete your task as normal.
  3. Flowingly captures every step – clicks, entries, screenshots.
  4. AI turns that into a structured, editable procedure.
  5. You hit publish.

That’s it. Done in minutes, not hours.

No interviews. No snipping tools. No formatting hell.

But that’s just the start

Flowingly doesn’t stop at procedure capture. Because what councils actually need isn’t just a faster way to document.

They need:

✅ Governance: Version control, audit trails, redaction, approvals.
🔒 Security: Built for compliance-heavy, audit-sensitive teams.
🔁 Scalability: SOPs that link directly to process maps and real-time workflows.
🤝 Usability: Procedures anyone can follow, update, and share – no logins required.

This is where the AI SOP Recorder shines.

It’s not a flashy Chrome extension made for startups.

It’s council-ready, compliance-backed, and embedded into a broader process improvement platform. That’s why teams are saying this is the first SOP tool IT actually approves.

 

Why this matters to councils right now

Local government teams across ANZ are in the thick of it:

📉 Budget cuts, but rising service expectations.
🔄 Frequent staff turnover.
🧩 Fragmented systems and legacy tech.
📃 Mounting audit and privacy obligations.

You don’t have time for manual doc wrangling. And you definitely don’t have time for tools that get rolled out… then rot.

You need something faster, smarter, and genuinely scalable.

What you’re really saving

Manual SOPs

Flowingly AI SOP Recorder

Time Per SOP

2–5 hours 2–5 minutes

Formats

Word, PDF, screenshots Standardised, auto-generated

Visibility

Buried or outdated

Centralised & searchable

Sharing

PDF export or nothing One-click sharing, no login

Governance

Manual version control Built-in approvals & audit

Now imagine doing that across 100 procedures. Or 500. Or 1,000.

That’s where the ROI shows up – fast.

💬 Final word

We know you’ve probably heard enough about “transforming digitally” or “streamlining standardisation.”

We’re not here to do all that really. We’re here to help your team stop wasting time on outdated, manual tasks, so you can get back to serving your community.

Whether it’s onboarding, rates rebates, internal approvals or field services – if it’s repeatable, it’s worth documenting.

With Flowingly AI SOP Recorder, it’s finally easy to do.

Get a demo of the AI SOP Recorder >

The Process Isn’t Broken – It Was Never Built Properly

The Process Isn’t Broken – It Was Never Built Properly

The Process Isn’t Broken – It Was Never Built Properly

Some processes don’t break – they just slowly disintegrate.

They start as a quick fix. A form emailed around. A spreadsheet someone made “just for now.” A few manual steps thrown in to help things move faster. No one expects these temporary solutions to last forever, but somehow they do.

Over time, those quick fixes harden into business-as-usual. Before you know it, that same spreadsheet is now a crucial system. That email chain has become an approval workflow. And the process is no longer functional, it’s just habitual.

This is especially common in local government. With stretched resources and constant policy changes, teams are often forced to improvise. A new form gets added to meet a one-off reporting requirement. A manual step is introduced to catch a system quirk. None of these decisions are wrong, they’re just reactive.

But when these workarounds pile up, they don’t just clutter your workflows. They become the workflow. And that’s when the real trouble starts.

When bad becomes normal

The result? Teams stuck in a process that no one really understands, but everyone follows because “that’s how we do it.”

These processes are often slow, confusing, and frustrating – not because someone broke them, but because they were never properly built in the first place.

Across councils in New Zealand and Australia, this is more common than you might think. It’s not a sign of failure — it’s just the reality of how many workflows evolve. And the good news? If something was never properly built, you can rebuild it. But first, you have to recognise the signs.

What “built on the fly” really looks like

It usually starts when there’s no clear owner. The original process designer might have moved on, and now everyone’s just guessing. Three different teams might each have their own version of how it’s supposed to work. Or the process is so heavily dependent on one legacy system that no one dares to update it. Add to that a reliance on email threads, attachments, and the knowledge in people’s heads, and the risk grows.

Here’s what this might look like:

  • No one can find the current version of the process map

  • A step that used to be manual still is – even though it’s no longer necessary

  • Teams are relying on reminders in inboxes instead of automated routing

  • There’s a whole spreadsheet tracking the workflow, but no visibility across teams

  • The person who actually runs the process wasn’t consulted when it was built

Why it happens more often than you think

In public sector teams, the pressure to move quickly is constant. Regulations shift. Funding deadlines loom. A team needs a process now, not in six months. So we build what we can with what we’ve got. That usually means a form here, a spreadsheet there, a few email instructions, and a lot of goodwill.

Technology plays a role too. Many councils are still working with legacy systems that weren’t built for today’s needs. When those systems can’t adapt, people fill the gaps manually. That works – until it doesn’t.

Another reason this happens is that process ownership is often unclear. If no one is responsible for the end-to-end workflow, then there’s no one to raise the red flag when things get messy. Everyone owns a little piece, and no one owns the big picture.

The hidden costs

These Frankenstein workflows can run under the radar for years – until something breaks. And when it does, the cost is real.

  • Productivity drops: Staff spend more time managing the process than doing the actual work

  • Errors increase: Duplicate data entry and manual handovers make mistakes more likely

  • Morale dips: Clunky workflows suggest that inefficiency is just part of the job

  • Compliance risks rise: It’s hard to meet standards when no one knows what the process actually is

So, how do you fix something that was never properly built?

Start by stepping back. Don’t just fix the symptom – interrogate the structure. What is this process actually trying to achieve? Who needs to be involved? What happens when something goes wrong?

Redesign the process from the outcome backward. Think about what success looks like and work in reverse. Strip out the fluff. If a step doesn’t serve a clear purpose, it goes.

Crucially, involve the people who use the process daily. They’ll know where the friction lives, what workarounds have emerged, and which steps exist purely because “they always have.”

Then choose tools that can evolve with you. You don’t need a massive transformation program – just a platform that makes it easy to build, test, and adapt workflows as things change. Look for no-code tools that empower frontline staff to own and improve their own processes.

And finally, assign clear ownership. Every process should have someone responsible for its health. Not just to maintain it, but to continuously ask: Is this still working? Can it be better?

TL;DR

If your team keeps saying “this process is broken,” maybe they’re right. But maybe it was never really built properly to begin with.

That’s not a failure, it’s an opportunity.

Because once you know what’s not working, you can finally build the process your team actually needs.

And when that happens, everything flows better – for your staff, your systems, and your community.

Are We Overengineering Our Processes?

Are We Overengineering Our Processes?

Are We Overengineering Our Processes?

There’s a quiet crisis brewing in council offices across Australia and New Zealand.

No, it’s not another spreadsheet shared without edit permissions (though that’s up there).

It’s something sneakier: overengineering. Yep, we said it.

The well-meaning drive to fix a workflow often turns into something… monstrous. What started as a simple three-step process suddenly has 27 actions, four approval layers, two integrations, and a flowchart that looks like spaghetti.

And the kicker? It’s still not working.

How did we get here?

Blame good intentions.

  • Someone wanted to add an extra sign-off “to be safe.”

  • Another wanted to integrate with a tool they used once.

  • Someone else built it in a low-code platform with more branches than a gum tree.

Now the process takes three times as long, staff hate using it, and IT spends half their week maintaining it.

This isn’t improvement. It’s process bloat.

The symptoms of an overengineered process

Wondering if your workflow’s gone off the deep end? Here’s what to watch for:

  • Nobody knows how it works. Even the person who built it has a flowchart printed on their wall.

  • It breaks all the time. Dependencies fail, logic clashes, and even small changes cause chaos.

  • New staff avoid it. Or worse, they create their own workaround in a separate spreadsheet.

  • You dread updating it. Because every change triggers a chain reaction of fixes.

Sound familiar?

Why simpler is smarter

Let’s say it loud for the people in the back: simple processes get used.

If your goal is faster service delivery, better compliance, and less admin pain, simplicity isn’t just nice to have – it’s essential.

Simple doesn’t mean basic. It means clear, user-friendly, and flexible.

Flowingly customers consistently find that:

  • Their most effective workflows have fewer than 10 steps.
  • Automation works best when it reduces choices, not adds them.
  • The best forms don’t ask for 18 fields of data “just in case.”

Building lean, not complex

Here’s how to stop overengineering before it starts:

Start with the outcome

What’s the goal? If it’s “make onboarding faster” focus on that.

Involve the people who use it

Don’t build in a vacuum. Talk to the people doing the work.

Cut steps without guilt

If a step doesn’t serve a purpose, it goes.

Test it with a new hire

If they can follow it without asking questions, you’re winning.

Why this matters in local government

Councils aren’t short on challenges: tight budgets, high compliance standards, and not enough hours in the day.

Overengineering eats into all three.

We’ve seen councils:

  • Spend months building a process no one uses

  • Lose institutional knowledge when the builder leaves

  • Miss out on actual improvements because the workflow became untouchable

Meanwhile, other teams are rolling out mapped and automated processes in weeks—because they kept it lean.

The Flowingly approach – simple by design

With Flowingly, you don’t need to be a developer to build something great. But we also don’t let you go overboard:

  • Visual mapping keeps you honest. If it looks confusing, it is.

  • Templates help you start small. Not every process needs 15 conditions.

  • Audit trails and SOP panels keep things clean. No need for extra layers just to meet compliance.

We’re here for clear, efficient, human-first workflows.

TL;DR: Stop adding. Start simplifying.

Next time you look at a process and think, “You know what would make this better? Another step,” ask yourself:

Is this making the process better for the people using it? Or just more complicated?

Less is often more. And better.