xMatters Reviews

Our primary use case for xMatters is instant communications and stakeholder engagement. We send out instant communications whenever we have a major incident within the company. In addition to situations like this, we use xMatters when we have other high-priority matters and we need to engage the right people as quickly as possible.

We have integrated xMatters with other tools such as Workplace, Power Automate, and Microsoft Teams. It can be used to interact with other webhook endpoint URLs, as well. The Flow Designer is what we have built most of our integrations from, and once you know how to use it, creating integrations is very clear and obvious. When you are getting started, however, it can be a bit daunting and is not as clear as it could be.

There are plenty of tools that xMatters integrates with and they are always adding to that list. Also, if there isn't a pre-made integration available for a tool then you can customize and create your own. This is something that is very helpful.

xMatters has helped to automate our incident notification process, and they have provided us support with doing so. One example had to do with a major incident process that we have set up. Previously, it was a two-step process where our major incident management team would engage stakeholders to bring them onto a conference bridge. It was a two-step process to ensure that the major incident manager was available for the bridge and there wasn't an issue that the major incident manager was facing. With the help of our customer success manager at xMatters, that process was streamlined in such a way that the same level of customer security and two-step verification could still take place, but it was done with less effort needed on the major incident manager side. It still has the same output and meets the same criteria, but with less effort needed from the major incident managers to do it.

The workflows in xMatters have helped us to address issues proactively from the perspective of stakeholder management. It ensures that the right people are aware and advised of issues in the company. It also helps with managing our licenses, which has been very helpful.

Another benefit to using xMatters is the fact that it's always available, regardless of device. If we were to have an issue that meant I could not use my laptop, I can then go and use the app on my phone, or another approved device to be able to access xMatters. That's really helpful for me. It's not just the availability but also that it's usable on so many different platforms. I'm not restricted. This has come in handy in the past when I haven't been able to use my laptop to send out communication and I've had to use an iPad or a tablet.

The Flow Designer is quite valuable, as you can set up integrations and flows without necessarily needing to know about code.

The messaging solutions that are in place give us the ability to send out messages and communicate to stakeholders from the tool.

One of the main features that we use is the on-call escalations. The escalations feature works well for us if we are trying to engage the stakeholder and they are unavailable for whatever reason. It allows us to contact an appropriate representative from the area that we're trying to contact and bring them on to engage them. The escalations are flexible and customizable as well.

I use xMatters logs and I find that its logging capability is very accurate and useful. From my experience, it's been very helpful in diagnosing and troubleshooting issues and helping to identify whether the fault of an issue is something that I've set up in xMatters, or it's an external system that it's connected to. By looking at the logs, I can tell whether xMatters has fulfilled its operations properly and whether it's an issue within the tool or outside. Overall, I'm quite happy with the logging functionality.

We use the xMatters REST API for inbound integration, and it has been useful. From the API URL, we are able to trigger events from xMatters and streamline our processes for engaging stakeholders. It works well for us.

We have the ability to extend the functionality of the workflows using code, and this is something that I have done for some processes. For example, we post our instant communications onto a third-party platform, and xMatters will retrieve the details of those communications. It will then get a list of all of the users that we're trying to contact in the target audience and send them each a personalized message on that third-party platform, directly to them, of the communications that are sent out using the bot on that platform. That was all done through coding and it works in the background without anybody having to worry about it.

The fact that xMatters provides targeted content-rich notifications has helped to reduce response times because stakeholders are given details of what the incident is once they are contacted. Potentially, there are 20 to 30 people that can be contacted, and by having this process in place, we're able to contact vast numbers of people very quickly. The process very succinctly gives them the details of what the incident is, and it will call out the individual and bring them onto a conference bridge. This has worked well for us and it really helps us with engaging stakeholders.

The user interface could be more intuitive. Once you know what you're doing, you're fine. However, if you don't know where to start then it can be a bit difficult to figure out how to make it work and how it will function together with different tools in the Flow Designer.

When you are not familiar with integrations and you're starting fresh, looking for where to begin, it is a bit daunting and not as clear as it could be.

I would like to see more information available in the reporting, including additional metrics.

I have been using xMatters IT Management for nearly four years. I began using it when I joined my current company.

This is a very stable and reliable product.

Scalability has not been an issue for us. If we target a small audience, it works, and if we target a large audience, it works. if we need it to interact with multiple different endpoints, it will do that as well. Overall, the scalability is quite good.

We have approximately 1,500 licenses.

The customer success managers have helped us to solve problems.

I have not used another similar solution.

There is no system maintenance to do, although we perform user maintenance. This is a case of developing and introducing opportunities for improvement internally, either to work with the flows and processes we've got set up, just to streamline them, or improve and better the output. This is something that we spend perhaps a few days a week on. I do the majority of work on the maintenance. Other people may give it a light touch but don't work with it to the extent that I do.

As the major Incident Support Manager, I deal with major incidents when they arise. In addition to that, I work on and develop different opportunities for improvement within MIM processes and tools.

As a company, we have seen a return on investment, but that was before I joined.

The pricing and licensing are okay. I wish that the user licenses were cheaper but the stakeholder licenses are at a reasonable cost.

Since implementing xMatters, we have evaluated other solutions. However, it does the job for us very well and there wasn't a need to move away from it. The main one that we looked at was PagerDuty.

Both of these are very similar tools and they both do a good job. From our perspective, we have stayed with xMatters because it already works.

We do not use xMatters to send incident notifications, such as an alert when there is a major incident. Our primary uses are stakeholder communications and the engagement of stakeholders. We don't use the feature that allows it to act as a middleman that will receive information from monitoring tools, then pass it on to us.

My advice for anybody who is looking at xMatters is that if you're looking to send out targeted communications to end-users, whether it's a few or many, and you're trying to be very specific in your workflows, consider xMatters. It's capable of communicating on multiple platforms and in multiple ways. Also, if there is anything that you're stuck on then you can look through the forums or reach out to xMatters for help and see if they can provide you with assistance to get things working.

Overall, it's a very capable tool and if you keep working at it, it will do what you need it to do.

I would rate this solution a nine out of ten.

We use it mostly for major incidents. To contact, we use the group on-call schedule feature. We use it to communicate and notify our IT stakeholders and executives.

We are about to use it for incident alerting on applications. We will first start using it for one application, and then we will see how it goes.

Previously, we used to do everything manually. We used to call our on-call resources manually. If we wanted to inform someone, we used to use Outlook email. Now, it is much easier because we're using the subscriptions based on location and affected services, which is amazing.

We have the Inform with xMatters feature and the Engage with xMatters feature. We are also using the major incident feature where it sends SMS and text messages. We use it only to communicate with the IT leadership, and it is great. Previously, we used to send text messages manually using our cell phones. I'm not in the US. I live in Panama. So, when I send a message, it normally gets a different number. So, no one knew how to add my number or whatever number they get from my cell phone to their safe contact list. Now, we have a specific phone number that doesn't change. So, they know who is calling, why they are calling, or why they are getting messages. That's very good. The customization of those text messages from the web service is also great.

It has helped us to build workflows that meet our needs. The ServiceNow workflow is very good. The Major Incident Best Practices workflow is another one. For our next application, there would be a new workflow that I need to create. We are also using the Emergency Change Management workflow, but the most important thing for us is major incident management. We use it for all Sev-1 and Sev-2 incidents and almost everything related to major incidents.

xMatters workflows helped us to address issues proactively. From the Major Incident Best Practices workflow, I created a workflow directly to Teams to post a notification on our Teams channel so that everyone who isn't subscribed on xMatters can see the notification that we're sending out. It helps a lot as well. I did it myself, and it was pretty easy.

xMatters provides targeted, content-rich notifications to reduce response times in our organizations. It has reduced the response time by at least 50%. Previously, we used to call people manually. 

xMatters on-call schedules and streamlined escalations have helped us to reduce Sev-1 incidents in our organization. We can contact any person. There is a 20% to 25% improvement because Sev-1 incidents are more related to the vendor. They are not internal issues.

The on-call schedule that they have for groups is amazing in terms of how it works and how it triggers. You don't need to do anything. You just upload the users, and you have the calendar of the schedules. It is amazing how it works and how easy it is to work with this feature.

It is very intuitive for someone who is not technical. Some of the groups that we have are not technical, and as soon as they get on the mobile app, if they want to change on-call with someone else, they just quickly change. It is very intuitive, which helps a lot. 

We have integrated it with Microsoft Teams and Cisco WebEx Teams. We have also integrated it with ServiceNow. It is not at all hard to integrate it with other tools. It is very easy to integrate. You just need to follow the steps that they have on the screen, and that's it. I believe xMatters can integrate with a lot of tools. The problem that I'm seeing on our side is that we don't use most of the tools. Our main ITSM tool is ServiceNow, and I have already integrated it. I'm trying to figure out how to integrate custom applications that are only used at Brinks.

We use xMatters REST API for ServiceNow. It is very good. I haven't had any problems so far with that.

The integration with Inform with xMatters is too customized. It should be a little bit more friendly.

When you are not using the conference bridge from xMatters and you are using an external one, it is a little bit hard to get the person whom xMatters calls to jump directly to the external bridge. They need to hang up the phone and then get to the email to get the URL so that they can jump on the bridge. There is no direct connection from xMatters to that external bridge, but I understand that part of the business.

On the web version, the on-call schedule is a little bit more technical. When you're creating the on-call schedule, you need someone who actually knows the product to create those. The problem is that we have not been using on-calls. Before xMatters, we used to use Excel Sheets. So, it is very complicated to do an on-call and figure out who's on-call. I know that I'm trying not to override one with the other one. So, I don't know if that can get better, but if they can, I know they will go there. They are the ones who are going to figure it out. They're very good at that.

We have been using this solution for almost a year.

Its stability is great. It is almost 99%. Everything works as expected, and I haven't had any issues with them.

Its scalability is great. I haven't had any issues. We have 76 technical users using xMatters, and we have around 250 to 300 basic users who are only getting notified by email.

We are using less than 10% features that xMatters has right now. We have plans to enable the incident management feature. As soon as we do that, I believe that the user or technical teams would have more visibility. They are reluctant to use ServiceNow, and this way, they can see that they have an incident, and it will probably give a better experience to our end-users.

In terms of integration with the rest of the applications, we're going to start with this new application. We have a lot of monitoring tools, and if we do everything right, as soon as ServiceNow gets an incident, we can trigger an event instead of waiting for an end-user to advise that something is happening. Currently, our monitoring tools are using actual people to monitor the queue, alerts, and other things. It is not as automatic as it should be. So, we are using less than 10% from xMatters.

They have been wonderful. They are great, and they helped me with everything. They are very knowledgeable about my environment. Their response time and everything is very good. I would rate them a 10 out of 10.

We used Excel, and we literally used to type the name of the week, month, and the name. So, it wasn't like a solution. It was just uploading data. It wasn't that good.

It is a cloud version, so they do all the updates and maintenance. We didn't have to do any preparation to start using it.

I implemented it with xMatters.

I would say we have got an ROI, but I need to do the document report.

We're currently per license. We're paying around $44,000 per year for 80 full users and 300 standard users. For a new implementation, we also need to pay for an expert.

We looked at Evergreen. I know that xMatters merged with another company, and we tried that one as well. I don't remember its name. We settled on xMatters because of the text message feature. We wanted to see everything in a single box on the incidence, but the other applications were divided into boxes. The text was too long, and we didn't like that. 

I would advise others to ask for a PoC to understand the product to make sure that's what they're looking for. They should also check if they're going to use the text message feature and the calls. They should know how much they are going to use and if it is covered with their contract. That's applicable to most of the companies because that's an expensive service. 

I would also advise others to pick all xMatters trainings. There are three to four minutes ones. They help you to understand what you can accomplish from the application.

We have been using xMatters mostly to communicate and engage. We are going to use xMatters logs as a part of our operations. We're going to implement it for new applications. The implementation would start next week, and it is pretty simple. We're going to use email-based alerting. So, we only need to add the xMatters email there. The rest of the workflow needs to be added in xMatters directly. It is pretty easy because that application doesn't have API connections.

We haven't automated our ticket incident notification process because we have some challenges on our side, and we're still trying to get better at incident management. We're trying to change the culture before we enable that feature.

We haven't made use of coding to expand the flexibility or functionality of xMatters workflows. I haven't gone that far. We're mostly in the workflows and the flow designer.

It has not increased the application release rate, but everything has gone as expected.

The biggest solution that I have learned from using this solution is how to automatize the communication and engagement with the IT team to improve the mean time to resolve incidents.

I would rate xMatters IT Management a 10 out of 10. It is awesome considering the breadth of features it provides and the cost of the solution.

We use it for IT alerting. It is used to alert our monitoring solutions to call out on-call support. That's the primary use case for which we've had it here for a number of years. We also use it for major incident communication to subscribers.

It used to be on-premises, but we migrated to their SaaS product five years ago.

For our major incident management, it has expanded what we can do in terms of the format of the communication. People can subscribe, and they can receive delivery on multiple platforms, whether it's a voice message, email, or mobile app message. It enables us to deliver the right communication to the right people in the format they want.

We've integrated it with the Interlink software event management solution. Just recently, we have integrated it with Microsoft Teams, and we've also integrated it with a number of internal IT operations systems. 

They have made massive improvements over the last few years in terms of integration. Previously, we would've had to engage xMatters formally to get an integration built, but now, they just appear out of the box. The integration possibilities that xMatters offers are very good. There are a lot of integrations that are built within the applications and are just plug and play, which is massively beneficial for us. xMatters can easily integrate with the main IT operations solutions provided by the key vendors in the IT operations world, such as Splunk, Slack, and Microsoft solutions. It has got out-of-the-box integrations to all of those.

xMatters is very good at quickly rolling out out-of-the-box integrations for new software, which has enabled us to onboard applications quicker than before. Every six months, a new application comes out that trumps the previous one. They have been very good at being proactive themselves and making sure that they are on top of the market. They're very good at understanding what the key applications are and making sure that they have integrations built for those.

We use xMatters’ REST API. It is very easy to use. Utilizing xMatters' REST API makes things a lot slicker and a lot simpler.

It has helped us to automate our incident notification process via subscription. We've been able to integrate it with our incident reports. From those incident reports, we can ping a request into xMatters to create a notification that can then be automatically sent out to subscribers.

It quickly gets the communication out to a targeted set of users. So, we're not spamming people. By getting the messages out, people can engage with us if needed. They can read valid updates, and if they need to engage with us, they can engage quickly.

It has helped us to build workflows that meet our needs. I've taken a step away for a few months to understand exactly how any of that works, but we've been able to build workflows for our organization with minimal help from xMatters' technical services.

It requires minimal coding. The benefit of xMatters is that you don't need to do so much coding. A lot of their integrations are out of the box. We have made use of coding, but the amount of coding we need to do to build successful integrations and workflows has reduced significantly, which is a positive thing.

We made use of coding when we needed major-incident management communication, specifically for our cloud providers. We had to build workflows specifically to notify people about issues with cloud services. So, we had to do some custom coding to alert our internal cloud consumers.

The expanded flexibility or functionality due to coding workflows has affected our operations in a positive way. It has enabled us to create different communications for different communities and expand our portfolio for not just internal communication but also external communication.

The targeted, content-rich notifications have helped to reduce response times in our organization. We're now able to deliver the content on different platforms. Previously, we were able to send or receive voice and SMS communication, and we've always been able to receive notifications via email, but with the mobile app, we're able to send better information within our alerts. We're not restricted to so many characters within the notifications, and the format has improved. People can respond with different responses to different types of alerts. So, they're not just acknowledging an alert; they can now acknowledge alerts and send them to another person or send them to another group. It has enabled us to get notifications out with more information. We can enrich our notifications with better information and better response options. If they need to be escalated, we can escalate things quicker.

The IT alerting and call-out features are most valuable. 

It is very intuitive when it comes to customizing on-call schedules, rotations, and escalations. It is head and shoulders above other products when it comes to configuring on-call schedules and managing your rotas, devices, etc. Massive improvements have been made during the lifespan of the product in that area.

A lot of the issues that we've had have already been addressed. However, they could be clearer with the actual throughput and the costs. The throughput that we signed up for was a lot lower than what we needed, and we had to pay a lot more to get the throughput that we needed.

I have been using xMatters for more than 10 years.

Its stability is very good. We very rarely had issues. They could have also been of our own making because we occasionally do flood the system with alerts because we get event storms that end up spawning thousands of alerts, but generally, the product is very stable. It very rarely lets us down.

It's very scalable, but because we are such a large organization, when we originally signed up for the current contract that we're on now, the throughput that we signed up for was a lot lower than what we needed. To get the throughput that we needed, we had to pay a lot more than what we originally costed for, but you get what you pay for. We handicapped ourselves by not buying the advanced product earlier.

At the moment, we have about 30,000 users. These users are mainly IT operations users, but there is a group of senior execs who also receive notifications. So, we've got senior execs on the business and IT side and the IT support community who use the system on a regular basis or on a daily basis.

I would definitely rate them a nine out of ten.

Positive

A lot of data needs to be fed into xMatters to make it work. For it to be successful, there is a lot of reference data that needs to be configured within the platform to enable it to communicate with the right people. We've used xMatters for a number of years, and there is a lot of reference data, such as users' contact details, groups, and systems, that xMatters needs for integration with to receive alerts.

We looked at the Everbridge solution a few years ago, and it was no way near as intuitive as the xMatters solution. Now, Everbridge has bought xMatters.

xMatters workflows haven't helped us to address issues proactively. We have use cases for which we build workflows, but they're not addressing issues proactively. It's normally in a response to an issue that we've seen or an enhancement that someone suggested that we should follow up on. Most of the enhancements that we do nowadays come from our user community. They are requested by our user community, and we can then use the xMatters workflow managers to build the solution.

I am not sure if xMatters' on-call schedules and streamlined escalations have helped to reduce SEV-1 incidents in our organization, but it has definitely enabled us to get messages to the right people sooner. The fact that we can send some of the lower-level alerts to the right people and they have improved response options means that they may have prevented further SEV-1s up the chain by fixing issues before they've become major problems.

We have not yet incorporated xMatters into our application delivery workflows, but we are looking into utilizing it. We're currently onboarding ServiceNow, and we will be looking at how we can improve the escalation and visibility of instances by using the integration capabilities between ServiceNow and xMatters.

I would rate this solution an eight out of ten.

We have two instances of xMatters. One is for IT alerting, and one is for business continuation. 

We leverage our IT instance to notify different IT groups, such as system administrators or web developers, and then escalate an issue to a specific group.

We utilize it for disaster recovery to be able to send out messages to either the entire company or a more granular group of individuals, such as a specific location or specific departments.

We're able to communicate better with specific groups or offices. We didn't have that capability or granularity before. It has helped in that regard.

Automation of our incident notification process has increased our capability to respond. We can not only alert a whole group of people. We can also configure escalations so that one person is notified, and then it continues up the escalation if it is not responded to.

It has helped us to build workflows that meet our needs. It is important for us because it just helps create additional efficiencies. If we can configure workflows, that typically helps us be more efficient when there is an issue. xMatters workflows have helped us to address issues proactively.

The targeted and content-rich notifications have helped to reduce response times in our organization, but I don't have the metrics.

Its on-call schedules and streamlined escalations have helped to reduce Sev-1 incidents in our organization.

It has been useful for IT alerting and business continuation.

When it comes to customizing on-call schedules, rotations, and escalations, it is very flexible. There is only one thing that we've not been able to do, but if a capability is not there, you can always enter an enhancement request. They're very interested in what we're doing as a customer and what we're looking for. It is very easy to use and intuitive as compared to other similar solutions.

We have integrated it primarily with Jira. We use Jira for our help desk system, and then we can escalate a help desk ticket to a specific group of people for our IT instance. For example, if there was an issue with the server and a ticket was created, we could escalate that to our server team. The integrations that we have done were good and easy to set up.

We use xMatters’ REST API, and it is easy to use. 

We use xMatters logs as part of our operations. If needed, we do review the logs.

Additional built-in integrations with other applications would be an area of improvement.

I have been using this solution for just over three years.

Its stability is very good.

Its scalability is very good. We probably have about 20 to 25 uses in total. For the IT instance, it is our IT team that is using the instance. For business continuation, it is our HR team. We have plans to increase the usage of the product.

It is very good, but there is always room for improvement. Their support can be improved in terms of the initial response times and getting an engineer on the line. I would rate them an eight out of ten.

Positive

We didn't use any other solution previously.

On the IT instance side, it required preparation in terms of figuring out the groups of people to whom we wanted to send the notification. It involved defining and building those groups. On the business continuation side, it was primarily importing our user data so that we could properly communicate with specific locations and/or teams of people.

In terms of maintenance, it is a SaaS solution. The only real maintenance required on our side is to make sure that our end-user data that is imported into the solution is correct. We export our user data from one system. We then make sure that it is formatted correctly, and after that, we import it into xMatters. Its maintenance takes about 20 minutes per week.

We have seen a return on investment.

It seemed comparable or more reasonable than some of the other solutions, at least when we evaluated it. There are no extra costs in addition to the standard licensing fees.

Its cost is good, given the breadth of features provided by xMatters.

We did evaluate a few different solutions prior to making the decision to implement xMatters. We went with xMatters because it seemed like it had more flexibility and capabilities, and it could also be integrated with our ticketing system.

I would advise understanding what you're trying to gain out of bringing in this product, and when you do, be ready to get it configured. There is a little bit of lead time, but configuration and setup are fairly easy.

The biggest lesson that I have learned from using this solution is to be organized. If you're using it for emergency alerting, then be ready for whatever your needs are.

I would rate this solution an eight out of ten.

It is mostly used to schedule our on-call system to support our customers. We use it a lot to schedule people, put in absences, etc. We also use it to see the other teams that we can contact.

We have integrated it with Slack to see who is on-call. We do a query on Slack, and it just brings the information back from there. The integration was pretty easy. We just had to install the app, and after that, we got it going. 

It brought efficiency in terms of how quickly we resolve matters and how quickly we can get in touch with the person who is actually on-call. It has definitely helped us with efficiency in that. 

It has helped us in building workflows that meet our needs. We have such a wide network of teams. We are all across the globe, and to be able to interact with people at a short notice and be able to schedule where we know what's happening has been really good.

Its targeted, content-rich notifications have helped to reduce response times in our organization. We are able to set up notifications through our phones and through the system. So, we are notified of things as they come.

It saves a significant amount of time because I get the notification immediately on my phone when things are not working, and I'm able to quickly say "I'm on it," or "I'm resolving it." It is really helpful to have that integration. So, there is definitely a significant amount of time savings.

Being able to split the week however we want is definitely most valuable. We can create shifts and also see other teams' schedules. It is a very easy search to do these things.

Its intuitiveness and flexibility when it comes to customizing on-call schedules, rotations, and escalations are pretty good. It is pretty easy to use. It doesn't take that long to onboard people on this.

We cannot go back in time to check out the previous schedules that we had. We can only see them moving forward. I wish we were able to go back and see the previous schedules that we had. That's the biggest thing.

I have probably been using this solution for the past two years. We started using it when we moved to having on-call.

It is pretty stable. We didn't have any issues with it.

We have about 200 people who use it. We use Slack, Jira, and xMatters for our on-call work. We have already integrated it with Slack, but I'm not sure how it works with Jira. I don't know if it can be integrated with Jira. That is something that we will have to explore.

I have not contacted them myself, and I don't know if my company had to do it.

I have not used a similar solution previously.

I am an end-user of this solution. We were all given logins to use it, and we just started using it.

In terms of maintenance, it doesn't seem like it needs a lot of maintenance because of the scope of how much we are using it or what we use it for.

We don't use xMatters in full scale. We haven't tapped into the full potential of the platform. We only use just a part of it. We don't use its logs as part of our operations, and we also don't use the REST API or coding to expand the flexibility or functionality of workflows. Similarly, we haven't used xMatters to automate our incident notification process. We use Jira for that. We also haven't incorporated xMatters into our application delivery workflows.

The workflows haven't helped us to address issues proactively, and its on-call schedules and streamlined escalations haven't helped to reduce Sev-1 incidents in our organization.

I would rate this solution a seven out of ten. There are things like having to remember when we were scheduled, but there are also some really neat features. It is easy to be able to get notifications, set up the app, and schedule absences. It is a pretty straightforward solution.

We use xMatters to handle system alerts. Generally, we use xMatters as an automated process in particular systems. For example, if the source detected an issue, it will use xMatters to alert the team member to resolve that issue.

xMatters is utilized as part of our system monitoring and alerting.

From the support team side, my focus is more account management, which is my primary task.

The end user accesses xMatters logs. As the support team of xMatters, we use their logs for troubleshooting, e.g., to see when an event is triggered, the process of that event, who was notified, and whether the delivery of the message was successful or not. If we cannot resolve a user's inquiry, then we will always work with xMatters' support engineering team to conduct further analysis.

Based on my support experience, it seems like our end users can integrate xMatters into event notifications and other applications successfully. Occasionally, we get support inquiries, essentially trying to understand how a particular functionality will work. If the functionality failed to work as expected, then we have always been able to get solutions from xMatters' support engineering team.

Here and there, we have made use of coding to expand the flexibility or functionality of xMatters workflows. I have created some custom workflow setups. For example, as part of account management, we do a scheduled process that will notify all the inactive users by sending out a notification via xMatters. It will ask them if they still need their account or not. Overall, the workflow is very simple, and the one that I built is not complex.

xMatters supports our usage and what our end users are trying to accomplish. As long as all our end users are supported on their operations, then as a support team, we are good with the product. 

The feature that I have found to be most valuable is the entire alert notification configuration, having an external system to trigger events that will process the alert to the supporting team. If a system is down, then you need to get it attention. Sometimes, it cannot wait until the next day. Therefore, how xMatters provides this type of integration is critical.

It is well-rounded. An individual will have to learn the UI. The UI and controls are easy to set up. 

The end user team has quite an extensive customized integration with other applications. Thus, I can only assume that our end users are heavily using xMatters.

I would like some minor UI changes. I believe I filed some enhancement requests with xMatters. For example, in one area, they have some way for you to look at a particular functionality with different sets of reporting UI. However, that same reporting UI is not yet available with some other functionalities. Essentially, in their existing functionality, the xMatters application does an excellent job, but in other functionalities within their UI, they don't have that. On the back-end, they are related. Instead of one click where you can see everything, right now you need to go to different areas to access similar information. It would be nice to have everything in one place. While they have an excellent element A, I am hoping that they could just simply make that feature also available in their element B.

I have been using it for about a year and a half. 

I believe my company has been using xMatters for quite a while. About a year and a half ago, the global infrastructure application support team took over the ownership, supporting the product usage. So, I have been doing functional support for this particular application for about a year and a half.

The xMatters application is very stable. They also always keep the customer up to date with advanced notifications, e.g., if there is any scheduled system downtime. Usually, those downtimes are minutes. However, they will notify their clients when those things happen and are always able to provide the root cause, such as what took place and why the system was impacted. So, as a customer of xMatters, we never get left in the dark, trying to see what is going on.

All the maintenance is done from their end. They also proactively reach out when there is something causing some type of configuration abnormality in xMatters, which would be caused by perhaps one of our configurations. They will proactively reach out, and say, "Hey, you probably want to get in touch with your end user and help them fix it accordingly." However, that is really rare. In the past year and a half, this happened just one time. There is one team who has a workflow that contained an element that is no longer supported, and that was resolved very quickly.

xMatters is extremely scalable and extensible. The design gives you a lot of freedom on the applications that you want to integrate with xMatters. Therefore, they already have a large inventory of different application templates that you can utilize. 

There has never been an interruption because the traffic and the volume are high. This means that our external system can properly be integrated with xMatters, which will handle an alert without delay nor compromising the quality or timeliness of our delivery.

Our end user can be a group supervisor, meaning that they are the people who manage the group and on-call rosters. There are also developer roles. Those are the users who are doing workflow with development and integration setup. Lastly, there are just general users who are part of the on-call roster. They will get notifications when something happens that they need to take action against. 

xMatters doesn't own our content. They provide support activity, assisting our users in configuration, but xMatters itself is very intuitive. 

I would rate the support as nine or above (out of 10). xMatters' support engineering team is bar none with the service that they provide. It is always a pleasure working with them because they get stuff done. Other vendors need to use xMatters' support model as the model to follow.

They are very detail-oriented. They are always clear and concise. I can share their findings with my end user because they provide them in layman's terms, even non-technical end users can understand them.

Positive

Our team inherited this product. Therefore, we were not involved in the decision-making or evaluation of the product.

We went through the training material. It is like learning any other application. For example, if you are going to be doing workflow development, then you need to understand the workflow design and UI. Same as if you are going to set up a group, you need to know how to set up on-call scheduling and learn how to manage your team's roster for the group. 

Overall, it is very intuitive and straightforward. xMatters is one of the applications that does provide a lot of online documentation, in which they do an excellent job.

xMatters on-call schedules have helped to reduce Sev-1 incidents in our organization. This is based on users using the latest incident alert functionality to get their activities done.

You should perhaps arrange an evaluation or trial to just test it out. Get your feet wet. That is so important. If you don't try it, then you won't know. 

In regards to all the functionality xMatters provides, I learn every day while working with end users. I like to say that I would never consider myself as an expert of tools, instead I am a jack-of-all-trades. That is why my learning will never stop.

I would rate them as 8.5 out of 10 since no application is perfect.

We use it as an integration point with our monitoring solution, which is Micro Focus Operations Bridge Manager. We also have an integration point with Micro Focus Service Manager.

xMatters helped to automate our incident notification process. We generate incident tickets right from our alerts. That ability is excellent because we're able to respond immediately and indicate that someone has taken ownership of the alert.

We also use the coding to expand the functionality of xMatters workflows so that we can ingest information from a security solution. That will then generate an incident in Micro Focus Service Manager.

In addition, we have seen reduced response times, and the streamlined escalations have helped to reduce priority-one incidents in our organization.

The most valuable feature is getting alerts out to my user base. xMatters is the only solution that I know that has robust scheduling, calendaring for groups, and that provides very good delineation of who gets alerted and on which devices they receive their alerts.

It provides very robust and flexible means for scheduling and escalation. We use it quite extensively for making sure that we can schedule groups and the individual who is on call within them. We can make sure that, during office hours, everyone on a team receives alerts, but only the on-call person receives them after-hours via an SMS message. We use the calendaring quite extensively to make sure that we can schedule our shifts. Most of our groups include some form of escalation so that if somebody doesn't respond to an alert within prescribed timeframes, it will then send an alert to someone else.

The xMatters REST API is also very good when it comes to process and information customization.

I would like xMatters to provide users with the capability of administering it on their own. I do a lot of hand-holding with them.

I have been using xMatters IT Management for 11 years.

The stability of xMatters is excellent. It's probably the most stable piece of software that I'm responsible for.

To my knowledge, it's extremely scalable, although we have not scaled it at this point.

Currently, we have 170 end-users. 

Everbridge's technical support for the solution is better than excellent. Every one of the support analysts that I have dealt with for the last several years has been able to provide a very quick response and a resolution to any problems that we've had.

Positive

We used another solution, but that was more than 15 years ago. I believe it was called Automation Point, but it doesn't exist anymore and it didn't have an integration into Micro Focus Operations Bridge Manager or the predecessor product.

In terms of the preparation needed to start using xMatters, we had to do a full security audit.

We get value for what we pay. I'm not looking for a return on investment, I'm looking for functionality. The value is in the alerting functionality.

When it comes to integrating xMatters with the Micro Focus solutions, I wouldn't say it's excellent, but it's certainly more intuitive than most integrations that I've done.

Overall, I recommend xMatters regularly to people. I don't recommend other solutions.

We have 3 XM instances and have integration between the below environments:

• XM- BMC ITSM for Incident Management
• XM- BMC ITSM for Incident Management 
• XM- BMC ITSM for Change Management
• XM- Service Cloud
• XM -XM instances

All the instances are a combination of on-premises and SaaS services.

The primary role is to notify the appropriate resource which reduces the time to notify and further reduces the time to resolution and overall MTTR.

When a Sev-1 is generated, the alert gets generated to the appropriate support group which leads to contacting the right SME to initiate the MTTR process.

The initial stage of identifying the right SME was a challenge. This led us to delay notifying the right SME and start working upon the restoration of service.

After implementing the solution and updating the groups/on-call list we have seen a huge volume of increase in the Time of React. This helps us to alert the right resources within a fraction of seconds (after the alert is generated) which allows for quick notification and a faster restoration process.

The request also gets assigned to the resource which avoids SLA breaches.

There are multiple features within this product that help, including:

1- Integration between multiple products (makes it easy to notify the alert)

2- Seamless process of on-boarding resources on the XM platform

3- Groups creation and resource mapping to the appropriate groups

4- Easy steps to set up the on-call schedule

5- The on-call list includes an auto-rotation feature which helps us to avoid visiting the app to change the on-call list week by week

6- Simple features create flow sets and build APIs for integrations

7- Reporting that helps to get the right volume of alerts

8- Dashboards that help to view the status of the alerts

9- Logs in the alert also help to identify the details and root cause

1- Duplicating the Groups

2- Weekly/monthly notifications to the admin on the licenses consumed vs available

3- Bulk update of groups

4- Early product enhancements should be added in the next sprint/release

5- An additional knowledge-sharing program could be helpful and part of the demo workshops (right now, these only provide partial information)

6- Identify real-time issues and have OOTB templates related to use cases

7- BEing able to update the same event, rather than creating a new one which would avoid confusion on multiple events created for the same alert

I've used the solution for 4 or more years.

As of now, we haven't had any downtime - the app being a SaaS platform. It clearly mentions the Infra and the service provided is 100%.

We did not use a different solution previously.

We would advise new users to reach out to the XM sales teams for a better quote.

We did not evaluate other options. 

We're relatively light on use cases. We primarily use it for notifications. We're not using the Incident Management module, but we are using the SOAP service. So, we use it for integration and for holding all of our rotas and groups, and that's our main use case. Our local teams go into xMatters to invoke those groups based upon the tickets that get created in ServiceNow. They'll be for a particular team, and that team's on-call rota is held in xMatters.

It has reduced the time to engage engineers. This reduced time leads to improved ticket resolution and ultimately, to improved service provision for our clients, which is the ultimate gain. Our systems are down for less time because the engineers are engaged much faster.

We also quite heavily use subscriptions. We use those by way of just simple notifications to third-party stakeholders, and that has proven to be a big gain because it makes customers aware of the incidents. In addition to the resolving engineers, you can add third-party stakeholders in the notifications. Customers have been very keen on taking up subscriptions because it gives notifications to their stakeholders about the status changes of an incident and what's going on. I know that has been very well received.

We have automated our incident notification process with xMatters via subscription. So, essentially, as the support groups and engineers have been engaged to go and resolve, we also have numerous subscriptions set up so that a client's stakeholders and our internal stakeholders are notified at the same time. They would be client delivery managers from our side of the fence and then the actual client contact points on the client's side. It just gives us a very quick, easy, and effective way to increase notification awareness, and it has been very well received by the clients because they were somewhat in the dark previously. They would raise a ticket, and it would go to a resolving group, and then they would just wait, whereas this way, they're more in the loop but without being swamped with the technical detail. It is just at the awareness level, but it has proven to be very popular.

We have built workflows that meet our needs via xMatters. They're important to us. They provide very good and very configurable automation. We've found them to be very configurable and portable. We can make a workflow for client A, export it, and reimport it for client B. If it needs to be customized, we make a few changes, and it is up and running for client B in next to no time. We found the workflows to be very intuitive, very powerful, and very well received by those who would benefit from this functionality. We've found it to be a real win.

We've done custom coding where required. Most of the time, our use cases are quite simple. Wherever required, we have done extra coding, but it has been minimal. We have a couple of webhook-type workflows, and we've added extra code in there to essentially filter. There are a lot of alerts coming out of a particular system, and we've added some custom code in there to only activate certain elements of the workflow against certain priorities. 

We were able to customize the workflow so that it is only for targeted incidents or particular criteria. It expanded the flexibility or functionality of xMatters. We were able to pick an out-of-the-box workflow and customize it to summarize clients only in particular trigger cases. They wanted everything captured but only certain things to be raised. So, we had to do an amount of coding in there to interrogate their initial methods, make the webhook do certain things, and make the workflow do certain things based upon the invalid data. We found that very easy to achieve. The customer was very pleased.

The automated callouts, without a doubt, are valuable. They have been a huge gain for our company. Previous to xMatters, there was no real management of the on-call resources or rotas. So, having that centralized and automated has been a huge gain. 

The support groups themselves are the most useful part.

It is incredible in terms of intuitiveness and flexibility of customization. It is an excellent product. It is very usable. We are the local administration within our organization, and with the tool itself being incredibly intuitive and the support being possibly the best I've ever encountered, it is a joy to work on. It is very intuitive and very easy to work on.

We've got some webhook-type integrations with standalone systems that we have from our various clients. These integrations were very easy to do. A lot of applications that you'd like to integrate with already exist as modules in xMatters. So, a lot of the work is done for you, or it certainly leads you through it very clearly. These integrations are very easy and very intuitive to set up.

We have used the REST API as well, and it was very good. We found it to be very powerful and very well supported in terms of the API endpoints. If we needed an endpoint that was missing or wasn't available, we were able to get that added easily. It has been very good.

The only thing that has caught us out a little bit is that on certain screens, you don't have the same admin options. There should be more consistency with the admin options because not all screens provide you with the same options. As an administrator, it feels like they should always be there. For example, on some screens, there is an Export button that provides fantastic, detail-rich exports, which obviously are very handy because then you can, as an administrator, do your administration, and extract what has been done to share with or prove to others. However, the Export button is not always present, and on the screens where it isn't, you miss it. You're like, "Oh, where's the Export button?", which can be quite problematic. There should be more consistency in the UI in terms of available options for anything that is referenced data or configurable. If you can put it in, there should be a way to run an export function to essentially pull it out. That's the only improvement that I can really think of. There is a little inconsistency, but I believe that has been simply explained to us. xMatters has been developed and redeveloped many times. So, different hands have touched it, and I guess not everyone thinks that an Export button is required, but we've certainly found it to be a very useful function.

It predates me, and I think we're into our third year.

It is near perfect. It is one of the most stable pieces of software that I've ever used in more than 20 years in IT. It is an incredibly stable platform.

With our limited experience, it seems to be perfectly scalable. You can make it do as much or as little as required. The ability to make those changes very quickly in a live environment is very good because if a new requirement comes in, we can turn it around almost as quickly as we can type. There are very few barriers to stop you from scaling as required.

In our environment, we have less than a thousand users.

Their support is exemplary. I would rate them a 10 out of 10 or even higher. In 20 years in IT, without a shadow of a doubt, it is the best support I've ever received from a vendor. They are so attentive and knowledgeable. They present themselves with such a friendly and family-based vibe or approach that they stand out from the crowd. You almost want it to go wrong so that you have an excuse to speak to their support. They are exemplary. 

I cannot speak highly enough of the quality of their interactions, whether that's raising support through the support links on the tool itself, or when we have a monthly catch-up call with Jamie Mallon. He always comes to us with tons of knowledge, tons of new news, and loads of warmth and engagement, and that's pretty standard. They do things in a very cool way. The quality of support that I get from them is very noticeable as compared to any other vendor I've worked with, bigger or smaller. The xMatters guys are definitely the best. They do things in a brilliant way, and for Everbridge, their new parent company, there is a lot to learn. They should be adopting as much of xMatters' style as they can because they really are excellent.

We didn't have a single solution. People were passing around spreadsheets, and we had a Lotus Notes database that some people could access to refer to the information, but not everyone. So, it was essentially just a mess. From that point of view, xMatters has just given a huge boost. xMatters is far superior in the way that it is highly configurable, and its features really support the actual use cases of an engineer. If an engineer is absent, they mark themselves as away, and if you have set the rotas correctly, xMatters will automatically schedule in a replacement resource. That's a very simple thing, but without xMatters, that was a very laborious and manual task for engineers. If they forget to do it, then suddenly, you don't find anyone on call. The way xMatters automates this is just far superior to the previous solution that we had.

It predates my time on the team. So, I don't know about the initial setup. 

Its maintenance is practically zero. From our side, we're primarily doing account creations as the talent pool of resolving engineers changes and shifts. We also configure any new workflow or webhook requirements that come through. We set up the groups and support users, but they configure their own rotas because we like to get them to own that side of it so that they can look after their own team going forward. We initially support them through the rota creations to make sure it is all set up in the way they need it to be operational.

This maintenance time varies depending on the demand. We've got a relatively stable take-up at this point. At its busiest, we were spending half a working week on it. At this stage, where we've got things configured and pretty stable, we are down to a very minimal amount of hands-on support that is required from our end, which is great. The system just runs. We're called into it when there's an issue or when there's a new take on of some kind, but for the majority of it, we're able to just let it run and do its thing.

Three people work on xMatters day-to-day. We're support engineers, and this is one of the things that we look after. We support it in addition to numerous other systems we all look after. We don't look after just xMatters. There is not a great deal of work for us to deal with on a day-to-day basis when it comes to xMatters.

I'm not involved with the numbers in that regard, but logically, we must have had an ROI because we've seen service gains. We've seen increased efficiency. It obviously passed in terms of time and cost savings across the board. All of our incidents are dealt with quicker now because the engineers are engaged so much quicker.

I can't really comment on the value in terms of comparison. It could be the most expensive product in the world. It could also be the cheapest, or it could be safely in the middle. 

It feels like good value in the sense that the service is excellent. The people above me who look at such things have renewed it a couple of times, and I think they would have thought whether it was good value, whether it was wildly overpriced, or whether there were better and cheaper alternatives. So, from that perspective, the pricing is fair and proper.

I would advise others to go for it. It is great. My advice would be to engage with the xMatters resources themselves because they will engage and guide a potential new customer very fairly. They won't oversell. They will get you the correct solution, and they will be very helpful in helping you to get that to work. So, my advice would be to go for it 100%.

I would rate it a 10 out of 10. Nothing is perfect, and there is always room for improvement, but it is very hard to see where. This is an excellent product.

We use AWS CloudWatch to monitor our infrastructure, and when CloudWatch detects an anomaly, it sends an alarm to xMatters, which triggers a workflow. Depending on what the alarm is, the workflow will either try to remediate it automatically, e.g if it's the server running out of disc space, or it will look at our online dashboard to see if the affected server is in a maintenance window. If it is, it doesn't do anything else, because an alarm would be expected during a maintenance window. If it's not in any maintenance window, then it generates an instant on the dashboard so that our customers can see that the system's affected, and then it generates an xMatters alert for the on-call team, and then xMatters takes care of notifying whoever is currently on call that there's a problem to be investigated.

We recently released a software as a service platform and that required us to provide 24/7 support, something the company's never done before. I'd previously been using xMatters just within IT to monitor the systems for us, but not really for alerting us. For this service, we said, okay. We have a team doing UK hours during the week, the team doing US hours during the week, the team doing Asia hours during the week, and then we have the four-weekend teams that it rotates through. So there's that complexity that it handles for us. We've got monitoring of the systems, again, with CloudWatch, but then feeding into xMatters to alert who's on call. It then notifies the Slack channel for everyone so that you can see that something happened. Plus we've also got it tied in with JIRA service desk, so that if a customer puts in a high priority ticket, one that has to be dealt with within four hours, that raises an xMatters incident so that the on-call staff knows that they've got to deal with it very quickly. We just would not have been able to do that if we didn't know about xMatters. 

xMatters helped to automate our incident notification processes. If CloudWatch tells us that something's gone wrong, the workflow sets up an incident within xMatters and we've got it set so that it notifies the people on call. It also notifies the management team just so that they're aware that something's happened. Within xMatters, there's an incident template so that you can use that to record the steps that you take to deal with the incident so that when it's all dealt with afterward, you have everything in one place to create a post-mortem report from.

This automation of incident notification processes has immensely affected our ability to respond to incidents. It means that we can be on call on a weekend, but actually not have to sit in front of a computer all the time watching for things all the time. We can just go about, relatively speaking, our normal weekend lives, and when the phone goes off with an alert, then we know we've got an incident to deal with. It sets up a Slack channel specifically for that incident so that any chatter around what's gone wrong and how to deal with it is kept in one place and not in the middle of the general conversation, and that's all done automatically.

It has absolutely helped build workflows that meet our needs. I've looked at other platforms and I don't think I've come across anything else that allows you to write code to actually execute within the workflow, and that has absolutely 100% solved problems that we really need to deal with. These workflows also helped to address issues proactively. The classic one is the workflow to deal with the server running at disk space. So, we have it set up so that if the amount of free space falls below 15%, then it triggers the alarm and the alarm triggers the workflow, and the workflow doubles the space, and that is proactive. It handles this situation before the server actually runs out of space and that's helped us a lot as well.

We use the coding to expand the flexibility. The disk expansion one is 100% JavaScript that I've written. There are no xMatters bits in there at all. It's all written by me and actually the benefit there was that xMatters themselves don't have any support for calling AWS APIs, and so I actually had to work out how to do that. AWS APIs are quite funky around signed headers and stuff like that. That took quite a bit of doing, but it's something I've now made open source so anyone else who wants to call the APIs for xMatters, it's all there for them to get on with.

The fact that we can have different teams being assigned different areas of responsibility means that if an alarm goes off, you target the specific group for that responsibility. So, it means you're getting the right person at the right time.

One of the things that really attracted me is in workflows, you can write your own custom steps in JavaScript. You are not restricted to the steps that they provide. If you can write it in JavaScript, you can pretty much do anything. It gives me flexibility in ways that other platforms don't. For example, the online dashboard system we use is not a widely used one, but they have an API. So, I'm able to write the JavaScript steps to do things like check if a system's in the maintenance window or create an instant on the dashboard or change the status of an instant. I'm not dependent on the dashboard provider or xMatters creating steps for me.

It's very flexible. The intuitiveness of it is not great. It can be a little bit challenging to achieve all of the combinations and permutations you might want. I've had to build it out a little bit. It's not simple, but it's powerful enough that I can do it.

We have integrated xMatters with CloudWatch and the dashboard. We've actually got two different dashboards depending on which platform we're monitoring. I've integrated with that, I've integrated with Slack, I've integrated it with Google Chat. It's really easy to integrate it with third-party products.

They have a very strong selection of third-party integrations that they support. Out-of-the-box, Slack's there, Teams is there, Zoom is there if you want to set up a video call for an incident. You've got third-party platforms for data management, but even if they don't have something out-of-the-box, so long as the product you're trying to integrate with has an API and you are fairly conversant in JavaScript, you can do it yourself. It's that good.

We also use REST API. It's really strong at helping to customize processes and information. The only shortcoming I would identify is that when they're rolling out new features, the REST API can take a release or two to catch up, and that's because they'll be firming up on what the functionality is of the feature before allowing you to then start accessing it via the API. Initially, it's only handled by built-in steps. The Rest API is really powerful.

As an agent, as someone who is on call, I can mark an absence time and I can optionally put somebody in my place, but once you've done that, you can't edit it. You have to delete it and create a new absence, which is annoying, but it's not a massive issue. It's a minor annoyance. That's probably about the only thing I can come up with because I absolutely love the product. It's met our needs so well.

I have been using xMatters for two to three years. 

It's very stable. They do quarterly releases of new features. We've never had an outage on xMatters at all. It's rock-solid from our perspective.

It's really scalable. I don't think they give much away about how it's running behind the scenes, but they don't seem to place any constraints on how many workflows you have, what you do in the workflows, how many agents you have since you pay for them, that sort of thing. I don't remember any limitations that they announced.

We're paying for 15 users at the moment. Most of them are support agents for the SaaS product.

The staff for xMatters is brilliant. When we first started using xMatters we were on their free plan.

The great thing about their free plan is that it only really constrains you to the number of agents you can have using it. There are no constraints on workflows or anything like that, which is unlike other products that might have a free version they normally put limits in. With xMatters, it's only the number of users, but even there, you can get full technical support from them. When I first started writing my own steps in the workflows, not only do they help you, but they encourage you. You get really positive feedback from them and that helps you to feel positive about the changes you're making.

Positive

I have experience with Atlassian. The intuitiveness becomes a trade-off. I think that if a system offers a simple level of managing who's on call and things like that, then it is more intuitive to use, but you are constrained by that simplicity, and this is what I was saying about xMatters. It's a really powerful platform. You can do a lot with it, but that means that they have this challenge of how do they make it more intuitive to achieve certain aspects.

Initially, we were using it at zero cost and it was 100% meeting our needs, and I can't say fairer than that. And then when I was asked by the department that was setting up this SaaS product what I would suggest. I said use what I'm using. It will 100% meet your needs and I've got the experience of using it. We didn't even look any further because we knew we had a product that would do what we needed it to do.

I think it is excellent value for money. I can't remember what we're paying now, but the per agent cost is extremely reasonable for what the platform does. It's entirely agnostic of where you are getting your alarms from. You could even trigger an alarm by email if you want. It's that open to what triggers an event. 

I looked at Opsgenie briefly, which was acquired by Atlassian, and I didn't get on with that as well.

I evaluated it separately and before xMatters. I was looking for a solution. We are quite an Atlassian user. We used quite a few of their products, so that's why I looked at Opsgenie first, but ultimately didn't feel that it was a good fit for what we were needing, so I gave up on it and didn't think about much else. Then I came across xMatters at a conference. They told me about the free offering and all of that good stuff and I thought that there was nothing to lose in trying this one and it just went from there.

I would rate it a nine out of ten. It's not perfect, but it's really damn close to it.

My advice would be to give it a try. It literally costs nothing to try it and there are a lot of integrations that you can easily add that xMatters provides. You don't have to do coding. You don't have to know JavaScript. It's really easy to put the steps onto a workflow and join them together. If you check for results and branch off to do different things depending on what the results are, there's basically a lot you can do without having to do any coding, but if you're comfortable with JavaScript, then the sky's the limit. You can really go for it.