Skip to main content

Ideas portal FAQ

Find, vote on and share ideas for Freshworks products. Here is how it works and what happens next.

1. Idea stages and what they mean

Every idea has a status. It shows where the idea is today.

How does an idea move from submitted to delivered?
  1. Submitted
  2. Under review
  3. Planned
  4. In development
  5. Delivered

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.

What does each status mean?
Submitted
We received the idea. It is open for votes and comments.
Under review
Product is looking at the idea.
Planned
The idea is on the roadmap. We have not started building it yet.
In development
Our teams are building it. We expect to release it within 12 months.
Delivered
The idea is live in the product.
Future consideration
We are not planning it now, but it stays open. Votes help us see if demand grows.
Closed
We are not taking this idea forward. See "Why was my idea closed?" below.
Does Planned mean a release date?

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.

2. The basics: from your idea to our answer

Six questions most people ask before they post.

What is an idea?

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.

Should I search before I post?

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.

How do I submit an idea?
  1. Search. Choose Submit an idea and type a title. Similar ideas appear. Vote on one if it matches.
  2. Describe. Tell us the task you are trying to do and what gets in your way today.
  3. Add context. Pick the product area and tell us how much this affects your team. Add a screenshot if it helps.
  4. Submit. Your idea shows as Submitted.
How will I hear back?

You get an email when the status of your idea changes. To follow an idea you did not post, subscribe to it.

Why was my idea closed?

An idea can be closed for one of these reasons:

  • Merged. A similar idea exists. Your votes move to it.
  • Bug. It is something to fix, not a new request. Contact Support for help.
  • Retired. It no longer fits the product.
  • Already available. The product can do this today.
  • Not planned. We have no plans to build it.

Closed ideas stay searchable, so you can still read the comments.

3. Find ideas and share your thoughts

The quickest way to make an impact is to back an idea that already exists.

How do I find an existing idea?
  • Use the search bar on the Ideas page. Try two or three keywords.
  • Filter by product, so you only see ideas for the product you use.
  • Filter by status to see what is Planned or In development.
  • Sort by votes to see the most requested ideas first.
How do I vote on an idea?

Open the idea and select the vote button. Voting shows us which ideas matter to you. You need to be signed in to vote.

How do I add a comment?

Open the idea and add your comment. The most useful comments say:

  • What you are trying to do.
  • What stops you today.
  • How you work around it, if you do.

"I agree" helps less than a short example from your own work.

How do I follow an idea?

Select Subscribe on the idea. You get an email when the status changes or when someone replies.

I could not find my idea. What now?

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.

Ideas Status Pipeline

Filter by idea status

Filter by product

8951 Ideas

OG Bobby Johnson
Skilled Expert
OG Bobby JohnsonSkilled Expert

Allow Bulk Ticket Updates Directly from Reporting/Analytics ResultsSubmitted

Freshservice should allow administrators to bulk update tickets directly from the underlying ticket data returned by a report.Reporting and Analytics can be used to identify very specific populations of tickets using criteria that may be difficult or impossible to reproduce within the standard Tickets view. Once those tickets are identified, however, there is currently a disconnect between reporting on the data and taking action on the data.The requested enhancement is to allow agents to select some or all of those tickets and perform standard bulk update actions.For example:Build a report that identifies a specific population of tickets. Drill into the report to view the underlying ticket records. Select the applicable tickets. Choose Bulk Update. Apply supported bulk changes to the selected tickets.Why This MattersReports often identify tickets that require operational cleanup, correction, remediation, or administrative changes. Once the report identifies those records, administrators should not have to recreate the same criteria elsewhere simply to take action.This would create a much more efficient workflow:Report → Identify → Select → Bulk UpdateRather than:Report → Identify → Recreate Filters → Find Tickets Again or Search for them → Bulk Update or Update One at a Time.Requested EnhancementAdd a Bulk Update capability to the underlying ticket data available from Freshservice reports and Analytics.The feature should respect existing ticket permissions and bulk update permissions, while allowing authorized users to turn reporting insights directly into action.If a report can identify the tickets, an authorized administrator should be able to act on those tickets.  

OG Bobby Johnson
Skilled Expert
OG Bobby JohnsonSkilled Expert

Add Analytic Filter Capabilities to Ticket View FiltersSubmitted

The Ticket View page should provide more advanced filtering capabilities, including the types of filters and associated-record criteria already available within Freshservice Reporting/Analytics.Reporting currently provides much more granular filtering options, including filters based on associated records such as Tasks, Approvals, and other ticket-related data. These filters are extremely useful for identifying very specific groups of tickets, but similar criteria are not available within the standard Ticket Filters.This creates a gap between finding tickets for reporting purposes and finding those same tickets to take action on them.For example, an administrator may need to identify tickets based on:Associated task criteria Approval status or other approval attributes Specific date fields Additional ticket attributes available in Reporting Combinations of ticket and associated-record criteriaThe attached screenshot is only an example of the types of Reporting filters that could be made available. The request is not limited to Tasks or Approvals. Ideally, Freshservice would expand Ticket Filters to support substantially more of the filtering criteria already available within Reporting. Why This MattersAdvanced Ticket Filters would allow administrators and agents to precisely identify tickets that require action and then use existing bulk update capabilities to manage those tickets.Today, Reporting may allow us to identify the exact tickets we need, but we then have to recreate that population within the Tickets page using a much more limited set of filters. In some cases, the required criteria simply are not available.Requested EnhancementExpand Ticket Filters to include the broader filtering capabilities available within Reporting/Analytics, including filters for associated ticket records and their attributes.The goal is simple:If Freshservice can use a field or association to identify tickets in Reporting, administrators should also be able to use that criteria to find those tickets in the Tickets view and take bulk action on them.This would make advanced filtering operational, not just analytical, and significantly improve bulk ticket administration.  

Enable Workload Visibility for Direct Reports and Observer GroupsSubmitted

Hi Freshworks Team,We would like to submit a feature request to enhance the Workload module in Freshservice by allowing managers to view the workload of their direct reports, regardless of whether they are members of the same agent groups.Current LimitationCurrently, the Workload module only displays agents who are members of agent groups that the logged-in user belongs to. As a result, managers cannot view the workload of their direct reports if those agents belong to groups in which the manager is not a member, even when the manager is configured as their reporting manager in Freshservice.Requested EnhancementWe would like to request the ability to view agents' workloads based on their reporting manager relationship. Ideally, this would include: Direct Report Visibility: Allow managers to view the workload of all agents who report directly to them, regardless of group membership. Observer Group Visibility: Allow users to include agent groups they are assigned to as observers when filtering workload data. Flexible Filtering: Provide filters that allow users to view workloads by direct reports, agent groups, or both. Business ValueThis enhancement would give managers better visibility into their teams' workloads across multiple agent groups without requiring them to become members of every group their direct reports belong to. It would improve workload monitoring, resource allocation, capacity planning, and the ability to identify and address workload imbalances.Thank you for considering this enhancement. We believe it would be a valuable improvement for organizations that manage agents across multiple groups and rely on reporting manager relationships for team oversight.

Patrick GSkilled Expert

Multilingual support for Journeys forms (initiator form, phase labels, field labels)Submitted

ProblemJourneys forms — including the initiator form, phase names, task labels, and custom field labels — cannot be translated. There is no YAML export, no translation file, and no native multilingual option for any part of the Journey builder. Organizations running Freshservice in multiple languages have no supported way to present Journeys in their users' language.This is a known gap that already existed in the legacy Employee Onboarding/Offboarding module, and it has carried over into Journeys unchanged. It is a significant barrier for any organization that is not English-only.Expected behaviorAdmins should be able to translate, at minimum:Journey name and description Phase names Initiator form field labels, helper text, and dropdown choices Stakeholder form field labels and descriptions Email notifications sent to requesters and stakeholdersIdeally this follows the existing YAML translation pattern used for ticket forms, or provides an inline translation UI in the Journey builder — similar to how the Service Catalog handles translations.Current workaroundThe only option suggested in community threads is injecting jQuery to manipulate DOM labels client-side based on browser language. This is fragile, unsupported, and breaks on any platform update. It is not a viable solution for production environments.ImpactAny organization using Journeys for employee onboarding, offboarding, or cross-department workflows in a bilingual or multilingual environment is affected. This is particularly relevant for organizations in regions with multiple official languages (Canada, Switzerland, Belgium, etc.).

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.