How to Run a PoC (Proof of Concept) that Provides Real Value 1/2

Most companies start their RPA journey knowing that benefits are waiting for them. But vendors and consultancies tend to make promises that sound too good to be true – and frankly many organisations fail to live up to their own expectations regarding the implementation and early returns of RPA. Especially those who don’t run a valuable and honest PoC.

One of the most important steps when starting out with RPA is a convincing, but honest, PoC.

A PoC is usually carried out to prove to stakeholders that the technology which the company plans to invest in works in the company’s environment (e.g. IT landscape) and meets legal requirements, etc. The results of a PoC can also help to calculate tangible forecasts about monetary benefits. By running a realistic PoC, risks in the project can be minimized.

In general, a PoC should provide:

  • A minimal risk, but real life, process to demonstrate RPA
  • Validation of critical application requirements
  • Acceptance test of the application in cooperation with business analysts and developers
  • Results that serve as a basis for communication among the project team about real situations (instead of abstract models)

RPA screams “fast ROI” and this is the main reason for failure. Don’t just jump into RPA. Take time in the beginning to build a strong foundation for future scaling. RPA should be a strategy, not only a tool.

Stay connected to our Blog because we will be posting soon the second part of How to Run a PoC that provides real value.


Tags: PoC