Pega Platform Reviews

We have two different projects right now using Pega BPM. In one we are doing a migration of applications regarding claims, and the process requires orchestration between different providers that this company needs to organize the work. When you have a claim and you need a repair for something, we need to organize the work that we send to the provider. One, for example, is doing water claims. Another one could be about car claims. These are our main processes right now for Pega BPM. 

The other project is regarding onboarding customers in a bank. We use Pega to orchestrate the different aspects we need to complete the onboarding for our customer.

One project is on-premise and another one is on cloud, but we started using the Pega cloud and right now we are migrating to Azure Cloud,

Yes it has improved the KPIs. For example, in the insurance project, the time required to complete the project with Appian was around a month and now with Pega it is around two weeks. We still have a lot that is manual, but we reduced the time of the process.

The best part of Pega, for me, is that they let you reuse a lot of the aspects in the product.

The main problem with Pega is that it is quite complex, so it is very difficult for the developer to learn. Sometimes it is like a black box where you can't develop other things. When you try to modify something on the product it is quite difficult. Also, when new people try to learn how to develop in Pega, it is quite difficult to learn, and it's a big product. I think that is the problem.

Maybe they could try to make an easier implementation. I don't know how. Maybe with more information on the Pega platform, in the Pega academy, or modifying the application to make it easier to implement. 

I started using Pega BPM 11 years ago.

Pega BPM is stable.

Pega BPM is more scalable than Appian. We can have more processes running, more data in the server, and the performance is better.

Both of our projects are in production right now, but in one of them the customer will require around 3,000 users. With the other project it will be around 300 people.

Right now, there are two or three people running this kind of project, so we will need more people for that.

The plan for Pega in both projects is to continue for around five years more - so we have a lot of work there.

We don't have too many problems. It's true that we have more ticket service requests with Pega, but they answer quickly, so I think that is good.

In one of our projects, we previously used an application called .NET by Microsoft and the solution was so slow. Well, I think it was created 20 years ago so the modification on that application was too slow because the code is much longer and you have to read more lines of code so it was not easy to modify the processes on that application. It was for that reason that we tended towards Pega, looking for more agility on the modifications and giving control to the business people to modify different business rules for themselves.

The initial setup is complex.

When you are doing a project in Pega, it is more complex than the processes that you are normally going to implement. When the product is complex to learn it's more complex to develop.

The deployment time is not too much. It is about the same as with Appian when you have the configuration down, no more than one or two hours.

Normally when we use Pega we are thinking about a more global application that you can use in different countries or for different areas.

It requires a Pega architect from the company.

The pricing with Pega BPM is a huge problem because it is quite expensive for the Spanish customers. It is higher than other BPMs.

My advice to anyone considering Pega BPM is that they have to think about that they want to do on it because not everything is possible. It is similar to Appian, so really think what you want do you in Pega. If you are thinking about moving an application towards innovation on Pega, it's not a big solution to do it. If you're thinking about something more, it's a good product. Don't spend money on that because Pega is more expensive than other products.

The main lessons regarding Pega are that you need people who know how to use it because it is a complex product. If you create the application from the beginning, you are going to need a lead system architect to do it, because if you don't do it correctly, the use and the good points that Pega has could be an issue for you. The main point here is that you need people who know Pega really well in your team.

As a product I have to say that I think Pega BPM is the best right now, and the only problem that we have with Pega is the people. So if I focus only on the product, on a scale of one to ten, I have to say Pega is a nine.

The product is so good. The only problem is that the people who work on it need more knowledge.

The workflows are the most valuable features, particularly for us, because we were attempting to automate processes by utilizing workflows to provide a hands-off comparison between the bot and the human.

Also, the out-of-the-box reporting, visibility, and dashboards are extremely useful. 

There was a lot of room for improvement on the RPA front because the product was still in its journey for more than one year. The product was still in its early stages of development. We spoke with the Pega team and provided our feedback.

On the BPM front, I believe it is pretty standard and an industry leader. 

We have experienced a few technical challenges, particularly triggering the workflow through file drops and accessing files. Those difficulties are more of a cloud versus on-premises issue because everything was on the cloud, and they were unable to retrieve files from on-premises folders. As a result, we had to resort to workarounds.

I believe they could work on more integration of their RPA and BPM so that it becomes seamless for anyone, and then it becomes easier for a human versus machine interaction using the same BPM. They said at the time that it's on their roadmap and should be coming soon if it hasn't already. But those are the things that, in my opinion, would make a better BPM, where it would function as an enterprise orchestration layer, collaborating with humans and bots in the same way and delivering the business process.

We completed a couple of BPM projects using Pega BPM.

I have been working with Pega BPM on and off for the last two years, and I have completed two BPM implementations in the last three.

It's a scalable product. There are no challenges with the scalability of Pega BPM.

Technical support was good. Especially for us, their product team was with us, as was their support team, and all of these workarounds were only possible with their assistance.

I worked on Newgen BPM two years ago.

We work mostly with BPM but we did a PoC on RPA. The RPA was unable to work.

The initial setup is simple because it is in the cloud. We haven't spent much time setting it up, it was up and running for a few weeks.

In terms of business flows, our implementations were not overly complex. We were able to launch it in an Agile mode, and we were able to deliver, in two or three sprints spanning four months. Every four to five weeks, we were able to release small flows to enable certain business functionality.

Pricing is a little on the high side. One of the challenges where a certain lower level of cases was unable to justify the cost. If your process is not that complex, and it is very simple, then the implementation timeline is obviously short, but licensing becomes a little costly, and it sometimes does not cross the business use case. 

The benefits you receive are not worth the price. 

They should have a solid foundation of business processes in place before embarking on this journey. If the case is small or the process is not complex, they should use a smaller and simpler BPMS. The primary reason is the cost. However, if they are considering it at the enterprise level or for a more complicated process, Pega is, in my opinion, the best option.

I would rate Pega BPM an eight out of ten.

My primary use case is for process modeling.

There are several areas for improvement with this product. The performance of the application is very slow, the UI needs improvement, and the architecture needs to be simplified. In addition, it's impossible to know what's going on behind the scenes of this solution, and there's no tech support or useful documentation, so I have been forced to do my own troubleshooting.

I have been using this solution for two years.

The stability's ok once the solution is set up properly.

The solution is scalable in terms of load but not operation-wide.

The technical support has been disappointing - we don't get the support we need from it.

The initial setup was pretty complex.

The pricing is good.

Before choosing, I evaluated Colfax, Oracle, and IBM.

The platform as a whole is very rich - you can do a lot of things with it with minimum time and cost. I would recommend Pega as a BPM solution but make sure that your contract states you will receive support, otherwise you may not get any. I would rate this solution as seven out of ten.

For an upcoming project, my manager told us to look at all the different capabilities between the Pega, Appian, and the Camunda. We don't know the use case yet. We need to know the use case, however, at this point, we are just exploring different tools, BPM tools.

The integration is good. It can be capable of different integrations. 

There is a Pega Decision Hub, which is just a text-based analytical site. Based upon the text-based analytics and it can decide and trigger a case.

There are a lot of new features in Pega that are great.

I like case management in Pega. For the case management applications, so it's really fast to develop and it can scale and be extended based upon the business requirements.

The initial setup is pretty straightforward. 

The documentation and training available are great.

Pega is coming out with Pega Express, which is kind of a low-code development platform. The business rules can be built in a Pega Express Portal, which is more specifically built for business users and not technical users. That way, even non-technical people are able to build their own business processes easily.

The local development approach is good in Pega, however, cost-wise, it's getting expensive. That needs to be addressed.  

With Camunda, containerization is the most helpful feature. It can containerize and it can have its own deployment process. Pega may be adding that feature in a future release, however, right now, that's lacking and needs to be addressed.

I'd like to see Pega support microservices architecture, which it doesn't do right now.

We have been using the solution for more than six years.

The scalability is excellent. It can scale as much as you need it to. It's one of the great aspects of the product.

I've never directly contacted technical support. I can't speak to how helpful or responsive they are. We have our own internal team that can troubleshoot.  

That said, we used to connect with Pega on issues and it's my understanding that support tickets can be addressed very quickly. Support-wise it's very extensive. 

I also trained in Appian. 

The initial setup is straightforward. There is no complexity. There is documentation around the installation process and upgrade process as well. Pega will also provide you with good training materials in the Pega Express Portal, which is helpful for teams who are planning for new developments. That way, they can learn easily and understand everything.

It's a great product, Pega, however, cost-wise, it is a little expensive compared to other BPM tools. That's where I feel that they can improve.

Now, we are exploring other software, like Camunda. We just want to see the different designs or decide which tool is better for our application.

We are a customer and an end-user.

We have been using Pega for more than six years, and at this point, we also want to just explore the other BPM tools. It's kind of for considering cost efficiency also. We are looking at the cost of the development effort or the scalability of the tool. While I like Pega, I'm just exploring the other BPM tools with respect to Pega.

While it depends on the application you are using, if you're planning for an enterprise application that can interact with different applications, Pega would be a good option.

Sometimes if you have a smaller workflow, for example, if you're just introducing a smaller workflow in an existing application and you just want to leverage only that workflow-related feature, you don't need Pega. You can just have any workflow tool, like Camunda or Appian. Cost-wise, Pega may cost you more.

If you're planning to leverage all the features in Pega, like case management and low-code, no-code and RPA, robotic process automation, and other high level or case management, if you are planning to leverage all these different kinds of features that are available in Pega, just go with Pega. And if you're just planning to leverage only a kind of workflow, you don't need to go with Pega. You can just go with other BP flows or BPM process models like Camunda. 

There are a lot of features that you can explore in fault tolerance and error handling, exception handling, et cetera. There are other items as well if you're in the development stage, and something like Page will likely be helpful. I don't know of other tools that will support anything to that extent.

There are still some limitations in the solution. I'd rate it at an eight out of ten, as there are still some improvements that can be made. 

It is a multi-tenant offering for developing applications. We have its latest version.

Generically, at the moment, it can take things that were non-functioning processes and crossing stovepipes and make them function.

I have found a lot of features valuable. The ability to define processes, build reports, and get insights or analytics on data is most valuable. It is a powerful platform.

The way the IDE works with the chatbox and the taxonomy imports could be a little smoother.

There should be quicker approvals for CDH. It is a bureaucratic approval process to be able to get those particular licenses.

I have been using this solution for two and a half years.

It is stable. Like everything, it depends on the quality of the knowledge of the people who are using it.

I like it. It allows for a lot of multi-tenancy.

In terms of usage, it is in its initial use areas, but it is rapidly being adopted.

I have interacted with them. Our overall experience is positive. They have some good folks there. Occasionally, their system doesn't realize the urgency of a problem if the problem isn't in production. If your problem isn't currently causing production failures, the turnaround time can be slower than expected.

We don't use Pega exclusively. We've got other stuff in there. There are some things for which one solution is good, and for another set of things, another one fits very well.  It just depends on the application, the tendency, and the purpose.

We brought in experts. Our experience with them was positive.

The advice that I would give is that when spinning, think about if you're setting up a private one. You should also think about your tenant or your organizational control structure for multi-tenancy so that you can have a mix of licenses for tenants while not overly complicating and having to maintain tons of different work control layers. 

Before you start up an app, take a look, run the wizards, and see what you can reuse from the structure. Its wizards are very good to use when starting up. There are a lot of powerful data models and workflows that you can use as starting points. You can also simply reuse and rename them. 

Whenever you're building things, work with your team regularly on the data model supporting it so that you have a lot of reusable capability. So, you enhance it. It is worth the time to meet weekly with your team over your data architecture.

I would rate Pega BPM an eight out of 10. There is a bit of a learning curve, but it is extremely powerful. When you get into it, then you realize that it is far more powerful.

We are developing campaigns and business solutions on top of Pega. It is a part of the campaign management solution that we have. We are also using it for the core business. We are offering personalized content, personalized product, and personalized information for each of our customers. Pega is one of the main products for us for pricing, catalog, and content. It is being used for everything.

I have a lot of experience in this kind of industry, and Pega is one of the best solutions in terms of performance, capabilities, and the way we develop. 

It should have integration with non-relational databases. A lot of databases are non-relational, and as a company, we are planning to move to NoSQL or open-source databases. It would be good if we are able to install and use Pega on a NoSQL database. 

They can also try to tailor or organize the company a bit differently and go more towards the microservice concept.

I would like Pega to develop machine learning and intelligent AI algorithms. They have a good foundation in terms of the model and the stuff that we are using for some customers, and it will be good to onboard as many machine learning algorithms as possible.

I have been using this solution for a couple of years.

It is one of the most stable solutions, but you need professional expertise. If you are working in a professional way, you won't have issues. If you install it on top of any provider as a database and you are not able to tune the database, you will have issues. Every product has bugs, but it is a more stable one.

We have 25 to 30 customers who use this solution.

Their technical support is fine. There is always room for improvement, but overall, it is fine.

I have used different products and shifted to Pega. In the past ten years, I developed an in-house solution, and I also hired a company to develop it for me, but that was not enough. Now I am relying on Pega in Google Cloud, and it is running my business strategy and everything else. It is one of the best solutions in this category. I can't even compare it with other products. Based on Gartner's ratings, Pega is one of the top ones.

Its installation is straightforward. I don't see any big issue. We are using it on Google Cloud VMs. We are not using Pega container, but I know another company that is using it fully in a container.

For its deployment and maintenance, you need highly skilled people.

We mostly have a yearly license. 

I would recommend this solution. I have been recommending it to different customers across Europe. It is a professional product, but you should know what you are doing. If you don't know what you are doing, you might think it does nothing, but if you are mature enough to understand the power and potential of Pega, you can do magic with it. You should have the know-how, and you should know a customer's expectations. 

One of the reasons why some customers are getting a lot of success is because we have Pega and Data Lake or big data platforms close to each other. Data Science runs the algorithm on the Data Lake, and we propagate the data and the segment to Pega. This way the customer gets a high value. They are doing a great business because they have the potential data, and they can combine and build campaigns and segment customers on an individual basis. After that, your big data is in real-time, and you have real-time notifications. You are doing everything in real-time.

I would rate Pega BPM a nine out of ten.

The solution can be used to quickly manage and monitor processes in your organization. 

I have found the solution to be flexible and they provide good support. 

In general, we use web services to integrate this solution with our other tools. It is the main approach we use with this solution and it integrates with all tools that we need. If you want to integrate with other solutions such ThreatFire or similar, it is possible as well. 

The previous versions had good training documents but the updated versions need to improve the documentation.

I have been using the solution for approximately five years.

The solution is stable.

We have a customer that has over 6,000 users using the solution.

The solution provides very good support. They have the experience, knowledge, and are always helpful. 

I have used previously used Camunda, jBPM, and IBM solutions.

The version for private use on your workstation is easy to install. However, if you want to prepare a platform, it is not easy. All good solutions are not easy to install and tend to be complex and because of this, I would not say this solution is any more complex than any other good solution.

The amount of technical team needed depends on the project. For small implementations, we use one to two people and for big projects, we can have over 30 developers.

The solution could be less expensive according to my customers. However, I think the price of the solution is fair.

This solution is one of the best tools on the market right now. I would recommend it to others.

I rate Pega BPM a ten out of ten.

We use this solution for HR automation or HR service delivery.

It is quite configurable, which is the most exciting feature. We can easily configure it as per our needs. 

Reporting is not so clear and not so great. We really struggle to get the right reporting. When we need reporting based on the content of the tickets, we are not able to get it. The MIS reporting is not great. That's one of the reasons why we are switching to ServiceNow.

Its compatibility with the higher versions of Internet Explorer should be improved. It really works well in Mozilla Firefox or any other browser, but when it comes to Microsoft Edge or Internet Explorer, sometimes, the layout gets disturbed. The positioning of the buttons changes, and there is some distortion in the layout. I am not sure whether it is our configuration problem or Pega's, but when it is working in Mozilla Firefox, it should also work in Microsoft Edge or Internet Explorer.

I have been using this solution for almost three years now. We started using it in late 2017.

It is stable. We haven't faced any downtime or any other issues.

It is quite scalable.

My team would know about it, and I personally don't really get into those details. After the implementation, our teams are on their own. I don't think they are reaching out to Pega support frequently because I don't see any product issues as such. Everything is configurable, and it is running daily.

It is not so complex, but it needs an intermediate level of skill set. It is not so complex, but it is also not so easy.

It is cost-effective for medium enterprises. It is cheaper than ServiceNow.

I would definitely recommend this solution. It is more cost-effective as compared to other products. It is the right product for medium enterprises rather than a highly-expensive solution such as ServiceNow, to which we are switching. When you're implementing it, you should configure it in the right way with all categories, subcategories, and other things.

I would rate Pega BPM a seven out of ten.