What is our primary use case?
I was mainly using it for the functionality related to changes, such as tracking and reporting production changes going into our live systems. I also used it for APIs for the automatic generation of changes based on triggers from Jira.
In terms of deployment, I'm pretty sure it was SaaS, and in terms of version, it would've been a fairly recent version because they'd only been using it for about a year or so.
How has it helped my organization?
It has a very easy, flexible model. You can open up a particular module and work on the next. That's what we did. Overall, it provides a simple way of getting your support teams up and running. That was one thing that I thought was quite easy to do.
We were able to automate a lot of internal processes, such as onboarding of new users via forms, which had integrated notifications. It was really easy to do. Form management was very good. That was probably the main benefit. The automation of the support calls was the other part from which we got a lot of benefit.
What is most valuable?
On the changes side, I found the workflow network quite easy to set up. I didn't need a lot of hand-holding in that. I didn't have to go through training as such. The flows were pretty basic to set up, which made it fairly simple.
The additional fields that were required for our change process were easy to set up. I was able to get it up and running pretty quickly. I was working as the head of the project management team. I got a few of the guys onto that, and then we rolled it out.
What needs improvement?
We did an evaluation of the project functionality. That was a fairly new area they were launching. It was fairly underwhelming, but they were gradually building out this area. That was one area where I felt they still have a long way to go. We did a review of our project management tool internally within the company, and it was one of the choices, but it didn't match up anywhere close to any of the other tools we were considering. It wasn't a good match.
On the reporting side, when we were doing reporting, one thing that was a bit of a limitation was when you had a data list containing a list of changes that have occurred for the whole time and you had to fit the list onto a page. If the list went over the page, it would just truncate it at the page. You wouldn't get all your data. So, it didn't work. That was one big stand-out for me. What we tended to do was convert things into a more readable format, and then we had more targeted exception reporting, but it would be nice to have a full list of things that could be automatically generated and that can flow over pages.
In terms of additional features, their strategy is quite good in that they incrementally change things. They must be using some sort of agile methodology. They tend to be doing these little releases along the way, and then they say, "Oh, we've got this new feature." I would definitely encourage them in that area. It is working for them. So, on the project side, being able to easily add risks and issues and more complex dependencies were probably the key areas in the project space where I saw that they let themselves down, but it was just a burgeoning area that they were launching into. It was just part of their initial offering. The plans for the future were still fine.
Buyer's Guide
Freshservice
October 2025
Learn what your peers think about Freshservice. Get advice and tips from experienced pros sharing their opinions. Updated: October 2025.
869,832 professionals have used our research since 2012.
For how long have I used the solution?
I used it in my previous role at another organization. I was there working on Freshservice for about seven months, and I was working with it a few times a week in various capacities. The last I worked with it would be in February.
What do I think about the stability of the solution?
I didn't see any real issues with it. I was there for about nine months, and I might have seen two outages in that time. I also didn't see any performance issues coming through on that.
What do I think about the scalability of the solution?
Scalability didn't seem to be an issue. It was probably about working out the best licensing model. We had some administrative people, and we had users as well. For Freshservice, we had about 150 users.
How are customer service and support?
I didn't have a direct connection to Freshservice's support itself. I used to go to our local support. Our IT help desk was the first line of support, and then they would contact the Freshservice desk if needed.
How was the initial setup?
I was involved in the changes area. The base of Freshservice was already in place, and that was being managed by our support manager. So, the initial setup for me was around the changes area. It came out of the box and then it involved deciding whether or not we add additional fields. We added the additional fields that we required, and then gradually, we would check out the workflow and then say, "Okay, we want to have an approval step here." We'd then add an approval step. So, we incrementally worked on it as we saw it and then tested it all the way through, and when we were ready, we made it available for a sample group. We could then test it out.
We didn't do it as a big bang approach. It tended to be segregated to a particular system area, and then we rolled it out to other areas after that. That seemed to be a good strategy for us.
In terms of duration, for the changes piece, we had a working prototype within about six weeks, and that included documenting how we wanted it to run. If I had to look at just the configuration time, it probably took about four weeks to work through configurations. That was pretty quick for the changes side.
For the APIs, it was probably a similar duration. There was a bit of requirements gathering and working out. We had trigger conditions where we wanted to trigger a workflow so that it automatically creates a change based on a trigger condition within Jira. The longer part was just setting up the base integration. The actual configuration with the actual tool was probably of the order of two to four weeks.
What about the implementation team?
In the initial base setup, there was just me and another person. When it came to the rollout, we were up to about six different project managers, and there were a couple of integration people. There were probably 10 people all up.
We also had API integration. We worked with an integrating company to do that.
In terms of maintenance, there are definitely patches that come through all the time, but that tended to be managed through the support area. I wouldn't have as much visibility on that side.
What's my experience with pricing, setup cost, and licensing?
It was a middle tier. It wasn't an expensive one.
It was a tier model usage. Licensing costs varied between admin users and regular users.
Which other solutions did I evaluate?
ServiceNow was one. It was a much more comprehensive solution as compared to Freshservice, but it was also more expensive. ServiceNow is definitely more robust in terms of features, but Freshservice has a much better ability to configure. It is very flexible that way, from my experience.
Being a smaller company, we tended to keep fairly tight on cost. We didn't really want to spend a lot of money. My understanding was that ServiceNow was much more expensive, but I wasn't close to the details. Freshservice was considered to be about right for what they wanted to pay. It was in the middle of the range in terms of the subscription cost.
What other advice do I have?
I would recommend it if you're looking for a really quick way of getting your help desk up and running with a ticketing system and some pretty cool automation with emails, notifications, etc. It is easy to set up and maintain, and it is reasonably priced for what it is.
I would rate it a seven out of ten. It is a solid product. It doesn't do everything that ServiceNow does, which is my only comparison point, but it definitely has good features for the price.
Disclosure: My company does not have a business relationship with this vendor other than being a customer.