The UI lacks flexibility, especially regarding customizations. There are numerous issues at the fabric end, and working with the visualizer is extremely challenging. Basic development tasks require a high-end machine, and even clicking on an icon initiates a thirty-second processing time. The challenges mainly revolve around fabric and content.
In my experience, one area where Temenos Quantum could improve is in the flexibility of widgets and additional libraries. While Temenos provides a set of widgets for development, they may not meet all requirements, and crafting custom widgets or libraries can be quite a challenge. Unlike some other platforms, Temenos Quantum doesn't readily offer extra libraries, meaning developers like me have to write our own code to create the specific widgets we need. This can be a time-consuming and complex process.
It operates as a closed-loop system, meaning not every user or developer can freely access all of its products and features. In the realm of development, there are often challenges with the out-of-the-box applications that could benefit from significant improvement. When a bank acquires a new platform, there may be issues that need to be addressed before deployment. Rectifying these issues would represent a substantial leap forward for them. One particular feature that I've personally had to develop from scratch within Temenos is QR payments. Currently, Temenos does not natively support these features. It would be highly beneficial if future iterations of Temenos could incorporate support for QR-based payment methods, as it would enhance the platform's capabilities and align it more closely with modern payment trends.
Using the API manager can be complicated when you're dealing with multiple teams, projects, and APIs. Quantum doesn't have user-based access, so I can't restrict parts of the project to specific users. The user community isn't that great, and Temenos support is a little slow. You need a lot of coding knowledge to operate it. You need to know mobile application programming and Java.
The security and the interface technology could be better in Temenos Quantum. Additionally, a module that can display all the activities that have been done in the system would be helpful.
This is an expensive solution, and it is the biggest challenge that we face when we present this platform to customers. They love it, but when they start asking us about the price, the questions are about the bare minimum requirements. It restricts them based on the number of users that the mobile app is going to have. For example, 10K users will accept my mobile app, or 20K, 30K, 100K, etc. One of the problems is that in this world, estimating the number of users is tough. You don't know how many you are going to have in advance of it going live and public. I think that the licensing should be changed to a more relaxed model for enterprise customers so that they are not worried about the number of users. They should just have a fixed price. This kind of flexibility might give more revenue to Kony and its partners, as well. In terms of additional features, I would like to see more widgets and more flexibility in the widgets. Perhaps we can develop widgets of our own and the usability is just there. We would like to have widgets for graphs and analytics, as well as the integration of machine learning. If I can integrate machine learning to my mobile app, out of the box, then that would be great. AI capabilities are something that I would like to have in the platform. Right now, it's just a raw platform to develop apps.
Temenos Quantum is a Multiexperience Development Platform (MXDP) that combines ease-of-use and speed of low-code productivity with deep enterprise capabilities for both consumer grade digital experiences across multiple touchpoints and robust backend services for identity, integration, orchestration, business process automation, and business rules management.
The UI lacks flexibility, especially regarding customizations. There are numerous issues at the fabric end, and working with the visualizer is extremely challenging. Basic development tasks require a high-end machine, and even clicking on an icon initiates a thirty-second processing time. The challenges mainly revolve around fabric and content.
Temenos Quantum needs to improve its usability. It lacks information on the network. We have to contact the support when we are stuck with something.
In my experience, one area where Temenos Quantum could improve is in the flexibility of widgets and additional libraries. While Temenos provides a set of widgets for development, they may not meet all requirements, and crafting custom widgets or libraries can be quite a challenge. Unlike some other platforms, Temenos Quantum doesn't readily offer extra libraries, meaning developers like me have to write our own code to create the specific widgets we need. This can be a time-consuming and complex process.
It operates as a closed-loop system, meaning not every user or developer can freely access all of its products and features. In the realm of development, there are often challenges with the out-of-the-box applications that could benefit from significant improvement. When a bank acquires a new platform, there may be issues that need to be addressed before deployment. Rectifying these issues would represent a substantial leap forward for them. One particular feature that I've personally had to develop from scratch within Temenos is QR payments. Currently, Temenos does not natively support these features. It would be highly beneficial if future iterations of Temenos could incorporate support for QR-based payment methods, as it would enhance the platform's capabilities and align it more closely with modern payment trends.
Using the API manager can be complicated when you're dealing with multiple teams, projects, and APIs. Quantum doesn't have user-based access, so I can't restrict parts of the project to specific users. The user community isn't that great, and Temenos support is a little slow. You need a lot of coding knowledge to operate it. You need to know mobile application programming and Java.
The security and the interface technology could be better in Temenos Quantum. Additionally, a module that can display all the activities that have been done in the system would be helpful.
This is an expensive solution, and it is the biggest challenge that we face when we present this platform to customers. They love it, but when they start asking us about the price, the questions are about the bare minimum requirements. It restricts them based on the number of users that the mobile app is going to have. For example, 10K users will accept my mobile app, or 20K, 30K, 100K, etc. One of the problems is that in this world, estimating the number of users is tough. You don't know how many you are going to have in advance of it going live and public. I think that the licensing should be changed to a more relaxed model for enterprise customers so that they are not worried about the number of users. They should just have a fixed price. This kind of flexibility might give more revenue to Kony and its partners, as well. In terms of additional features, I would like to see more widgets and more flexibility in the widgets. Perhaps we can develop widgets of our own and the usability is just there. We would like to have widgets for graphs and analytics, as well as the integration of machine learning. If I can integrate machine learning to my mobile app, out of the box, then that would be great. AI capabilities are something that I would like to have in the platform. Right now, it's just a raw platform to develop apps.