Data & Operations7 min read

Optimizing data collection for workflow improvement.

Most businesses already have more data than they realize. The challenge usually isn't collecting more information, it's understanding what already exists, where it lives, and whether it can help improve the way a process works.

Before thinking about dashboards, automation, or AI, it is worth taking the time to understand the workflow itself. That foundation makes every decision that follows much easier.

§ 01

Start with the workflow

Every optimization project should begin with a simple exercise.

§ Start with three questions
  1. 01

    Where does the workflow begin?

  2. 02

    What outcome are you trying to achieve?

  3. 03

    What steps happen in between?

Do not overthink it. You are not trying to map every possible edge case. Focus on the process that happens most of the time. Once that is clear, go through each step and note what information is being created or used along the way.

For a content workflow, for example, that might look something like this.

§ Fig. 01 · data created throughout a content workflow
  • Voice recordings
  • AI transcripts
  • Project management tickets
  • Draft articles
  • Published content
  • Website and social media analytics

The goal is not documentation for its own sake. You are simply creating an inventory of the information that is already available.

§ 02

Work out how to access it

Once you know what data exists, the next step is figuring out where it lives and how you can get hold of it.

§ Fig. 02 · routes to the data
  • Built-in reporting

    Some systems expose what you need directly, or let you download a CSV.

  • APIs

    Others expose an API, which is more work up front but more reliable to automate later.

  • Connector or custom code

    Some require a connector or a small amount of custom code to get at the data at all.

At this stage, you do not need to choose the perfect solution. You just need to understand what is possible.

Rather than jumping straight into automation, it is often worth exporting everything into a Google Sheet or spreadsheet first. It is quick, flexible, and makes it easy to experiment before committing time to building something more permanent.

§ 03

See if the data tells the story

With everything in one place, you can start asking simple questions.

Can you count how many projects move through the workflow each month? Can you see where delays happen? Can you measure the thing you originally wanted to improve?

This is not about producing polished reporting. It is about testing whether the data supports the goal you started with.

Finding those problems early is far better than discovering them after you have built an automated pipeline around them.

Sometimes it will not. You might discover that an important step is not being tracked, or that two systems record information differently.

§ 04

Decide what should be automated

Once you have proved the idea works, you can start thinking about automation.

If the platforms you are using expose APIs, collecting data automatically is usually straightforward. If they do not, there are still alternatives, but they often require more maintenance and are less reliable over time.

This is also where AI can be genuinely useful. Modern tools are very good at explaining API documentation, generating integration code, and helping you connect common business systems. They will not replace good engineering, but they can dramatically speed up the first version of a solution.

§ 05

Check your assumptions one last time

Before building anything, go back to the original objective.

Does the data you have collected support the outcome you are trying to achieve? Is the solution still worth building? Is there anything you would change now that you have explored the information available?

Sometimes the answer is that the idea simply is not viable, and that is a perfectly good outcome. It is much cheaper to discover that during an experiment than after investing weeks building a system that does not answer the right questions.

§ 06

The point

Process improvement starts with understanding the workflow, not the technology.

Map the process. Identify the data that is created at each step. Figure out where it lives, test whether it is useful, and only then decide how much automation the workflow really needs.

That approach is not the fastest way to start a project, but it usually leads to better systems, fewer surprises, and solutions that are built around the needs of the business instead of the tools themselves.

§ Work with us

If you are trying to work out whether your existing data can support the process improvement you have in mind, we are happy to talk it through.

Let’s talk