INSIGHTS / BUSINESS PROCESS AUTOMATION
A practical guide to business process automation for South African businesses.
Good automation is usually quiet. It removes repeated effort, clarifies handovers and helps people see what needs attention without turning the business into a technology project.
Business process automation is simpler than the phrase sounds
Business process automation means using software to handle repeatable parts of a business process with less manual intervention. It can be as small as validating a request and notifying the right person, or as broad as coordinating information across several systems.
The goal is not automation for its own sake. The goal is to reduce avoidable effort, make handovers clearer and give people better information for the decisions that still require judgement.
Processes worth examining
- Requests that follow a repeated set of stages.
- Approvals that regularly wait in inboxes or messages.
- Information copied between spreadsheets, forms and business systems.
- Recurring document generation from structured data.
- Status updates that people manually send after each step.
- Reports built by collecting information from several owners.
- Routine checks based on clear rules.
Processes that should not automatically be automated
Automation is a poor fit when the process is rare, constantly changing or mostly judgement. A five-minute manual task performed once a month may not justify a system. A sensitive decision requiring nuanced human review may benefit from better information and record keeping, but not from automatic approval.
There is also little value in automating a process nobody understands. If each team describes the workflow differently, map it before coding it.
Start with workflow mapping
Write the process as it actually happens, not as the policy document says it happens. Identify:
- the event that starts the process;
- the information required at each stage;
- the people or roles involved;
- decisions and approval points;
- exceptions and rework;
- the systems or files that hold information;
- the output that marks completion.
Find bottlenecks before features
A bottleneck may be waiting for approval, retyping information, checking missing fields or preparing the same document repeatedly. Those observations are more useful than starting with a list of software features.
Approvals and human decision points
Many workflows include decisions that should stay human. Software can ensure the reviewer receives the correct information, enforce permissions, record the decision and notify the next person. That is automation without pretending the system knows better than the person responsible.
Integrations
An integration allows systems to exchange information directly. It can remove re-entry, but it should be used where the data movement is stable and valuable. Sometimes a scheduled import or export is perfectly adequate. Not every integration needs to be real-time.
Notifications
Notifications are useful when they signal required action. They become noise when every small event generates another email. Design notifications around responsibility: tell a person when something genuinely needs their attention.
Reporting
Automation creates an opportunity to report from the operational data itself. Instead of asking people to prepare status spreadsheets, the system can show work in progress, age, turnaround and exceptions. The reports should answer real management questions, not exist because dashboards look impressive.
Incremental automation usually beats replacing everything
Businesses often imagine automation as a large transformation project. It does not have to be. A useful first step can focus on one painful workflow and leave surrounding systems alone.
For example, a company may first centralise requests and approvals. Later it may add document generation. Only after that may it integrate with an accounting or production system. Each phase can prove value and expose what the next phase actually needs.
A practical prioritisation framework
| Consider | Good automation candidate | Weak candidate |
|---|---|---|
| Frequency | Happens often. | Rare event. |
| Rules | Steps are reasonably clear. | Process changes every time. |
| Manual effort | Repeated capture, checks or handovers. | Mostly expert judgement. |
| Operational impact | Delays or errors matter. | Low consequence. |
| Data | Inputs can be structured. | Inputs are highly ambiguous. |
For South African businesses, practicality matters more than fashion
A useful automation project should fit the systems, connectivity, staff and operating reality of the business. It should not require a technology stack larger than the problem. It should also have an understandable support and ownership model after launch.
Related reading: a practical approval-workflow example, signs informal tools are starting to strain, and UNKNOT’s workflow and software services.
A PRACTICAL NEXT STEP
Start with the process, not the software.
If a business process has become difficult to manage through spreadsheets, messages, email or disconnected systems, UNKNOT can help examine the workflow and determine whether purpose-built software makes sense. Sometimes the right answer is a smaller process change or an existing product.
Talk through the workflow