Research VP and automation expert Sarah Burnett will be a key speaker at the 2018 Imagine London event hosted in by Automation Anywhere in London on March 14-15. Sarah will lead a session on March 14 (14:00) where she reveals exciting results from our Enterprise RPA | Pinnacle ModelTM Assessment.
Summary: Join Sarah Burnett of Everest Group as she reviews this newly completed Pinnacle ModelTM assessment, a study commissioned by Automation Anywhere to uncover the key drivers of ultra successful companies and their use of RPA today. Be among the first to see this study.
A question that we are often asked about service delivery automation (SDA) is “What technology should we use to automate our business processes?” The answer to this, of course, depends on the organizations requirements and existing capabilities, but there are some basic and general rules that can help organizations get started on their automation journey.
Before that journey begins, to facilitate internal communication, it is very important for organizations to develop a common vocabulary for automation. For example, not every type of automation is robotic and not every robotic automation does screen scraping!
Everest Group’s first principles of SDA and definitions can help organization develop a unified vocabulary for automation:
SDA is utilization of technology to replace a series of human actions
Much automation is already embedded in software systems (e.g., linking customer information across finance and procurement functions), but since it is part of the normal feature-functionality of a system, it is generally not considered as automation, but rather simply a more powerful system(s)
SDA can refer to automation in IT infrastructure and application management services as well as business processes.
The focus of this post is SDA in business processes. A simple way of grouping automation tools for business processes is by the type of data or information that they can handle:
A subset of SDA is Robotic Process Automation (RPA). This refers to a group of tools that interact with computer-centric processes, typically, through the user interface and so can do away with the need for other types of integration with the underlying system:
RPA handles structured data, for example, taking data from electronic forms and entering them into databases. RPA software vendors include Automation Anywhere, Blue Prism and UiPath. The graphic below provides Everest Group’s definition for RPA.
Another subset of SDA is a group of tools that we refer to as cognitive. These are intelligent tools that use machine learning to build a process-related knowledge-base to automate processes:
Cognitive tools typically handle unstructured data – Examples include Celaton’s inSTREAM and iPSoft’s Amelia.
If your organization is looking to automate traditional data entry processes, such as order processing, then a starting point is to look at RPA tools. If on the other hand, the process has to handle non-voice customer interactions such as emails, documents and multi-media and web content, then cognitive tools could provide the answer to your requirements. Examples include:
A telco that uses RPA for high volume transactions such as SIM swaps
A financial services company that uses RPA for processing of redemptions and asset migrations
An insurance loss adjuster that uses a cognitive tool for automating processing of in-coming customer documents including evidence for insurance claims.
Other aspects of automation technology to consider include but are not limited to:
Depth and breadth of functionality – for example a feature-rich automation development and testing environment
Integration capabilities – as well as integrating with departmental software such as finance, the tools may need to interact with enterprise software (e.g. Microsoft Exchange), business process management software (e.g. Appian, PegaSystems, Tibco) or document management software (e.g. IBM FileNet or OpenText)
Scalability and performance – ability to grow volumes of transactions as the need grows
Support for virtualization – for example in the user environment via Citrix
Deployment options – such as on premise or hosted by the vendor
Commercials – licensing models and prices
Support and maintenance options in your geography
Customer references and proven business cases.
Vendors are always happy to arrange demonstrations of their software. You could give them a test scenario to set up for and demonstrate. Some organizations have gone a step further and have run different proofs of concept in parallel to find the best solution for their requirements.
It is important to note that you are not limited to one type of automation:
Service delivery automation can be accomplished by combining multiple technologies. For example, traditional Business Process Management (BPM), workflow and document management technologies can be combined with newer UI/robotic process tools
Cognitive tools can be combined with RPA tools, which in turn can orchestrate tasks back and forth between workflow tools and people
The output of one process can also act as an automatic trigger for the next to start.
The entire process need not be fully automated – partial automation is also highly valuable and the most common approach.
In my next post, I will look at the types of processes that make good starting points for automation.