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

spencer.barrett
Apprentice
spencer.barrettApprentice

Restrict Email Ticket Creation to Authorized Contacts Only and Prevent Auto-Creation of New Contacts from Incoming Emails - IdeaSubmitted

Detailed DescriptionFreshdesk currently allows tickets to be created via email even when the sender is not an authorized contact. In addition, if a sender does not already exist as a contact, the platform can effectively allow that person to enter the support workflow simply by emailing in. This creates a serious control gap for organizations that need tighter governance over who can access support.A native capability is needed so that:only approved, authorized contacts can create tickets via email unknown or unauthorized senders are blocked before a ticket is created new contacts cannot be created automatically from incoming emails contacts can only be added manually by internal teams or designated administrators support teams have visibility into blocked or rejected attempts for audit and review purposesThis control should ideally work at the account, customer, or organization level, so that support access is limited to a defined list of approved contacts. If an email is received from someone who is not on that list, the system should reject, quarantine, or otherwise prevent the request from entering the ticket workflow.This is important because current workaround options are not sufficient. Domain restrictions are too broad, since many people at the same customer domain may not be authorized to engage support. Automation rules are also reactive, because the email has already generated a ticket before the rule can mark it as spam or delete it. That still creates operational noise and potential risk.The missing control over contact creation makes the problem worse. If users can effectively establish themselves as contacts by simply sending an email, then support access is not truly restricted. For organizations with strict intake requirements, contact creation must be deliberate and controlled by the support provider, not initiated passively by inbound email.Business Use CaseOrganizations need to ensure that only verified, approved customer contacts can submit support requests. They do not want unauthorized individuals to be able to email support, generate tickets, and potentially appear as valid contacts in the system.Without this control:spam tickets can enter the queue and require manual intervention unauthorized users can submit requests that should never reach agents there is a security risk of someone posing as a customer or claiming association with a client agents may spend time validating whether a sender is legitimate before acting support workflows become less secure and less efficient customer access governance cannot be properly enforcedIn addition, many organizations need to ensure that contacts are only added intentionally by internal teams. A customer or third party should not be able to become a recognized contact simply by emailing in. Contact creation should be controlled internally so that support access remains limited to trusted, approved individuals.For many teams, this is both an operational and security requirement. Email-based support intake should only accept requests from authorized contacts, and contact creation should be restricted to internal administrative control.Problem StatementFreshdesk does not currently provide a native way to restrict email ticket creation to authorized contacts only, nor does it prevent new contacts from being introduced through inbound email behavior. As a result, unauthorized users can email support, generate tickets, and create noise, operational risk, and possible security exposure.Requested EnhancementProvide a native control that:allows email ticket creation only from authorized contacts blocks or rejects unauthorized senders before ticket creation prevents automatic creation of new contacts from inbound emails ensures contacts can only be added manually by internal admins provides logging or audit visibility for blocked attemptsImpactThis is critical for preventing spam, reducing manual ticket review, improving support governance, and mitigating the risk of impersonation or unauthorized customer requests entering the support queue.

pkudlaApprentice

Option for Requester Access to Incident TemplatesFuture Consideration

We would like to have the ability to create Incident Templates and have the requesters be able to view the templates we create for submission.As of right now, only agents can create and use Incident templates, we would like to see these templates available for use for our requesters, but we would also like to be able to control what fields the requester can see or modify. For example, an agent can create a ticket template for “Phone System Issues”, these tickets could be 100% Single User impact, but the Urgency may differ. The Requester logs in to the FreshService system, selects the template “Phone System Issues” and completes the form to submit to IT Support.In this example case, we would like to show an un-editable Impact field (because this is always impacting the user), and a editable Urgency field and hide the priority field from the requester outright. The priority should continue to pull in from the Priority Matrix and IT works the request. Other Form Fields would have the same three controls available to agent as well: Mandatory - to force the requester to fill in the field in order to submit the request, Show to Requester - the requester has read-only acces to the field on the form, and Editable by Requester - meaning they have the ability to change the value on the template but aren’t forced to if it isn’t mandatory.This alleviates the burden of us having to manually change each incident request to the appropriate template. Admins can create the template once and not have to assign it to each individual ticket, users can use the template form to change values that agents allow/that they need (for example noting that an issue occurs through a whole department or the whole company, thus higher impact), and Automations and Business can run on Incident creation instead of once the ticket is manually updated by the agent.. This would allow for data integrity by not relying on human interaction for each incident.

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.