xMatters Reviews

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 not using it for the rota aspect. We specifically use it to send communication out to the business and also to arrange calls at the bridge where people can join the bridge. We have integrated it with other applications that we use heavily, such as Workplace by Facebook and Slack. Once we've sent out our communications via xMatters, it sends an email and text message to users or the intended people who are supposed to receive the message. That message is also posted on Slack and Workplace.

It is an efficient way to deliver communication to a large number of users across a number of different applications. It has helped in getting the right information out to the right people on time. We are able to ensure that they all received the information in a timely manner. 

It is helpful for us in getting the communication out to multiple users on different platforms in a timely manner. It brings ease of use in terms of us inputting information only into one system, as opposed to three or four different locations, and that includes being able to contact people. If we need to have everyone on a call, it is easy to open a bridge, and the relevant people would receive a phone call who can join automatically through the bridge.

Workflows and messaging are most valuable. Workflows are very useful. They are important for consolidating information or stopping duplication from happening. We put all the information into xMatters and then the workflow will push the same information in the correct format directly through to other applications that our end users frequently use, such as Slack, email, and Workplace. 

The other main part that we use is messaging. We use it for our major incident communications and our change freeze communications. We also run our testing through there. So, when we're doing test incident communications, we run those as well through xMatters.

We have integrated it with other tools such as Slack and Workplace. It is straightforward to integrate, but the first couple of times, you do need a level of understanding in terms of what you're doing. However, it is not difficult to get that information. There is lots of information held on xMatters knowledge base itself, which is very useful. There is always someone else who has implemented the solution that you are looking for. You can pretty much find anything you need within xMatters. There have only been a couple of instances where we haven't been able to find a solution. In such cases, we contact our account manager, who is very helpful. They help us with any particular difficulty that we're having, but once you are familiar with the workflow builder and how it works, it is very easy and straightforward to create new workflows and integrations.

One of the main reasons why we don't use xMatters for monitoring and alerting is that it doesn't use the rota to call the person who's on-call. It doesn't look up the rota to find out who's on-call and then contacts that person directly. I am not sure if this has changed now, but the last time we checked, this functionality wasn't there. This is one of the main improvements. We're happy with the rest of it.

I've been here for three years now, and it has been used for longer than that.

Its stability is excellent. I've never had a situation where xMatters has gone down at all. I never look at it as a tool about which I'm concerned that it may not work. I'm always able to get access to it. Whenever we needed it, we were always able to get the communication out. It is very reliable.

It is definitely scalable. We have our incident communication that goes out, and we also use it for our business continuity, which is specifically set up for emergency purposes where we are able to send text messages out to the entire company. In terms of scalability, it is highly scalable. It is nice because you can tailor it to your own specific requirements even as they change. The one main thing for us would be the scheduling part of it so that if there was an incident, it contacts the right on-call person. However, our technical teams use PagerDuty for that. In our team specifically, which is the service delivery department, we use xMatters to notify of major incidents.

On our side, it is my team, which is the service delivery team. There are four of us, and then there is the services team as well. So, the services team uses xMatters for business continuity, which is to notify people. For example, in a fire emergency, everyone has to leave the building. So, there are two specific teams that use xMatters: the services team and the service delivery team.

I've never had a problem with xMatters, per se. The only thing for which we contact xMatters is if we're trying to set something up specifically that we cannot find through a knowledge base article. The response is great, and we always get to where we need to be. We always end up implementing the solution that we set out, so we always achieve what we wanted to. So, they provide great support. On a scale of one to 10, I would definitely rate them a 10.

PagerDuty is probably the only other solution that I have used. xMatters tops PagerDuty in terms of ease of use for sending out communication to the business. I like the workflows and the layout of xMatters. It is very easy to use. PagerDuty isn't so user-friendly. The only thing that is better in PagerDuty than xMatters is the scheduling.

I wasn't involved with setting it up from scratch. I've set up new workflows for which you obviously need your users and groups and then you create your workflow with whoever you want to send it to. It's relatively easy. As long as you follow the initial user guide and you have a clear understanding of what you're trying to achieve, you can set up some of the basic functionality easily in order to get going by yourself. The rest is all available in xMatters' knowledge base.

It doesn't require any maintenance. There isn't any maintenance on our side. It's all cloud-based, and we just log in and carry on using it. xMatters does regular updates, and they notify us when there is an update, which is often quite useful. That's it.

I don't make the decisions on the cost aspect. We haven't had any complaints. I think it has a reasonable price. 

My advice would be to have an idea in mind of what exactly you are looking for. You should look at the different ways that other businesses use incident communications because a lot of companies may not think of certain solutions that others are using. So, rather than evaluating the product based on what it can do, it's always useful to see how other businesses are already using it. That's most helpful in my opinion.

Its logging capability is very straightforward to use. It is not difficult, and it is very informative. From the information contained within the logs, it is not difficult to find out where the failure occurred. We don't use xMatters logs as part of our operations. We only use logs to find out if we've implemented something that doesn't work, or when something breaks and we're trying to figure out where exactly it has gone wrong. They come in handy when we are trying to figure out where something has gone wrong, or when specific people have run certain tests, they are used to see which messages were sent and when. So, mainly, we use logs when there is an issue in xMatters, and we need to figure out where it failed.

We don't use call scheduling and rota aspects of xMatters. We also don't use coding to expand the flexibility or functionality of xMatters workflows. We used to have to do some coding, but once there was the introduction of the workflows, it kind of eliminated that side of it, so we didn't need that any longer.

xMatters workflows haven't helped us to address issues proactively. That's because we don't use it in that way. We don't use it for monitoring. It is only for alerting but not in terms of incident management or our teams being alerted of an incident. It is only in terms of alerting staff members of an issue or an incident. So, within our setup, we don't use xMatters for monitoring.

I would rate xMatters IT Management an eight out of 10.

This solution integrates with the service desk tool to allow for the appropriate notification of support teams. You can set up a queue of people and you can assign their devices, their priorities, and the order in which they are called. It allows for shift work and it can all be automated once it is set up. If somebody has to be contacted then it happens automatically through the interface.

The system works by allowing for support queues, where you can define who is available and who is on-call. Then, based on ticket priority, you can define what kind of notifications take place. For example, if it is an urgent ticket or a priority-one incident, then you need to make a phone call. In contrast, if it is something minor for one individual, then it's typically going to be an email and that's the extent of it.

The automation provided not only expedited communication, and therefore the ability to address issues, but also ensured that the data used for communication is managed.

The most valuable feature is the automation because it reduces the demand on resources. It automates the escalation of a ticket if the person doesn't answer within a certain amount of it, and it passes it on to the next person. People are required to respond, for example, by pressing the one key on the phone to acknowledge the call. If it was an email then it would require a reply or similar type of acknowledgment.

Having this level of automation is a great benefit to being able to more quickly contact people. It reduces the amount of oversight required, and consequently, the amount of time to assign and get a response on a ticket.

The integration with other systems needs to be more flexible.

The interface is a little bit rigid and can be improved. For example, it tends to operate on the attribute of a record. So, if a group has a name, it tends to want the group names as opposed to, for example, the ID of a record. It creates a problem because if you rename the record then you lose all of the connections.

The data validation and verification need to be enhanced so that when data is changed, it reviews it in an automated manner and catches all of the anomalies. Otherwise, all you're doing is shifting the workload from an operational standpoint to an administrative one.

We began using xMatters IT Management in 2014.

PS, I am no longer with the firm and do not know if it is still in use.

This is a stable solution. This system runs 24 hours a day, every day of the year, and stability is not an issue.

This solution is fairly scalable. In the organization where I had this running, we were handling up to 150,000 incidents per month. There were 5,000 incidents a day and an IT staff of 1,000 people. I'm not sure if it would even be cost-effective in a smaller organization.

I would say that their support is above average, although not exceptional. It depends, in part, on who you were speaking with. However, part of the reason that we sometimes struggle with support is that we are outside of the norm for what is expected.

The initial setup was complex. The reason for this is that the interface is not as sophisticated as our needs.

The configuration is partly done in the service desk tool, where it gathers the contact information or it reads it dynamically. xMatters stores the method and the parameter for contact. As an example, if the method is to contact via email then the parameter would be the email address. If the method is a phone call then the parameter would be a phone number. You can set up other methods, too, depending on how sophisticated your environment is.

Implementing and deploying the system took six months to complete, including testing to makes sure that it worked.

The cost of this solution was less than the cost of staff required for the same job, so it is saving money.

This is a subscription-based, SaaS solution. There were some additional costs during the implementation because it was well beyond their standard configuration.

At the backend, this service is initiated internally, but the notifications and alerts are sent externally to the vendor through web service calls.

My advice for anybody who is implementing xMatters is to be sure that they have a very clear plan on how they want to process whatever communications they're doing. The tool can do almost anything but you have to come to the table with the process well-defined, before you being implementation.

I would rate this solution a seven out of ten.

To notify our employees of system events that might result in an outage on our website.

It has improved our time to respond. Prior to the use of xMatters, it might take hours or even a day to get someone involved on a problem. Now, it's down to minutes.

Probably the most important one is that it persists in attempting to contact to someone until someone is engaged on the event.

Then, of course, there's the ability to define rotations and schedules for people who would be on call to handle those events.

The ability to support custom devices. We have a lot of users who use Slack, which is another tool for communication. xMatters currently does not support Slack as a communication method. It can't send events to Slack and respond to them.

Three to five years.

We're using their cloud-based service or hosted service. We've never had any problems.

We've never had any issues with scale. It's always met our needs.

I would give them an excellent rating. They've been extremely responsive and always work an issue until it's fully resolved.

We did not have a solution prior to xMatters.

We've always used their hosted service, so we've never had to set it up. The only thing we have to do is train our users on how to use it. It's been pretty easy to do so. They've actually made many improvements over the years to make it even easier to train people.

It is worth the cost.

You need to know the number of users that are going to use it, which is usually pretty easy to calculate. It's on a per-user license.

We evaluated two other solutions. One was an internal solution that was provided by our IT department, it was a proprietary solution. Then, we also evaluated xMatters vs PagerDuty. We chose xMatters because of its cost and ease of use.

DevOps means that the person who's developing the software supports the software. When an event occurs that might result in an outage, xMatters engages people on that event so they can resolve it before there's an outage.

Certainly, it's been a very stable solution, very reliable, very flexible. It comes from a company that practices Agile development, so they're very fast to deliver new features, as well as any bug fixes, should any arise. I think the only challenges we've ever run up against is some compatibility with mobile devices and the providers they've had. Usually, that's the mobile device provider's problem, not xMatters'.

I would give it a nine out of 10, only because there are some devices that are not supported.

We no longer have to manage the notification process manually.

• The ability to notify teams and monitor those notifications in real-time.
• Time-based escalation of notifications helps us resolve issues much more quickly.

Some features that have been around a while could be refined or updated, in the same way other features of the product have been updated.

Beyond the typical grouping, xMatters has what is referred to as dynamic teams.  Dynamic teams are criteria for setting up and targeting a group of people that meet specific criteria. The good thing about this setup is that you do not have to specifically target a person, or add them to the team. If they meet the criteria that has been configured for that dynamic team, the user will automatically be added to that team, and receive the notification.

The bad thing about this setup is that you cannot alter those criteria through the typical xMatters import/export process. The attributes that create the criteria for dynamic teams can only be altered via the Web UI.  So, if you want to create a new dynamic team in a mature xMatters environment (one that is already populated with hundreds of users), and you want to add, say, 100 users to that dynamic team, you have to do it manually.

In contrast, if you want to alter a custom field, you can do so via import/export. But you can't have an unlimited number of custom fields, so in a large environment with a lot of teams, team provisioning becomes more difficult.

If custom attributes could be exposed to the import/export process, provisioning of these dynamic teams would be much easier.

Three to five years.

No issues with stability.

No issues with scalability.

Technical support at xMatters is very responsive and knowledgeable.

There were some issues with user-adoption, but those have been mitigated over time.

Licensing varies widely, depending on usage. It can be cheap or quite expensive, depending on volume and features.

Put together a comprehensive knowledge base to help your end-users get acclimated with xMatters.