Business process automation

How to choose a process automation platform, and what to check in the licence

Process automation platforms are bought for years and built on for longer. Here is what to evaluate, how these platforms are licensed, the contract terms that decide the long term cost, and how to run a selection that produces evidence rather than impressions.

In short

Choose on your hardest process, prove it on your own work, and buy on the full term cost. Most platform selections compare feature lists and first year prices. The ones that hold up compare how each platform runs the organisation’s most complex real process, test it in a short proof of value, and read the licence for how the cost will grow as automation succeeds. The licence model matters as much as the price.

Who we are

C4C is an independent technology consultancy, not a platform vendor. We have no automation product of our own. We help organisations decide what is worth automating, design the process first, choose the platform that fits the process, negotiate the licensing with decades of vendor side knowledge, and work alongside the platform vendor and delivery teams to deliver and govern it. We are paid by fee or for professional services. Talk to us about your process.

Process automation platforms are bought for years and built on for longer. Once your processes run on one, moving is a project in its own right. That makes the selection unusually important, and unusually easy to get wrong, because demonstrations show the simple path and price lists show the first year. This guide covers what to evaluate, how these platforms are licensed, what to scrutinise in the contract, and how to run a selection that produces evidence rather than impressions. If you are still deciding what kind of automation you need, start with our guide to RPA, process orchestration and low code.

What should you evaluate in a process automation platform?

  • Process complexity. Can it run your longest, most exception heavy process end to end, with parallel paths, deadlines and escalations, not just a straight line approval?
  • Case management. Can it handle work that does not follow a fixed path, where the next step depends on what has happened, and keep everything about one case together?
  • People in the loop. How well does it route work to people, manage queues and workloads, and let a person review, override or approve what software has done?
  • Audit and compliance. Does it record every decision, by person, rule, bot or AI, in a way an auditor or regulator would accept?
  • Integration. How does it connect to your core systems: standard interfaces and APIs first, with bots as a fallback rather than the plan?
  • AI and agent governance. Can you control which AI models and agents are used, what they can do and see, and keep a record of their actions? Can you bring your own model, or are you tied to the vendor’s?
  • Deployment and data residency. Cloud, private cloud or on premises, and where your data and any AI processing physically sit. Our guide to UK AI data residency covers the AI side.
  • Skills and delivery. Who will build on it: business teams, a central team, or a delivery partner? How available are the skills, and how steep is the learning curve?
  • Total cost. Licences over the full term, environments, infrastructure, delivery, support and the cost of the people who will run it.

How are process automation platforms licensed?

There is no standard model, and most contracts combine several. The common ones are:

  • Per user. Named or active users, sometimes split into builders, workers and occasional or external users at different prices.
  • Per application or process. A price for each application or process in production, regardless of how many people use it.
  • Per bot or digital worker. Common for RPA, often split between attended and unattended bots and the orchestration that runs them.
  • Capacity or consumption. Transactions, cases, documents processed, compute or AI usage, increasingly common as AI features arrive.
  • Platform tiers and editions. A base platform with higher tiers unlocking capabilities such as process mining, document processing, advanced AI or extra environments.

Each model rewards a different pattern of use. Per user pricing suits a small number of heavy users and punishes wide, light use. Per application pricing suits a few large processes and punishes many small ones. Consumption pricing suits uneven volumes and makes budgeting harder. The right model is the one that fits how your use will grow, which is why it is worth modelling year three before you sign year one.

What should you scrutinise in the contract?

  1. How cost grows with success. Model the cost if automation works and use doubles. A good first year price on the wrong model becomes an expensive platform.
  2. True ups. How usage is measured, when it is counted and what happens when you exceed your entitlement.
  3. Minimum commitments and term. What you commit to regardless of use, for how long, and whether you can reduce it.
  4. Environments. How many development, test and production environments are included, and what more cost.
  5. AI features. Whether AI capabilities are included, charged per use, or need a higher tier, and how that is likely to change.
  6. Renewal uplifts and price protection. The cap on increases at renewal, and whether discounts survive it.
  7. Exit and data. How you get your process definitions and data out, in what format, and with what help.

These are the clauses where the long term cost is decided, and where there is usually room to move if you know where to look. We spent decades on the vendor side of enterprise technology building deals like these, so we know how the licences are put together and which terms a vendor will actually move on. Talk to us before you sign.

How do you run a selection that produces evidence?

  1. Pick two or three real processes. Include your most complex one. These become the test for every platform.
  2. Write a short, process led RFP. Describe the processes and outcomes, ask each vendor to show how they would run them, and require pricing in a consistent format over the full term, including environments, AI and support. Long feature checklists reward the longest list, not the best fit.
  3. Shortlist two, then run a proof of value. A time boxed build of one real process on each shortlisted platform, with your data and systems, measured against criteria agreed in advance: build effort, how exceptions are handled, audit, integration and how your people get on with it.
  4. Negotiate with the evidence. A proof of value on two platforms is the strongest commercial position you will have. Use it before you choose, not after.
  5. Plan the operating model. Decide who owns the platform, the standards, the backlog of processes and the measurement of value before the first process goes live. Our business case guide covers how to measure value honestly.

Who we are. C4C Group is an independent UK technology consultancy with no automation platform of our own. We help you decide what to automate, run a selection on your real processes, negotiate the licence with vendor side knowledge, and work alongside the platform vendor and delivery teams to deliver and govern it. Talk to us about your selection.

Choosing or renewing an automation platform?

Tell us about the processes you want to automate and where you are in the decision. We will give you an independent view of what to evaluate, how to structure the selection, and what to watch for in the licence, with no platform of our own to push.

  1. Tell us where you are. The processes in scope, the platforms you are considering or already own, and your timeline.
  2. We structure the selection. A process led evaluation, a proof of value on your own work, and a like for like view of the full term cost.
  3. We negotiate and help you deliver. We negotiate the licence terms that decide the long term cost, then work alongside the platform vendor and delivery teams through to go live.

Prefer email? Reach us directly at hello@c4cgroup.co.uk.

Frequently asked questions

How do you choose a business process automation platform?

Start with the processes you need to run, not the feature lists. Score platforms on how well they handle your most complex process end to end, including case management, people in the loop, audit, integration, AI governance and where your data must live. Then prove it with a short proof of value on a real process, and compare the total cost over the full term, not the first year licence.

How are process automation platforms licensed?

Models vary and are often combined: per named or active user, per application or process, per bot or digital worker, by capacity or consumption such as transactions or AI usage, and by platform tier or edition. Many contracts add environment counts, minimum commitments and annual uplifts. The model matters as much as the price, because it decides how the cost grows as you scale.

What should we check in an automation platform contract?

Check how cost grows with users, processes and volume, how true ups are measured, which environments are included, whether AI features are charged separately, the minimum commitment and term, renewal price protection, and how you would get your processes and data out if you left. These are the clauses that decide the cost in year three.

What is a proof of value?

A short, time boxed build of one real process on a shortlisted platform, with your data, your systems and your people, measured against success criteria agreed in advance. It shows how the platform behaves on your work rather than in a demonstration, and it gives you evidence for both the decision and the negotiation.

Should we run an RFP for an automation platform?

Often, yes, but keep it short and focused on your processes. Describe two or three real processes, ask vendors to show how they would run them, ask for pricing in a consistent format over the full term, and include a proof of value for the shortlist. Long feature checklists reward the vendor with the longest list, not the best fit.

Can we avoid lock in with an automation platform?

You cannot avoid it entirely, because processes built on a platform take effort to move. You can reduce it: keep process definitions documented outside the platform, integrate through standard interfaces, own your data and check you can export it, and negotiate exit terms before you sign rather than when you want to leave.

Does C4C resell automation platforms?

No. C4C has no automation product of its own and is independent of any single platform. We help organisations choose the platform that fits, negotiate the licensing using vendor side knowledge of how these deals are built, and work alongside the platform vendor and delivery teams to deliver it. We are paid by fee or for professional services.