Skip to content
Apsan Works

Workflow Automation

The process that eats your week, running without you

Every company has a handful of processes held together by a person, a spreadsheet, and a recurring calendar reminder. They work, technically. They also cap how fast you can grow and break the moment that person takes a holiday.

The problem

Manual process is a tax you pay every single week

The cost is rarely one big number, which is why it survives so long. It is four hours here, a re-keyed record there, a report that is always two days stale. Add it up across a year and it is usually a headcount — spent on work nobody wanted to do in the first place.

Sound familiar?

  • A spreadsheet that only one person truly understands
  • The same data typed into two systems that do not talk
  • Reports assembled by hand on a fixed day every month
  • Work that stops entirely when one person is away
  • Errors found downstream, weeks after they were introduced

What we build

Workflow Automation, specifically

Document processing pipelines

Invoices, contracts, applications, statements, forms. Ingested from email, storage, or API; parsed with layout awareness; validated against your rules; written into the systems that need them.

Data enrichment and cleanup

Deduplication, normalisation, entity matching, and enrichment from external sources — running continuously rather than as an annual cleanup project everyone dreads.

Multi-system orchestration

The glue between tools that were never designed to talk. Durable workflows with retries, idempotency, and dead-letter handling, so a third-party outage does not silently drop work.

Monitoring and alerting agents

Systems that watch a data source — a registry, a feed, a competitor, a regulator — and surface only what actually matters, with the context needed to act.

Automated reporting

Numbers pulled from every source, reconciled, and delivered as a live dashboard or a scheduled document. The monthly reporting scramble stops being an event.

Human-in-the-loop review

Full automation is not always the right answer. We build review queues that surface the uncertain cases to a person and let the confident majority through untouched.

How we work

The sequence that makes this ship

Every engagement follows the same spine. The order matters more than any individual step.

  1. 01

    Map what actually happens

    Not the documented process — the real one, including the workarounds. We sit with whoever runs it today and trace every input, decision, exception, and handoff.

  2. 02

    Cost the steps

    Time per run, frequency, error rate, and downstream cost of mistakes. This is what tells us which steps are worth automating and which are cheaper left alone.

  3. 03

    Automate the confident path

    The cases the rules handle cleanly go first — usually the large majority of volume. Exceptions keep routing to a person from day one, so nothing breaks during the transition.

  4. 04

    Run in shadow mode

    The pipeline runs alongside the manual process and the outputs get compared. Nobody switches over on faith; you switch when the numbers agree.

  5. 05

    Instrument and hand over

    Dashboards for throughput, failure, and cost. Alerting on anomalies. Documentation written for whoever inherits it — including how to turn it off.

Stack

Tools chosen per problem, not per habit

What we reach for most often on this kind of work. The right answer changes with the problem, and we will argue for a different one when it fits better.

  • Temporal
  • Inngest
  • Cloud Run
  • Postgres
  • BigQuery
  • Playwright
  • Vision models
  • Python
  • TypeScript

Questions

Straight answers

How is this different from Zapier or n8n?

Those are excellent for connecting two systems with predictable, structured data, and we will tell you when they are the right answer. Custom becomes worth it when the work needs judgement on unstructured input, when the branching logic exceeds what a visual builder stays readable at, when volume makes per-task pricing painful, or when you need real error handling and observability.

What if our process changes constantly?

That is an argument for automating it well rather than not at all. We separate the rules from the plumbing so business logic can change without touching the pipeline. If the process changes weekly because it is genuinely unsettled, we would tell you to wait.

Will this replace people on our team?

In practice it moves them off the repetitive part. Every engagement we have run ended with the same people handling exceptions, judgement calls, and the work they were actually hired for, at higher volume than before.

How do we know it is not making mistakes silently?

Shadow mode during rollout, then continuous monitoring: throughput, error rates, confidence distributions, and anomaly alerts. Every run is logged and reconstructable. Silent failure is the specific thing these systems are designed to prevent.

What does a typical automation project cost?

It is scoped against what the manual process costs today. If a process consumes twenty hours a week, the arithmetic is usually straightforward. We scope a fixed-price discovery first so you can make that call on real numbers rather than an estimate.

Tell us what is slowing you down

A short conversation is usually enough to tell whether this is a build, an automation, or something you should not do at all. We will tell you which.