What is our primary use case?
We use it for IT Service Automation, specifically for managing requests, network management, knowledge base management, problem resolution, and change control processes.
How has it helped my organization?
ServiceNow has enhanced the efficiency of our IT service management procedures. Currently, we utilize it to streamline request handling and centralize all requests within the ServiceNow platform. Additionally, we're exploring integration with Microsoft's pilot program, which will soon feature bots seamlessly linked with ServiceNow. We aim to consolidate all channels onto one platform, ensuring a streamlined process for all involved.
ServiceNow facilitates our incident response and resolution workflows, meeting nearly all of our requirements and KPIs.
We use ServiceNow's integration with the MDB, linking it with the MC for discovery decisions. Our database management is handled within ServiceNow.
Our integration of ServiceNow with existing systems and tools is progressing smoothly, primarily facilitated by APIs.
One of the advantages lies in the implementation of the ITIL process, which becomes more scalable and readily integrated within ServiceNow. With predefined processes, the transition is seamless and ensures efficiency moving forward.
What is most valuable?
It offers ready-built automation and simpler configuration for workflows.
What needs improvement?
Some features within ServiceNow have negatively impacted productivity, particularly in managing the entire process. Transitioning from Jira to ServiceNow has proven challenging for end users, as requests now involve multiple tasks, IBM numbers, and request numbers, which can be confusing. The ticketing system is also complex, causing confusion among teams and complicating reporting. Regarding incident management, while the process remains similar, end-user feedback indicates an overwhelming amount of unnecessary information, leading to confusion.
There is a need to enhance ticket details visibility on the portal, such as displaying SLA information, which currently requires development effort. Additionally, there's a need for line manager approvals, especially for requests like license procurement, which is currently managed via teammates. Developing a feature specifically for approvals could alleviate the need for additional licenses. There are challenges with SLA reporting due to SLAs being configured as tasks. This leads to difficulties in accurately reporting SLA compliance, as one ticket may have multiple SLAs. Addressing this issue would improve reporting accuracy.
For how long have I used the solution?
I have been working with it for six months now.
What do I think about the stability of the solution?
The current setup is stable, yet there's a pressing need for continual enhancement in processes and procedures.
What do I think about the scalability of the solution?
We are currently in the testing phase, so it's premature to conclude within just six or five months. While the capabilities are present, it may take more time to ascertain whether the system is fully functional and reliable. We have approximately seven thousand users, and the deployment spans across seventeen countries.
How are customer service and support?
The technical support team consistently provides accurate responses to my inquiries, whereas the developer sometimes attempts to evade the support team's answers. In certain scenarios, I've received resolutions directly from the support team while the partner tries to manipulate the situation. I've maintained direct contact with the support team, who are proactive in providing solutions. Even when they don't have an immediate answer, they make an effort to provide guidance through articles, videos, and other resources. I would rate them nine out of ten.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
I find little distinction between Jira and ServiceNow in terms of management data, as we initially opted for the standard license, which didn't impose limitations compared to Jira's standard license.
How was the initial setup?
During the initial setup, I faced significant challenges with our partner developers as they struggled to grasp our requirements and insisted on their preferred approach rather than following our needs. Despite encountering difficulties during the development phase, we ultimately achieved our desired outcome. However, I believe that collaborating with different partners may have yielded better results.
What about the implementation team?
The deployment, initially scheduled for six months, ended up taking approximately a year. Around three developers were in charge of it, who also handled maintenance tasks. Despite facing delays, we continued working with the same partner due to our familiarity with the environment.
What was our ROI?
We haven't seen a return on investment so far. However, there's potential for improved ROI as we develop, enhance, or onboard additional departments, which may lead to better outcomes.
What's my experience with pricing, setup cost, and licensing?
The licensing expenses are excessively high. To illustrate, consider Jira, a platform we've utilized for ten years. Under a standard license model, we have been paying five times the cost compared to Jira, despite having an equivalent number of licenses.
What other advice do I have?
The product itself is satisfactory, offering all the necessary features and functionalities. However, the quality of the outcome heavily relies on the competence and dedication of the developers. Without continuous oversight and intervention, the result may vary from excellent to subpar. Therefore, the success largely hinges on the capabilities and commitment of the developers or partners involved. Overall, I would rate it eight out of ten.
Which deployment model are you using for this solution?
Public Cloud
Disclosure: My company does not have a business relationship with this vendor other than being a customer.