ServiceNow Reviews

We primarily use the solution to support Airbus Helicopters.

It's great for handling support tickets and onboarding employees.

We have other facilities in the United States with teams in Herndon, Virginia, and Grand Prairie, Texas, and for networking, in Mobile, Alabama. By having our different specialists in different areas, we're able to leverage their expertise over a large geographical area.

They have these items called resolver groups that are quite useful, however, it's basically to assign tickets to various teams.

The onboarding of employees is very good.

It's great for handling new hardware requests or new user requests.

They offer standard templates. The more that you customize it, or add additional software requests, the more it becomes usable and powerful. 

The solution is stable.

The scalability is there if you need it.

My understanding is that the pricing is reasonable. 

ServiceNow is great. You can download the data into Excel and you can basically create reports. It's very flexible.

That features are already there, however, maybe they could have some tutorials or give more power to the users versus having specialist administrators doing things. There's a big knowledge base. There's a lot of know-how that's saved in there, however, actually allowing people to do their own thing is lacking a bit.

I know there are functionalities for using it on other platforms. However, specifically for iPhone or Android, if there's something where I'm walking around and working in different offices, if I'm able to look up information directly, instead of going back to my laptop, that would be ideal. Making a mobile version would be helpful.

It's pretty customized already. I don't think there's anything that would be an area to fix.

I know that I actually have the special panel for all the features that I use, like creating tickets, managing hardware. Anything that can be integrated into especially our other types of features, such as SCCM, Microsoft SCCM, being able to update hardware, instead of manually going inside there would be good.

I've used the solution for the last year.

The solution is pretty stable. The only thing is that it's a cloud version, and therefore, if your network is slow or non-responsive, then ServiceNow becomes slow and unresponsive. That's a network issue. That is not an application issue.

The solution is easy to scale. If we wanted to add other facilities, it would be fairly easy to do. Something that we're going to be taking on in the next year or so is integrating with another facility in Mirabel, Quebec. They do commercial aircraft. We do civilian helicopters. Integrating with that team more will be beneficial. We have around 60 people using it right now.

I personally have never had any issues where I had to raise it directly to ServiceNow. I cannot speak on the topic of support.

The company did use a different solution. It was not as integrated with the other parts of the company, which is why they switched.

The company was using another product before. They implemented this, I would say, within six months. It's been in place for two years now and it's matured.

I was not there for the deployment.

We have one SRM, senior relationship manager, that basically maintains the digital workspace. He's in charge of updating the versions or deploying new features. There's one person that does that.

There are built-in surveys and we track those metrics, and the metrics have been positive for the last two years. There's been a great improvement.

Due to the fact that we're dealing with different subcontractors, we have a company that does the networking and we have a company that does the desktop hardware. If it's more application support or accounting specific, then it goes somewhere else. Being able to bridge between those different subcontractors is a major selling point.

The pricing is reasonable. In terms of extra costs, likely if a company was going to do integrations, they might have to buy the different modules, however, I'm not involved in that.

I'm just a customer and an end-user.

I am currently up to date with the latest version.

I'd advise potential new seers that they'll get good asset management and be able to manage tickets. It's all straightforward and usable. In the past, I've used other products, and they're not that scalable. If you're working in a company that has multiple facilities, multiple countries, the best way to go is with ServiceNow.

I'd rate the solution at a nine out of ten.

ServiceNow is helpdesk software that I have some experience with. This is not a solution that I deploy. Rather, I interact with it using hooks between it and NetBrain.

It is used for the creation and tracking of tickets and incidents, tasks, projects, and self-ordering. Our parent company uses ServiceNow for ordering and it has been utilized with a lot of different workflows. This is something that we never did but now that we've merged together, and we've merged our instances of ServiceNow, it means more of those self-service tech catalogs now in place and utilized.

As an end-user, I have not had any real problems with it. I use the capabilities that I have to and it's one of the tools that I have to use because that is where tickets are presented.

ServiceNow is a very powerful tool that can perform a lot of different functions.

There is inherent complexity with this tool because of the number of things that it can do.

My company has been working with ServiceNow for close to 10 years.

This is a stable solution. There's very little that I'm aware of in terms of hiccups and complaints.

As an end-user, I have not been in contact with technical support.

We did have an on-premises solution until about a year and a half to two years ago, and now we're using the SaaS version. That changes features and then tools, and perhaps other things as well.

ServiceNow is a very powerful tool and with power comes complexity. It's divided up well, and I have experience updating tickets in it. In my opinion, it can do a lot, although some people think that it should do a lot more.

I'm not convinced that it should be the source of truth for everything. Some people promote it as the source of truth, but in networking automation, there are multiple sources of truth. For example, Active Directory is your user source of truth. IPM is your IP source of truth. The ticketing system has access to a lot of things, but does it need to be, and should it be the source of truth for something? I don't think so.

I think that it should pull from other places and be a collection of sources of truth. It's not the source of truth for users, it uses users. It's not the source of truth for devices, as devices are managed elsewhere. However, some people try to force it to you be that source of truth. I think that following such advice can lead to trouble.

Again, it's a very complex system and you can make it do whatever you want. It's just a matter of getting it to react the way you want it to.

I would rate this solution a five out of ten.

We are an integrator. We help our clients to implement ServiceNow for their companies.

The most valuable features generally depend on our client's needs, but most often it's some type of basic setup like incident management, request fulfillment, SLAs, problem management, change of management, and knowledge management.

In other cases, it can be something like an ITBM suite. Currently, we are implementing project management and Scaled Agile Framework for one of our customers.

It actually has quite a wide list of modules and processes.

There are Virtual Task Boards in the tool in the latest releases. There are many of them in the Scaled Agile Framework. There is some room there for improvement. It's really quite promising but, at the same time, it could be improved and I believe it will be improved soon.

The solution is quite stable. It's actually a big platform with a lot of plugins and a lot of things being introduced in each version. Sometimes there is not enough information about releases. For example, right now we have an issue understanding what the roadmap is for the Scaled Agile Framework.

It's very scalable. It's good, really good. I have experience working with other IT solutions like HPE/Micro Focus, and ServiceNow, in this regard, is all in the cloud. There are no issues thinking about the physical infrastructure. So it's very good.

Sometimes it limits you. For example, in CIS, they had a lot of issues working with a SaaS, but generally it is good.

I haven't had a chance to check technical support myself, but my colleagues say it could be faster. But in comparison to my previous experience with HPE/Micro Focus, ServiceNow is the same. It's good but it could be better.

When I was first assigned to this position and added to the team, and entered the ServiceNow world, this product and its use for clients were already ongoing. It was not new to the other members of the team. I was the newbie here. I checked out some training materials and I had some previous experience in the ITSM world. I just onboarded and started playing this role. It was pretty simple for me personally.

For the company, I can't comment on the initial setup because ServiceNow was here before me.

For the particular client we're working on, I joined the project last summer and it finished this summer. Before that, it had been ongoing for a year or year-and-a-half. But it was a big implementation, ten or 12 modules implemented.

In terms of the implementation strategy, there is most often a need in the client's company and they ask us to do a preliminary assessment and some onsite discovery. After the discovery, we build a prototype and finish the requirements-gathering. Then comes the implementation part which is mostly done through an Agile approach. After that there is testing on our side and user-acceptance testing on the client's side. Finally, it is released.

Speaking in light of my previous experience with HPE, at that time, around 2012 or so, if ServiceNow was a bit cheaper it would have had a good chance of our company choosing it at that time.

Now, ServiceNow is a leader and its pricing is quite good, quite competitive. If it were cheaper it would probably be better in this market niche.

Sometimes some plugins are not priced reasonably but, generally, the platform itself, its modules, are priced reasonably.

Long ago, when our company itself was choosing a platform, a solution for the company to support, there was a big analysis effort and investigation of what was on the market. Back then we chose HPE. But that was really long ago and it's not relevant to my activities and my experience currently.

My advice would be not to try to implement it by yourself. You could spend a lot of time without any considerable outcome.

We have ten clients right now and some of them have 1,000 users, all together. They have 20 to 50 engineers.

Deployment and maintenance on the client's size and their requirements: how quickly they want the implementation done, and on how many people create tickets, etc. The basic team is five to seven people who implement Service Now. For support of the solution, it's a maximum of three to five people.

I would rate ServiceNow at about nine out of ten. One of the things to be improved is their transparency in working with partners. Being a partner of ServiceNow, sometimes it's not clear how we should check for new updates; for example, this Scaled Agile Framework, etc. Working with HPE was more transparent for me. I had good communication points to address questions, not on the support level but on a higher level, to get answers to questions quite quickly and informatively.

We are a large integrator with more than 20,000 IT engineers. We work with many vendors including HPE, Micro Focus, Oracle, and some dozen other vendors.

For our company, it would be incident management with the ability to track and report on that. Showing trends and then tying that into problem management as well. Also completing the whole circle, so problem management and change management. Having one system of record that everything is all tied together and you can connect the dots all the way around through the lifecycle.

Being at the help desk, we see trends and incidence from which we can create a problem to track a larger issue because it's effecting more than one user or more than one location for our restaurants. From there, we run down root cause of what's actually causing this problem to happen. Then from that the developers will kick off change requests to permanently fix the problem. But if you don't have the incident management to replace or the ability to report and trend, then you never know that problem's happening because we have a really quick fix that we do all the time. So being able to see that trending and get ahead of the problems and get them out of the environment makes everyone's life easier.

From our perspective, it's the ability to customize it and provide the different platforms. A good example is that within our organization we have incident forms that are tailored to IT and we have incident forms that are tailored to other groups, like accounting supply chain. They're using the exact same incident form, but they're customizing the fields that show up based on their groups so that they get the experience and reporting they need out of the product, but we're all using one system of record and one form to do that in so we can report holistically.

The other part of that is from a customer and restaurant facing standpoint, we can build out those seamless pages, create custom portals for the restaurants, because obviously the IT view or the back end users view is not what a customer wants to experience. It lets us create that front end view for a customer to get what they need and still have that logic to the system for it to flow through and everything.

I think some of the areas for improvement are some of the features that get added sometimes and not a lot of help and resources get devoted to them. A good example is inside of my self-service portal, we use heavily utilizing the wizards that will actually walk users through a guided experience, asking questions, giving responses to lead them where they want to go because in the restaurant industry not everyone wants to fill out forms. They just want to be led by the hand. They're hired to run restaurants, not run computers. So, there's very little documentation on how to use them and how to build them. It's kind of one of the features that got put in but never really expounded upon because it's not been used a lot. So, we really taught ourselves how to use them.

The other one would be what I'm looking at now which is coaching loops. Very little documentation. Very little understanding of how it works. Again, learning it on my own because the book explains this is kind of the fields and what they do, but very little as far as actually using it as available. I would say sometimes they're great features, and they're great additions, but if there's not a lot of user adoption, then not a lot of documentation gets written for them.

We've been on ServiceNow for about four and a half, almost five years, and we've just upgraded to Geneva.

I think the only issue we've had is our recent upgrade to Geneva went a little wonky. But I think that was partially our fault. We had gotten a little bit behind on patching Fuji and then jumped to Geneva Patch 5. I think there was items missed. Even though it should have been cumulative, I think we had some items that were missed in there.

The other issue we had is when we deployed ServiceNow, we started with domain separation. Mostly because the consulting company we used said that's the only way to do it. It probably shouldn't have been done, but that's not a reflection of the product as much as the consultants we used at the time.

We used Altiris. Maintaining Altiris servers was getting very expensive. They were hosted locally. We had a very old version of Altiris. We never kept up with the new version, so it never went to the cloud. So very old, very hard to maintain. The admin we had at the time was retiring. But probably the biggest standpoint was how limited Altiris was. You really could not customize it. If you wanted to build reporting, you had to have a sequel admin do it for you because there was no user interface for reporting. It was the system sped out the sequel queries that it was told to do, but you had to write them in sequel. So, it was not very user friendly.

I think in some ways we probably bit off more than we should have chewed, but we needed the product to replace Altiris. We had to fill that gap because of everything it did. From a stability standpoint, it was probably on the verge of collapse. We had to put a product in place to take it's place.

We worked with ServiceNow directly now, but during the implementation, we found a third party to do it for us. We were involved, but we also relied heavily on that third party consultant because Altiris had been the only thing we knew for so long that this was a complete change. It was our huge step forward.

Don't look at ServiceNow as what it can do for whatever department you're in, but try to get some buy in higher up in the organization because the more foundation and different groups you can get into ServiceNow at the beginning, the easier it is for the adoption. It really can become something for the entire organization. Getting that buy in from the beginning helps it grow a little faster.

If you've got 5 different groups that will be in it from the beginning, then some of the choices you're going to make are going to be a little bit different and they're going to be a little more future planned than, "I just need this for me". So, it's probably the biggest advice I can give is try to plan for the future.

I've seen other products. I've seen some of the stuff that they can do. Really haven't seen one that can, at least in my mind, replace our ServiceNow for everything that we've put into it, everything that we've done. It would be a very hard thing to do.

Microsoft Teams integration is available. Notifications are present within the virtual agent chatbot, integrated with third-party tools. All the portal features have been enabled, including the virtual agent installation.

There is a concern about the integration point of view, particularly the virtual agent. Currently, we are working on integration with Teams and the virtual agent. Now, the chatbot and portal are available. A pop-up message shows the redactions button if you click on anything in the chatbot conversations. This redirects to the portal. It should open, and the virtual agent should be integrated that way.

I have been using ServiceNow as a partner for two years.

There are some bugs in the solution.

I rate the solution’s stability an eight out of ten.

The solution is slow in performance level.

Technical support is good.

Positive

The initial setup is simple. It takes only eight hours for each resource because of integration and conversation flow.

From a developer's perspective, understanding the pricing of ServiceNow is crucial. Currently, pricing details are mainly available for account-related matters. However, if developers also have access to this information, it would greatly benefit them.

Overall, I rate the solution a ten out of ten.

We have several applications of the product, however, the main use case is to generate all the backlogs of the different squads where we assign histories and we can link this to concrete people. 

The histories and the tasks that we draft within the histories are used for creating all the burn charts in agile and to show the velocity of how well it was the last sprint in terms of shipments. This is the key purpose. 

We also use ServiceNow to log IT tickets and to trace them. Those tickets can be created directly as a ServiceNow history on the IT squads. This will go directly to their backlog. It is a quite nice interaction.

It's used to manage the sprint in agile to create all the backlogs and to activate the current sprints, to create the burnout charts of the velocity of the sprints, and also to register any IT-related support ticket requests.

When we join the task board we can have a main view that we use on the daily standups in the agile world. It is very easy to navigate across and to move histories around. 

It's great to do statuses or to review tasks. We can open them and get some details and updates. 

It is quite flexible as a system and is very visual.

It helps to keep the daily standards to 15 minutes.

Probably the backlog organization could be a little bit easier in terms of transversality between different squads. It would be nice if we could, with some specific access rights, move histories from one squad to another, as they generate dependencies or duplicate or flag them. We'd like to create dependency charts between different teams. This is something that Jira, for example, used to do very easily.

It would be ideal if there was some sort of Follow button to help users follow certain concrete task histories. That way, if you are following something, you could bet an immediate update when there is a change of status or a new comment or whatever.

In my current assignment, I've been working with ServiceNow since January. However, in the past, I used it from 2016 until 2019. This is my fourth year using ServiceNow.

The solution is stable. It always works. We haven't had any issues. In this case, no news is good news.

The solution is perfectly scalable. What they give you is the framework. In terms of functionalities, every client can customize it. It'll work well for different companies.

The product is widely used in the institution. Likely 90% of head office employees use it. 

I've never really needed technical support. I've used ServiceNow to request technical support on other applications. I was just handed over the minimum standards to use it, and then I learned by doing. It was quite easy.

With my previous client, I used Jira.

I cannot speak to the initial setup. When I started using the solution, it was already in place. I'm not an implementer of it. I'm an advanced user. Therefore, I can't speak to how simple or difficult the implementation process is.

I'm not sure which version of the solution we are currently using. We're likely using the latest as this is a big systemic bank. I'm pretty sure that they are continuously updated with the latest version.

I'm a user. I'm a consultant and scrum master, however, I use a lot of these tools also for agile management work.

This solution works if you invest a little bit of time in preparation. That said, that's the same for other vendors, like JIRA. You need to have efficient scrum cycles and organize them well. You should have efficient planning sessions and all the backlog should be already prepared, drafted, refined, organized, and prioritized. 

What is very important from inception, regardless of whether we're speaking about Jira or ServiceNow, is to have a very clear upfront plan of how you want to structure it. What is the kind of dependencies or links you want to create between different levels of access, for example?

I would advise users to prepare in advance the full strategy of configuration before they start doing anything. It is very hard to change later. You will create technical depth and will call out what you're not going to use. To roll them back once you've started is hard. It is worth it to take time, in the beginning, to try to forecast as much as possible. 

Overall, I'd rate the solution at an eight out of ten.

I use the solution primarily for IT Financial Management and IT Business Management.

In financial management, this platform has the infrastructure allowing us to expand the way we want to. For example, it gives you many business rules and budget models that you can use to optimize your workflow. It does not put you in a box. Additionally, integrating this solution with other platforms is extremely easy to do.

The asset management application could be improved. They have a lot of the infrastructure built, but it does not come with already made compatibility with some of the most popular vendors, such as Cisco and Microsoft. You have to fix it yourself.

If this solution wants to be a big player in the asset management field, they have to have tools to compete with competitors, such as Tanium, that have integration with Cisco and other vendors.

I have been using this solution for approximately 20 years.

I have not had any issue with the stability.

The scalability is excellent. We have approximately 600 people using this solution in our organization.

The technical support was excellent.

Previously I have used CapStone and Remedy.

The initial setup is straightforward.

The price of this solution is expensive.

I have evaluated Tanium.

For those wanting to implement this solution, I would advise using an expert.

When using this solution you have to expect you will need to continuously optimize it to get the most out of it.

I rate ServiceNow an eight out of ten.

ServiceNow enables us to transform IT as it's a business driver. In my mind, we can shift the way IT works to make it more business aligned, business focused, and business oriented. Having a tool that kind of helps IT think differently about how we deliver services is important to me.

We're rolling out service level management this year and part of that is because we had this foundation of our CMDB. Our business services are in there. Being able to report on things based on how our business service is impacted, it's going to be the first time technology's been able to do that at this company. That's exciting.

Speed of delivery is really at the forefront. Being able to do things faster removes those IT obstacles out of the way for our business users and lets them do what they need to do quicker. We're enabling our business to be more nimble without bogging them down with technology.

I feel like there should be perhaps more unit testing before patches are rolled out because every patch has broken our entire catalog. That's kind of the most time consuming areas to test because of volume. There's so many catalog items. Each one has to get looked at, the workflows, each step has to be done. Every patch has broken our entire catalog, and I'd love for that to go away.

From a user perspective, we noticed a slowdown when we moved from Eureka to Geneva, so I've got a lot business customers that are saying, "Man, your tool got slower." I don't have any stats behind it. It's running all the time.

We add users constantly. We onboard people and they are automatically added. We have a portal that's internal for our users that don't need to do changer class but they do need to request things in the catalog so those people are able to log in and request stuff.

I think the only thing where there was anything negative was now you have two tools in the interim so people still used Remedy for some of the ITIL processes and now they have ServiceNow for change. Then as we increased our capabilities in ServiceNow, more and more people were happier.

Just really for me, it's all about the business case. What's a success story to tell? What are you able to do now that you couldn't do before? Some of the things that I would showcase are the wild set that we used to be in as far as requests goes and now we have the catalog and we're growing that everyday. Also, having a business portal is a huge selling point. Anything where you can spin up a portal as easily as you can with ServiceNow and make IT approachable for a business user is important. Every time they patch, they break the entire catalog. They need to fix that.