Share product ideas and upvotes with our product team
Right now, the only way to send a notification to Slack is through workflows, which generate large, uneditable messages that include the cleints conversation and end up cluttering the channel.Ideally, we’d like to streamline this by introducing a button within Slack. When clicked, the button would send a cleaner, more concise message to the channel that includes the ticket link and an optional note that we can write beforehand.The goal is to keep the channel tidy and make the interaction more intentional—similar to how side conversations work in Intercom. At the moment, the issue with side conversations are they reopen closed tickets and don’t provide a clear link back to Intercom. This creates friction for the Slack team, who often need to investigate the ticket after the customer has already been handled.
Today, it is possible to easily translate content within conversations. However, the translation of Help Center articles is still not automated.This limitation creates a significant workload, especially when managing multiple languages in the Help Center.In the age of AI and given the rapid evolution of your tools, it feels surprising that automatic translation of Help Center content is not yet available. Introducing this feature would provide major benefits in terms of time savings, consistency, and overall efficiency.
The new side conversation feature with the Slack integration is great for collaboration. One improvement that would make it even more useful is automatically including a hyperlink to the related Intercom ticket when a side conversation is created. This would allow team members to quickly access the original Intercom conversation for additional context before jumping into the side discussion, reducing back-and-forth and improving overall efficiency.
Current restrictions on merging conversations cause significant disruptions in our workflow. We frequently encounter duplicate conversations with the same customer about the exact same topic. However, Intercom prevents us from merging them if a new participant is added at some point, or if a customer replies to an older email thread.Request: Lower the strict restrictions on merging conversations. Allow agents to manually force-merge conversations regarding the same topic, regardless of minor changes in participants or email thread history.
I have an Escalation Rule that is built on Attributes but it’s causing issues with batch testing as attributes are not set. I can not use an Audience as that is already needed in my batch testing to control the KB. Ideally you allow us to set the attributes before triggering the batch testing as you allow in simulations.My escalation rule is Attribute is not [name] and Attribute2 is not [name2]. This allows me to use FinAi for new use cases and then escalate to an existing nonFinAi workflow for existing use cases. Over time we will move all to FinAi but that is not possible right now. This escalation rule is built on Attributes so why is there no solution for batch testing? I will try creating a test user with the attribute set as a workaround. That will then require everyone to use this test user and that is not ideal.
A centralized view of all the tickets my team has raised with Intercom — not just my own. I’m managing support on behalf of our whole organization and I have no visibility into the open tickets nor answers you provide on the tickets.
Feature Request: Per-Article Search Engine Indexing Control for Help Center ArticlesI would like the ability to control search engine indexing at an individual article level within the Intercom Help Center.Current ProblemOur organization has knowledge base content published both on our main company website and in the Intercom Help Center. Some articles have similar or identical titles/content.Currently, Intercom only provides these options: Disable indexing for the entire Help Center. Make articles Unlisted, which removes them from Help Center navigation and search, remains only accessible through direct link. None of these meet our requirement.Desired FunctionalityWe need a per-article setting (for example, a toggle in the article editor or details panel) that allows:✅ Article remains: Publicly accessible via Help Center URL Visible in Help Center navigation Searchable within Help Center search for all visitors ✅ But: Not indexed by external search engines like Google/Bing Does not appear in public search results Search engines receive a noindex directive for that specific article Suggested ImplementationAdd an article-level SEO setting such as:Search Engine Visibility☑ Allow search engines to index this article☐ Prevent search engines from indexing this article (meta robots="noindex")This could be added in the article Details or SEO Settings section.Use CaseWe want our primary website content to rank on Google while still keeping duplicate/support content fully discoverable inside the Intercom Help Center for customers.This feature would help avoid duplicate content SEO conflicts without impacting the Help Center user experience.This version should work well for Intercom’s Product Wishlist submission.
The current Lite Agent permissions are too restrictive and hinder productivity. Currently, Lite Agents can only navigate via direct ticket links or mentions (which are difficult to manage, as noted in Request 1). Additionally, it is highly inefficient that Lite Agents cannot use macros—not even text-only ones—forcing them to store standard internal replies in external documents.Request: Access to Views: Allow Lite Agents to access (custom) Views. This is essential for navigating tickets efficiently, especially since we operate with multiple brands and teams within Intercom. Access to Macros: Grant Lite Agents the ability to use macros (or at least text-based macros) to streamline the process of writing internal notes.
The Problem:We have bugs that arise, just like any other tech company. We’re constantly innovating and pushing updates, and therefore encounter unexpected issues. We typically fix widespread issues and outages very quickly. And we link all customers to a tracker ticket. Fin spends way too much time blindly leading a customer through troubleshooting steps, when there’s a deeper issue Fin is unaware of. How we solve today:It takes a lot of effort to create a snippet, and create guidance for the snippet, to quickly train Fin on a known issue. And then that guidance and snippet has to be manually deleted hours or days later when the issue is resolved. It’s constantly evolving, requiring multiple steps. We create tracker tickets to inform customers and human agents of the progress of issues like this. So I’m training my agents and Fin separately, in two different places. The Dream Scenario: Awareness: Fin is aware of all active Tracker Tickets logged by human agents. Mitigation: Fin automatically offers a workaround to the customer if one is documented. Proactive Subscription: Fin asks the customer if they would like to be notified of updates regarding the bug. Automation: Upon confirmation, Fin automatically links the conversation to the Tracker Ticket and converts the conversation into a customer ticket. Persistence: Fin remains the primary point of contact unless the issue requires human escalation. Resolution Loop: When the Tracker Ticket is marked "Resolved," Fin proactively follows up with the customer to confirm the fix is working for them. Proposed Implementation in IntercomTracker Ticket Settings Add a "Sync to Fin AI" toggle on Tracker Tickets (or enable this by default for specific Ticket Types). When enabled, provide specific AI-optimized fields: Symptoms: Describe what a customer would experience (to help Fin match the issue). Workarounds: Step-by-step instructions for Fin to provide. Target Audience: Specific conditions or user segments impacted. Auto-Link: Toggle option to allow Fin to automatically link users to a Tracker Ticket. Auto-Ticket Creation: Toggle option for Fin to generate a linked conversation ticket automatically upon bug identification.
A new feature with delayed messages has recently appeared, allowing you to send a message and cancel its sending before the timer expires. However, when sending such a message, you cannot see the content of the message, for example, to check yourself for typos. It would be a good idea to add the display of the message content that will be sent during the selected delay, so you can double check it before it goes out.
It would be very useful to be able to sort chats by linear ticket status and priority. As well have specific inboxes for chats with linear tickets.
Problem:When a conversation is converted to a ticket, attribute values on the conversation are not automatically populated into matching ticket fields, even when identically named fields exist on both objects. The two remain linked but maintain fully independent attribute sets.This gap is not surfaced to users at the point of conversion, making it non-obvious until a workflow fails or an SLA is missed. ImpactThe most immediate consequence is SLA policy behavior. Because SLA policies in Intercom evaluate at the conversation level, a ticket with Urgency set on the ticket attribute, but not on the corresponding conversation attribute may not trigger or breach correctly. Teams populating ticket fields in good faith could be inadvertently creating invisible SLA gaps. Additionally, any workflow conditioned on a ticket attribute will not fire as expected if that attribute was not populated at conversion time. This affects routing logic, automation triggers, and any Fin-based attribute detection, which does not carry over to tickets automatically.Requested FeatureA native attribute mapping configuration allowing workspace admins to define field-level mappings between conversation attributes and ticket attributes. When a conversion occurs, values from mapped source fields would be written into their designated target fields automatically before any workflows evaluate the new ticket.
The ability to have a toggle in the Help Center settings to have the messenger default to open on the Support page. Java script like Intercom('showSpace', 'home') exists for other pages, but we cannot add it to the Intercom Support page.
At this time, all tickets are be shown in the tickets portal, by default all tickets states are selected.We would like to be able to configure that resolved tickets are not visible by default.The customers would still need to be allowed to select the Resolved state so that they can view those tickets, but by default the Resolved state should be unchecked.
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.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
OKSorry, our virus scanner detected that this file isn't safe to download.
OK