Find, vote on and share ideas for Freshworks products. Here is how it works and what happens next.
Every idea has a status. It shows where the idea is today.
Not every idea makes it to the end. Some stay open for votes as Future consideration. Others are Closed.
You get an email each time the status of an idea you posted, voted on or subscribed to changes.
No. Planned means the idea is on the roadmap. Timing can change as priorities change. We update the status when work starts and when the idea ships.
Six questions most people ask before they post.
An idea is a request for a feature or improvement that is not in the product today.
Something broken? That is a bug. Please contact Support so they can help you.
Yes. If a similar idea exists, vote and comment on it instead of adding a new one. Duplicate ideas split the votes, so no single idea shows how many people want it.
You get an email when the status of your idea changes. To follow an idea you did not post, subscribe to it.
An idea can be closed for one of these reasons:
Closed ideas stay searchable, so you can still read the comments.
The quickest way to make an impact is to back an idea that already exists.
Open the idea and select the vote button. Voting shows us which ideas matter to you. You need to be signed in to vote.
Open the idea and add your comment. The most useful comments say:
"I agree" helps less than a short example from your own work.
Select Subscribe on the idea. You get an email when the status changes or when someone replies.
Submit a new one. Use a clear title and describe the problem, not only the solution. Then we can see what you need, even if there is more than one way to solve it.
Have a bug or a question about how a feature works? Contact Support instead.
Custom fields in Service Catalog Items currently only have a “Field Name” which is visible to the “Requester”.This makes no sense as the Field Name should be unique and NOT visible to the “Requester”.Instead there should be a field called “Label” which can be used multiple times with the same content and the “Field Name” which is a unique identifier for the workflow.For example:adding a dynamic section where each of the sections can have the SAME Label for fields
We would really love to see an option to post Teams chats to a ticket as notes, private or public. Often email communications through the tickets go unnoticed or unanswered, whereas Teams is pretty much always a guaranteed way to reach a requester, but unless an Agent copy/pastes or screen shots those chats and posts them to the ticket they will just have a vague summary from the Agent’s POV at best or go completely untracked at worst. We can r-click a chat to create a ticket, why not also be able to update a ticket by posting a note?
When there is an active system-wide incident or outage (e.g., Wi-Fi is unavailable), automatically notify requesters when they attempt to create a new ticket related to the affected service.Example:If the Wi-Fi service is currently experiencing a major outage, and a user attempts to raise a ticket for a Wi-Fi issue, the system should recognise the affected service and display a notification such as:Known Issue: Wi-Fi OutageWe’re aware of an issue currently affecting Wi-Fi services. Our team is actively investigating and working to restore service. You can follow the major incident for the latest updates.The requester should then have the option to view the active incident, receive updates, or continue submitting their ticket if their issue is unrelated.Expected benefit:Reduce duplicate tickets during major incidents Improve requester experience and transparency Deflect unnecessary support contacts Ensure users are directed to the latest incident updates rather than generic troubleshooting content Help service desk teams focus on resolving the underlying outage rather than duplicate requests
We are starting to have some service requests that leverage copying from large Google Sheets into the ticket. We noticed that when you copy and paste from Google Sheet, formatting is not preserved.It would be great if the editor could be updated to include being able to preserve table formatting when you copy and paste.Thank you for this consideration.
When adding Conditions to a Create Ticket Activity in custom Journeys, it would be amazing if we could select an OR / AND toggle/option. For example, if I only want an Application Access ticket to be created for my Help Desk but only if my Initiator selected Adobe Acrobat OR OneSpan OR Adobe Creative Cloud, etc. The way the Conditions is currently set up reads as if every selection made must be included in order for the condition to be met.
Can you please add basic Event Based Workflows to the Execution Logs viewer.It is critical to see if/when my workflows are being triggered in a single place instead of having to open individual tickets to see if the workflow was triggered.
Currently, agents need permission to access the Journey itself in order to see Journey information referenced on a ticket.I think visibility should instead be based on the agent’s permission to view the ticket. If an agent has access to a ticket, they should also be able to see the Journey information associated with that ticket, without requiring separate access to the Journey or its primary workspace.View of business agent that has access to the journey ticket and access to the journey in the primary workspace:View of business agent that only has access to the journey ticket (but not access to the journey in the primary workspace):A typical use case:A Journey request is managed within the IT workspace or by a specific group. As part of the Journey, individual task tickets are created and assigned to other groups or workspaces.Agents in those groups have access to their assigned tickets, but they may not have access to the original Journey in the IT workspace. As a result, they cannot see the Journey information shown on their tickets, even though that information is relevant to completing their tasks.The same issue applies to files attached to Journey tickets: an agent may have permission to work on the ticket but still be unable to access the associated files because they do not have permission to access the Journey itself.Suggested behavior:If an agent has permission to view a ticket, they should also be able to view the Journey information and access files made available through that ticket. Access to the complete Journey itself could remain controlled by the existing Journey/workspace permissions.This would make cross-workspace and cross-group Journeys much easier to use while still keeping access to the full Journey appropriately restricted.
Problem:Freshservice's global search appears to have broken or inconsistent behavior when it comes to Tasks.Searching the literal word "task" does return results, but only a few tasks at time, seemingly at random. These tasks aren't assigned to the searching agent, aren't the most recent or numerically closest matches, and don't even contain the word "task" anywhere in their title or content. There's no discernible logic tying them to the search term. Searching for "TSK" (the actual prefix used for task IDs, e.g. #TSK-1234) returns zero results, despite this being the format tasks are literally labeled with throughout the platform.This makes task search difficult to rely on. Agents can't consistently search by task ID format, by keyword, or by any other identifiable trait, and the few results that do appear for "task" don't seem clearly connected to the search term.Proposed Solution:Audit and fix the search indexing logic for Tasks so that:Searching a task's ID (e.g., "TSK-1234" or "TSK") reliably returns that task. Searching keywords contained in the task title/description returns relevant matches. Search results are ordered/filtered using the same relevance logic applied to other searchable objects (tickets, etc.).Impact:Agents currently have limited ability to locate tasks through search. The few unrelated results returned for "task" searches suggest a deeper indexing or query-matching bug, not just a missing feature. Fixing this brings task search in line with the reliability already expected from ticket/asset/agent search.
I’d like to see an ability to re-arrange and dock your starred views (ticketing / change tickets, etc) and move them around in any order you feel is best… to be able to click, drag and move them to the order we want them to… right now you can’t move them around as they are. I believe SNOW and N1 have this ability. Would be a nice thing to have.
It would be great to have different email templates for reply and forward in tickets. Right now one template is shared for both reply and forward. The template is called SYSTEM Agent Reply Template. The name doesn’t reveal that the same template is used for forwarding tickets as well.Those are very different things and we should be able have different subjects depending on what we do in the ticket. That’s what I think anyway :)
Hi team. Wouldn’t it be amazing if you could clone an entire Page in Analytics with all the widgets within?Currently, you need to create a new page, go back to the original page, and clone widgets one by one to the newly created page. It is time consuming, when you have several widgets on a Page for real Analytics. We work with hundreds of KPIs and, have several reports (due to the limit of 10 pages per report), with several widgets per page, and this has taken longer than expected to get them properly set. Hope someone else misses the same. Sincerely,Elvis.
Problem:Our agents rely heavily on ticket templates, but our current workaround for auto-assigning a ticket to a specific agent requires creating a duplicate template per agent. This means the same base template gets cloned repeatedly, just to swap out the assignee.As our agent count grows, this is significantly cluttering the template dropdown. Agents have to scroll through a long list of near-identical templates just to find the right one, which slows down ticket creation and increases the chance of selecting the wrong template.Proposed Solution (Option 1): Dynamic "Assigned Agent" VariableAllow templates to support a variable (for example, {{current_user}} or {{template_user}}) in the assignment field that automatically populates with the name of the agent currently applying the template. This would let us maintain a single shared template instead of one copy per agent.Proposed Solution (Option 2): Per-Agent Template Visibility/OwnershipIf dynamic variables aren't feasible, an alternative would be allowing agents to save personal templates that are only visible/associated to that specific agent. This would let each agent maintain their own shortcuts without adding clutter to the shared/global template list for everyone else.Impact:-Cleaner, shorter template dropdown lists for all agents-Less administrative overhead maintaining duplicate templates-Faster, more accurate template selection during ticket creation-Scales better as team size grows
Loading your ideas...
This ideas board reflects customer feedback and our current thinking, and is provided for informational purposes only. Roadmap decisions, including AI-related capabilities, are influenced by many inputs beyond customer votes, such as technical feasibility, security, compliance, and market conditions. They are subject to change without notice. Idea status labels (such as “Under Review” or “Planned”) do not constitute a commitment, promise, or legal obligation to deliver any feature, functionality, or timeline, and are not part of any agreement with Freshworks. Development and release of any product or feature remain at Freshworks’ sole discretion.
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
