Skip to content
Nij Web Solutions LLP — Business Operations & Workflow Automation

Solution 05

Business Process Automation, Starting With the Processes You Actually Run

Digitising a process is not the same as scanning a form. It means deciding who owns each step, what has to be true before it can move, and what the system should do on its own. We do that work first, then build.

Who this is for

  • Companies whose processes live in paper registers and shared spreadsheets
  • Businesses where the same data is entered two or three times in different places
  • Operations that break when a key employee leaves, because the process was in their head
  • Companies that want to start small and prove a process before committing to a full system

The problem

What manual processes really cost

Named specifically, because a problem described in general terms produces software that solves nothing in particular.
  • 01

    The process exists only in someone's head

    There is a right way to do it, and one or two people know it. Everyone else does something close. When those people are unavailable, the process quietly changes shape.

  • 02

    The same data is entered several times

    Once on a paper slip, once in an Excel register, once in the accounting software. Each entry is a chance to differ, and reconciling them is somebody's recurring job.

  • 03

    Paper cannot be reported on

    A register can record work faithfully and still be useless for management, because nobody is going to add up a month of handwriting to answer a question.

  • 04

    There is no way to tell whether the process was followed

    Without a record of who did what and when, compliance is an assumption. Problems get discussed rather than traced.

  • 05

    Excel fails silently as it grows

    A workbook that worked for one line and two people becomes a liability at five lines and twenty — no permissions, no history, one person's formulas and a file that is always open by someone else.

How the system works

How we digitise a process properly

  • Map the process as it is, including the workarounds

    The informal steps are the important ones. A digitised version of the official process that ignores how exceptions are really handled will be abandoned within a month.

  • Decide the rules before the screens

    What is mandatory, what can be left blank, who can override, what must happen before this step is allowed. These decisions are the digitisation; the screen is just where they surface.

  • Capture data once, at the point of work

    Entered where the work happens, by the person doing it, and never re-typed downstream. Everything after that reads the same record.

  • Forms that suit the person and the place

    A store keeper on a shared tablet, a supervisor on a phone, an accountant on a desktop. Same process, different surfaces, and validation that prevents the mistakes each one actually makes.

  • Automate the parts that need no judgement

    Calculations, routing, notifications, document generation, reminders. Human attention is reserved for decisions that actually require it.

  • A record you can audit

    Every entry carries who, when and what changed. Compliance and dispute resolution become a query rather than an investigation.

Automation

What stops being somebody's job

Every rule below is a thing a person currently has to remember. Written into the system, it happens whether anyone remembers or not.
  • A form is submitted

    It routes to the right approver with its context attached

  • A required field is missing

    It is caught at entry, not discovered a week later

  • A step completes

    The next owner is notified automatically

  • A record is edited

    The change, the reason and the author are logged

  • A recurring task falls due

    It is raised and assigned without anyone remembering

  • A process breaches its committed time

    It escalates and is counted

None of these need a person to remember them. That is the whole point.

Management visibility

What management can see once this runs

  • How many items are at each stage of the process right now
  • Average and worst-case time per stage, so the real bottleneck is visible
  • Who completed what, when — without asking them
  • Which entries were overridden, by whom and why
  • Volumes and trends over time, from the work rather than a compiled sheet

In practice

Situations this is usually bought for

  • Paper gate entry and material receipt

    Inward material recorded at the gate against a purchase order, with quantity checks and a quality hold, so receipt, inspection and stock update as one connected sequence.

  • An Excel register replaced by a real system

    The shared workbook becomes a multi-user application with permissions, validation, history and reporting — keeping the logic it encoded and losing the fragility.

  • Employee and HR workflows

    Leave, attendance exceptions, expense claims and asset issue moved from forms and chats into a workflow with an owner, a due date and a record.

  • Recurring maintenance and checks

    Scheduled checks raised automatically, assigned to a person, evidenced on completion, and escalated when they are skipped.

Before / after

What changes

The specific shifts this work produces — stated narrowly enough that you could check whether they happened.

Before

After

  • Process kept alive by two people's memory

    Process enforced by the system

  • The same data typed three times

    Entered once, read everywhere

  • Registers nobody can report on

    Data that answers questions directly

  • Assuming the process was followed

    Being able to show that it was

How it works

From operational chaos to a connected business system

Five steps, in this order, every time. The first two produce no software at all — and they are the ones that decide whether the software will be used.
  1. 01

    Understand

    We sit with each department and learn the process as it is actually run — including the workarounds, the informal exceptions and the things people do because the official way does not work. This is where most of the value of the project is decided.

    You getA written map of your current processes, departments and bottlenecks

    1–2 weeks

  2. 02

    Map

    We trace how information moves between people, departments and systems: where it is created, where it is re-entered, where it is lost, and where a decision waits on something nobody can see. The re-entry points are almost always the expensive ones.

    You getAn information flow map, with every handoff and duplication marked

    1–2 weeks

  3. 03

    Design

    We design the target workflow — owners, rules, gates, automations and the screens each role needs — and agree it with the people who will live in it. We also agree what we are deliberately not building yet, and say so plainly.

    You getA workflow design, screen list and phased build plan with scope you have signed off

    2–3 weeks

  4. 04

    Build

    We build in phases, so one department is genuinely using something early rather than waiting for a full system. Each phase is delivered, tested with real data and put into use before the next begins — which is also how the awkward details get found while they are still cheap.

    You getWorking software in real use, phase by phase, with integrations and reports

    Phased, typically 4–12 weeks per phase

  5. 05

    Optimize

    After go-live we look at what is actually being used, which alerts are being acted on and which are being ignored, where people are still keeping a parallel sheet, and what the data now reveals that nobody could see before. Then we improve it.

    You getUsage review, workflow refinements, new reports and ongoing support

    Ongoing

Questions

Frequently asked questions

Still unsure whether your processes are a fit? Walk us through one of them.

Book an Operations Automation Consultation

Can we digitise one process first instead of the whole business?

Yes, and we usually recommend it. One process with a clear owner and a visible pain — purchase approvals, material receipt, job cards — proves the approach, gets people used to working in a system and tells us a great deal about your operation before anything larger is committed.

What happens to our historical data in Excel and registers?

Masters — items, customers, vendors, rates, employees — are worth migrating and we clean them as part of the work. Historical transactions are a judgement call: we usually bring in open balances and recent history, and keep the rest as an archive, because cleaning several years of inconsistent records rarely earns back its cost.

How do you get people to stop using the old spreadsheet?

By making the new way less work than the old one, and by removing the reason to keep both. If the system is the only place the approval can happen and the only place the report comes from, the parallel sheet loses its purpose. Where a team keeps a sheet anyway, it usually means the system is missing something real — so we treat that as a finding rather than a discipline problem.

Is this the same as RPA?

No. RPA automates keystrokes on top of existing software, which is useful when you cannot change the underlying system. We change the underlying process so the keystrokes are not needed in the first place. It is the more durable fix where the process is yours to redesign.

How long before we see something working?

For a single process, weeks rather than months. We deliberately build in stages so one department is genuinely using something early, which also surfaces the awkward details while they are still cheap to change.

Next step

Your business has a process. Let's turn it into a system.

From manual workflows and disconnected departments to connected operations, automated processes and real-time visibility.