03 Method
The five steps
Measure, rank, agree, build, measure again. The last step is the one most automation projects skip, and the only one that turns a claim into evidence.
Step 1: Measure the baseline
Runs per month, minutes per run and error rate at your Ambala operation, recorded before anything changes.
Week 1Step 2: Rank by hours and risk
Frequency multiplied by time gives the hours; error cost gives the risk. The loudest complaint is often not the biggest number.
Week 1Step 3: Agree the process, exceptions included
A process mapped only in its happy path produces an automation that hands a third of the work straight back.
Week 2Step 4: Build the fallback, then the flow
Retries, an alert to a named owner and a manual path first. Personal data flows and consent are designed in at this point.
Weeks 2 to 4Step 5: Measure again after two cycles
The same three numbers, after the process has run twice in full. Only then does the next automation start.
Week 6
04 Honesty
What we will tell you not to automate
Turning down work is cheaper than delivering an automation that makes things worse. Four cases where we say no.
- A process nobody agrees on. If three people describe it three ways, the disagreement is the problem. Automating it picks one version and makes the other two work around the system.
- A process that runs twice a month. Twenty minutes, twice a month, is eight hours a year. That does not pay back a build, and saying so costs us a sale and saves you a subscription.
- A process where the judgement is the point. Credit decisions, pricing exceptions and hiring calls have humans in them deliberately. Automating the paperwork around them is useful; automating the call is not.
- A process about to change. If the ERP is being replaced next quarter, the automation is being built against a system that will not exist. Sequence matters more than speed.
Rules any automation has to respect
05 Reference
Terms used on this page
- Happy path
- The version of a process where nothing goes wrong. Usually two thirds of the volume and almost none of the difficulty.
- Exception queue
- Where a run that leaves the happy path goes, with a named owner and a deadline, instead of failing silently.
- Three-way match
- Checking that the purchase order, the goods receipt and the supplier invoice agree before a payment is released.
- Idempotency
- The property that running the same step twice produces the same result once. Without it, a retry creates a duplicate invoice.
- Robotic process automation
- Written RPA: driving a user interface as a person would. Brittle, and the last resort where no interface exists.
- API integration
- Connecting through a published API or webhook rather than a screen, which is what makes an automation survive a vendor update.
- Data Protection Board of India
- The adjudicating body under the Digital Personal Data Protection Act, 2023. The Schedule to that Act sets fixed rupee ceilings rather than a share of turnover: up to ₹250 crore for failing to take reasonable security safeguards against a personal data breach, up to ₹200 crore for failing to notify the Board and the people affected, and up to ₹50 crore for a breach of any other provision. That is why consent, retention and access control are build decisions here rather than paperwork.
06 Questions
Process automation in Ambala: FAQs
Next step
Send the three tasks your team complains about most.
You get the hours each one costs a month, what it would take to automate, and what we would leave alone. Free, and yours to keep.
Read by Dhanush Prabha, our CTO, not a form queue. Reply usually within one working day, in your time zone.

