Alexey Shurov.Insights
Operations

Run a Manual Work Inventory in One Week and Know What to Automate First

Most automation roadmaps fail before they start. A structured inventory built in five days fixes that by surfacing the real cost of repetitive work.

25 September 2026 . 7 min read . Alexey Shurov
Run a Manual Work Inventory in One Week and Know What to Automate First

The Roadmap Problem Nobody Talks About

Most automation initiatives stall not because the technology is wrong but because nobody actually knows what work is being done. I have walked into manufacturing plants, regional distribution hubs, and finance back offices where the leadership team could name three or four processes they wanted to automate, and the frontline staff could name forty. That gap is where projects go to die.

A manual work inventory closes that gap in one week. Not a six-month process mining engagement, not a consultant-led workshop series. Five focused working days, a shared spreadsheet, and a clear scoring method. What you get at the end is a ranked list of automation candidates with enough data attached to make a real business case for each one.

What the Inventory Actually Captures

The template has four columns that matter. Everything else is noise.

  1. Task name and a plain-language description of what the person actually does
  2. Weekly volume, meaning how many times this task runs in a typical week
  3. Owner, the role not the person, because people change and the work stays
  4. Error cost, the best estimate of what a mistake in this task costs in rework time, financial exposure, or downstream delay

That is it. You are not capturing system names, process maps, or improvement ideas at this stage. You are building a factual ledger of repetitive work. The moment you ask people to also suggest solutions, the inventory becomes a wishlist and loses its usefulness as a diagnostic tool.

A fifth column worth adding once the list is populated is frequency variance, meaning whether the task spikes at month end, at shift change, or during a seasonal peak. A task that runs fifty times a week in normal periods but four hundred times during a quarterly close has a very different automation priority than its average volume suggests.

How to Run the Five Days Without Losing Momentum

Day one is scoping. Identify the operational units you are covering and assign one point of contact per unit. That person is not doing the inventory alone, they are coordinating it. Send a single-page brief explaining what you are collecting and why. Be explicit that this is not a headcount review. People fill out inventories honestly when they trust the purpose.

Days two and three are collection. Each point of contact runs a thirty-minute session with their team, walks through the template row by row, and submits a completed draft. You will get inconsistencies. A field operations coordinator in one region will describe a task at a level of detail that a finance analyst in another region describes in three separate rows. That is fine. You reconcile in the next step.

Day four is consolidation. You or a small working group review every submission, merge duplicates, standardise the task descriptions, and fill in missing volume or error cost estimates using whatever data is available, even rough estimates are better than blanks. In a distribution context I have seen teams discover that a task described differently by three separate shifts was actually the same work being done three different ways, which is itself a finding worth acting on.

Day five is scoring and ranking. Apply a simple formula. Multiply weekly volume by time per instance to get weekly labour minutes. Add a weighted error cost score. Tasks that score high on both volume and error cost go to the top of the list. Tasks that are high volume but low error cost are still good automation candidates because the manual work removed is significant even if the risk reduction is modest.

What the Scoring Reveals in Practice

In a finance back office setting, the task that usually surprises leadership is reconciliation exception handling. The headline reconciliation process is already partially automated in most organisations. But the exceptions, the items that fall out of the automated match and require a human to investigate, often represent more total labour time than the original manual process did before automation. They are also high error cost because a missed exception can mean a material misstatement. That combination puts exception handling near the top of almost every finance inventory I have run.

In manufacturing, the surprise is usually shift handover documentation. It looks trivial. It runs every eight hours. The volume is high, the per-instance time is modest, and nobody thinks of it as a process worth automating. But when you calculate the weekly labour minutes and then factor in the downstream cost of a handover note that is incomplete or ambiguous, the number gets uncomfortable fast. A missed note about an equipment anomaly that leads to a quality hold on a production run is not a small error cost.

In distribution, inbound freight exception management consistently scores high. Carrier sends a delay notification. Someone reads it, cross-references it against open orders, decides whether to notify the customer or reroute, logs the decision, and updates the order management system. That sequence runs dozens of times a day in a busy hub and each step is a place where information gets lost or the wrong decision gets made under time pressure.

How to Rank What to Automate First

Once you have a scored list, apply three filters before you finalise the priority order.

First, data availability. An AI agent can only do what the data allows it to do. A task that scores extremely high but depends on information that lives in handwritten notes, unstructured PDFs with no consistent format, or systems with no API access is not your first automation. It may be your third or fourth, after you have built the data infrastructure to support it.

Second, decision complexity. Tasks that involve a single clear decision rule, even a complex one, are easier to automate reliably than tasks that require the agent to weigh competing priorities or exercise genuine judgment. I am not saying judgment tasks cannot be automated, they can, but they require more validation work and more tolerance for the agent being wrong sometimes. Start with the high-volume, rules-based tasks and build organisational trust in the technology before you move to the harder ones.

Third, owner readiness. The role that owns the task matters. Some teams are ready to work alongside an AI agent from day one. Others need more time. Forcing automation into a team that does not trust it yet produces shadow processes where people do the work twice, once for the agent and once manually to check it. That is worse than not automating at all. Prioritise tasks owned by teams that are genuinely engaged with the change.

After these three filters, your top five candidates are your first automation sprint. Not your full roadmap. Five tasks, built and validated properly, will teach you more about how to run the next twenty than any amount of planning will.

Common Mistakes That Corrupt the Inventory

Letting people estimate volume without a reference period. Ask for last week's actual count, not a typical week in their head. People systematically underestimate the volume of tasks they find tedious and overestimate the volume of tasks they find interesting.

Collecting error cost only as a financial number. In field operations especially, error cost includes safety incidents, compliance exposure, and customer relationship damage that never shows up in a finance ledger. Build in a qualitative severity rating alongside the financial estimate.

Skipping the tasks people are embarrassed about. In every organisation there are workarounds, manual patches on broken processes, spreadsheets that exist because a system does not do what it was supposed to do. These are often the highest-value automation targets precisely because they are invisible to leadership. Create psychological safety in the collection process or you will get a sanitised inventory that misses the real work.

Treating the inventory as a one-time exercise. Manual work changes. New systems create new exceptions. Regulatory changes create new reporting tasks. Run a lightweight refresh every six months. The organisations that get the most value from automation are the ones that keep the inventory current and treat it as a living operational document.

The Practical Takeaway

You do not need a sophisticated tool to run this inventory. You need a shared document, five days of focused time, and the discipline to collect facts instead of opinions. The output is a ranked list that tells you where manual work is heaviest, where errors are most expensive, and where automation will deliver the fastest and most defensible return.

The organisations I have seen move fastest on AI agents are not the ones with the biggest technology budgets. They are the ones that understood their own operations clearly enough to know exactly what to build first. A manual work inventory is how you get that clarity. Run it before you write a single line of automation requirements, and your roadmap will be grounded in reality instead of assumption.

Common questions

How many people do you need to run the inventory across a mid-sized operation

One coordinator at the organisational level and one point of contact per operational unit. For a mid-sized operation covering three or four functions, that is typically four to six people total. The coordinator's job is template management and consolidation. The unit contacts run the thirty-minute team sessions. You do not need a dedicated project team and you do not need to pull people off their regular work for more than a few hours across the week.

What if people inflate their volume numbers to make their work look more important

Cross-reference against any available system data. Order management logs, ERP transaction counts, email volumes, and ticketing system records all give you a reality check on self-reported estimates. When you triangulate even roughly, the outliers become obvious. The goal is not perfect precision, it is a ranked order that is directionally correct. A task that is genuinely high volume will still rank high even if the exact count is off by twenty percent.

How do you handle tasks that are hard to describe in a single row because they vary a lot

Split them. If a task has two or three meaningfully different variants that require different inputs or produce different outputs, log each variant as its own row. The temptation is to keep the inventory tidy by collapsing everything into broad categories, but that loses the specificity you need to design an automation. A freight exception involving a carrier delay is a different task from a freight exception involving a damaged shipment, even if both get called exception management.

Is one week realistic for a large enterprise with dozens of business units

For a full enterprise rollout, no. One week is realistic for a single function or a single operational region. For a large enterprise I recommend running the inventory in waves, one function or geography at a time, and building a consolidated view over six to eight weeks. The scoring and ranking methodology stays the same across waves, which means you can compare candidates across functions and build a genuinely enterprise-wide priority list rather than a collection of separate local lists.

Want this in your operation

I build and run production AI agents that take repetitive work off operational teams. Tell me what your team spends too long on.

Tool guides

Choosing software for this problem space, see the guides on bottleneck detection tools and AI analytics tools for mid-size companies.

More insightsshurco.ai