Share product ideas and upvotes with our product team
Configurable retention periods for Fin Memory (currently fixed at 45 days for messages/summaries, 180 days for facts), requested by a customer
Over time I would find it helpful if there could be a separate function that allows us to tailor our email preferences more specifically. For example, it would be useful to have the option to distinguish between tickets/conversations and the more general Finn AI updates when using the platform. Screenshot below:
When I’m setting up an email, I can preview the estimated audience, but there isn’t an easy way to open the full list of users who match those rules.For example, if I have a message with a bunch of audience filters/tags, and I want to double-check exactly who will receive it, I currently have to go to Contacts and manually recreate all of the same filters there.It would be really helpful to have a way to either:Open the full matching audience in Contacts with all of the audience rules already applied, or Copy/export the audience filters so they can be quickly pasted/applied in Contacts.Basically, from the message audience builder, I’d love a “View all matching users” option instead of only being able to preview a subset.This would make it much easier to QA an audience before sending, especially when there are a lot of inclusion/exclusion rules.
Auto-flag Help Center articles that go stale when we ship product updates, and suggest the edits needed. This would keep Fin's answers accurate and the knowledge base updated without manual audits/new fin guidance every release.How it would work: we input release notes into Intercom; Intercom surfaces impacted articles and highlights recommendations for sections needing edits and/or net new content.Example Scenario: A feature is changed or removed in our product UI. We paste/upload release notes. Intercom surfaces the exact articles impacted and highlights the recommended edits or new articles. It also ensures that Fin is not surfacing old conversation answers that used to be true in the past. This reduces the risk of outdated content and keeps self-serve accurate.Why it matters: Reduces outdated self-serve content, improves Fin resolution rates (meaning more $ across all customers using fin), and scales KB maintenance as release velocity increases. I imagine even Intercom could leverage this internally for their own knowledge base.
Would like my mentions notifications to jump to the message (s) where I am mentioned, not the most recent message in the conversation. Things get lost if a conversation has continued since the note relevant to me and I want to make sure I catch them all without scrolling and squinting.
Hi Intercom Community! 👋It would be great to have an option to restrict users by communication channel instead of blocking them completely.For example, we may need to block a user from Live Chat while still allowing them to contact us via Email.This would be especially useful when dealing with inappropriate behaviour in real-time channels while keeping a formal support channel available.Would be great to know if anyone else has the same need or if this is already planned.
SummaryWhen viewing tickets or conversations with multiple participants, the tooltip displayed on the Merge option ("Unable to merge this ticket because it has multiple participants") appears directly over the Manage Participants menu item, making it difficult to access.The ProblemOne of the most common actions in multi-participant email conversations is managing the participant list. In particular, I frequently need to remove our support email address when it has been automatically added as a participant through email replies.If the support address remains in the participant list, customers who use "Reply All" can unintentionally generate duplicate responses and additional conversation noise.Unfortunately, the tooltip for the disabled Merge option appears directly over the text of the Manage Participants menu item. As soon as the cursor passes over the disabled merge entry, the tooltip covers the item I'm trying to click.This creates a frustrating workflow where I have to:Wait for the tooltip to disappear, or Carefully click a very small uncovered area of the menu itemBecause participant management is a frequent task, this interruption occurs many times per day.Suggested ImprovementsAny of the following would significantly improve usability:Option 1: Reposition the TooltipDisplay the tooltip to the side of the menu rather than directly above the menu items.Option 2: Add a Hover DelayIntroduce a short delay (for example 500-1000 ms) before showing the tooltip. This would allow users to move directly to Manage Participants without triggering the popup.Option 3: Prevent Tooltip InterferenceAllow pointer events to pass through the tooltip or ensure it never overlays clickable menu items.Option 4: Improve Menu LayoutConsider placing Manage Participants higher in the menu than actions that are disabled when multiple participants exist.ImpactThis is a small UI issue, but it affects a high-frequency workflow. Reducing the friction around participant management would save time, reduce user frustration, and make common email-based support activities more efficient.Expected behaviour: Inform the user why merging is unavailable without obstructing access to nearby actions.Current behaviour: The tooltip obscures the "Manage Participants" action, making it unnecessarily difficult to click.
We’re currently building an internal wiki/information hub in Superhuman Docs. It’s build to be a knowledge hub and team wiki, so it would be very useful to give FIN access to a specific Doc that we create for FIN. A useful feature in Superhuman docs is the ability to sync pages between Docs. This would allow us to sync pages from our private knowledge wiki into a wiki Doc that we give FIN access to.
Summary: When an email is forwarded to our support address with no text from the forwarder, Intercom detects the conversation language as English, based on the forwarder's signature and the mail client's forwarding boilerplate. The forwarded content and the subject line are in German. Language detection should ignore boilerplate and signatures and weigh the forwarded message's actual content. Current behavior:A teammate forwards a German email to our support inbox, adding nothing above the forwarded block. The conversation is created with a German subject and a German forwarded body. Intercom sets the detected language to English. The likely trigger is the English signature and the English wrapper ("Forwarded message", "From / Date / Subject / To").Expected behavior: The conversation is detected as German, since the subject and the substantive body text are German.Why it matters:Wrong language detection breaks everything downstream that depends on it: routing and assignment rules, language-based workflows, Fin's response language, and macro/snippet selection. Forwarding is a standard internal handoff pattern, so this is systematic, not an edge case. Non-English customers get routed to English queues or answered in the wrong language.
We use Fin in the Inbox, but we repeatedly run into the same problem: Fin sometimes sends very long messages and occasionally incorrect or irrelevant information.At the moment, Fin only reliably stops once an agent actively replies in the conversation.This is a real issue in day-to-day operations because when I’m on the go, I often can’t reply immediately — but I still need to stop Fin instantly as soon as I see that it’s going in the wrong direction.Feature request: “Stop Fin without replying”I’m requesting a way to immediately pause or stop Fin without requiring an agent to send a message.Clear trigger examplesFin should automatically stop when any of the following happens: The conversation is assigned to an agent An agent takes over / opens the conversation A manual toggle in the conversation header: “Pause Fin” / “Stop AI replies” (one click) Controllable on mobile (e.g. via the Intercom mobile app while on the go) Why this matters Prevents incorrect information from being sent to customers (quality & brand risk) Avoids unnecessary long AI messages in the chat (customer experience) Allows a safe handover to a human even when mobile, without having to send a “placeholder” reply just to stop Fin Acceptance criteria When a conversation is assigned to an agent, Fin stops immediately (no further messages or follow-ups). Agents can pause/stop Fin without sending a reply (UI control). The feature is available on mobile (at least stop/resume). Optional: audit log (e.g. “Fin paused by Gustav via assignment/manual toggle”).
I'd like to be able to add a link or button inside a Help Center article that opens the Messenger with a new conversation ready to send, the same way Intercom('showNewMessage') works on pages where Intercom is installed.Why this matters: I own our Help Desk content. Many articles end with something like "If you still need help, contact our support team." Right now that line can only be plain text or a normal link. Articles don't support JavaScript or onclick handlers, so a reader who wants help has to close the article, find the Messenger launcher, and start a chat themselves. Some readers drop off at that step. Others open a chat without the context of the article they just read.What I'd love to see:A built-in "Start conversation" link or button type in the article editor that opens the Messenger with a new conversation, whether the article is viewed in the Help Center or inside the Messenger. The option to pre-fill the composer text, like showNewMessage('I need help with X') already allows. Ideally, the article the reader came from is attached to the conversation automatically, so the teammate or Fin knows where the question started.This would make it easier to guide readers from self-serve content to a conversation when they need it, and it would give us better context when they get in touch.
Have the option to call when viewing a article, for ease of access.
When using a macro in a Slack side conversation, macro variables (such as company name or custom attributes like Company ID) do not populate. The same macro works correctly in the main Intercom conversation, but the Slack side conversation thread leaves those fields blank.Because Slack side conversations are synced with the main Intercom conversation, it would be more consistent if macros could automatically pull the same conversation data (user attributes, company attributes, etc.) when applied in the Slack thread.This would improve teammate efficiency and reduce manual data entry when responding from Slack.
Slack × Intercom integration consists of 2 mechanisms:Slack » Intercom (via trigger in Slack channel) Intercom » Slack (via Side Conversation)Whilst this adds lots of convenience by connecting these two system, there are still some big gaps that require manual copy-paste to ensure all the context is available for handoff to other teams.—Feature Request 1:Let macros insert Conversation attributesThat way you could easily insert all the contextual information you need straight into the conversation with a few clicks. You could also use workflows to automate sharing context. Feature Request 2:Expose Slack thread links and Intercom conversation links as Conversation attributesIn its simplest form, it would also provide easy access to these values via the Intercom conversation sidebar instead of being buried in a private note.It would additionally allow these values to be used in macros. Intercom » Slack example: start a side conversation in a Slack channel and share a link back to the Intercom conversation. For Slack » Intercom, ideally this would be posted as a bot message only visible to users from the primary workspace (excluding Slack Connect users).
When I used to choose to snooze something, the cursor would automatically populate in the box where I can type the length of snooze. Now when the box pops up, there is no cursor, I have to click to start typing in the box first. When the modal opens, the cursor should default in the correct box so the duration can be typed out. That’s how it used to be before your most recent update. :(
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.