Share product ideas and upvotes with our product team
It would be great if there was a way to deal with explicit image content sent by users. Have a filter in the system that detects inappropriate content in images Have an option to automatically blur or hide images until you click on them Hide images by default until you click on themAs we had problems with such content before, any method to detect or deal with such content would be much appreciated!
If a customer is swearing would be good for an agent to have the choice to see the full message or not - with a AI summary of the message without the swearing. That way the agent can still warn the customer to not use the inappropriate language but is not having to see the language if they do not wish to.
Currently, when a user dismisses an Intercom Banner, the dismissal is permanent. This means the banner will not show again for that user, even if they continue to meet the targeting rules.This creates a gap for products where teams need to remind users about ongoing issues, outages, or temporary product limitations (not just reminding them every Monday or Wednesday)The problem is that users often dismiss a banner to clear their screen but then forget about the ongoing issue, and since the banner is permanently hidden after dismissal, they never see it again. Please add an option for Banners to reappear after dismissal, based on repeat delivery rules (similar to Posts). For example: “Show again every X hours/days even if dismissed” “Dismiss temporarily, but allow future redisplay” “Dismiss only for the current session” “Reset dismissal based on targeting rule change”
Occasionally there might be a time someone creates a draft for an article change, but then decides that the change is not needed. In this case, we should have a Delete Draft option so that the draft that never gets published does not show up in version history or keep the article in a Draft / Published with Pending Draft state.
It would be awesome if we could manipulate the x and y axis for the heatmaps.
It would be great to be able to enter our own custom text here rather than choose from a list of 6 options. We have other “apps” (external links) added to our messenger and would love the ability to type our own text for the “Start conversation” button, for consistency. I’ve included screenshots to explain what I mean.
Have the ability to add notes to version change so that it’s easily trackable when a major / minor functionality is being modified. Highly increase visibility for change management in configurations.
Would be great to be able to bulk change Help Center article visibility Editing the audience on each article individually is time-consuming and frustrating Ideal end state: be able to bulk change article audience permissions by collection or by selecting multiple at a time (similar to the way we can currently use the bulk action “Change Fin audience”)
Currently if you select to use the News feature of Intercom Messenger, you have an option to publish any news articles to the static news centre. This is useful for archiving/external linking purposes. However, this news centre is fully public and open to visibility and the audience can not be limited in any way. This is an issue for our business as there are sometimes news articles that we wish to publish to our clients that contain sensitive information. We should be able to set up the news centre to be able to limit visibility only to logged in users or leads, so we can have the static URL as needed for linking in other areas (e.g. Help Centre articles or other chats or news articles), without the news centre being open to anyone who finds it.
we want that the Help center's homepage displays automatically the list of articles in chronological order without the collections, to match a modern changelog feel. So it would either be links of articles listed or the open articles directly and you have a reference on the right for either published date or a title. I believe for intercom it would also expand the use cases with a very simple change
We run a small call centre on Intercom Phone and the current call routing behaviour is causing us real problems. Sharing here because I suspect we're not the only ones.The core issue: when an inbound call comes in, Intercom rings available agents once. If that ring isn't answered — agent is on another call, notification missed, away from desk — the call drops into silent hold. There's no continuous polling, no signal to agents that a call is still waiting, no queue state they can pull from. The customer ends up sitting on a dead-feeling line until they give up. From our side, it looks and feels like we're missing calls we shouldn't be missing.What we'd expect, and what every other call centre platform does: keep polling available agents until one picks up, or expose a clear queue state agents can manually answer from.A few smaller things point to the same underlying issue — Phone hasn't quite been designed for a working call centre yet. Manual callbacks aren't recognised: miss a call, ring the customer back from the ticket manually, hang up, and Intercom then prompts us to call them again because it doesn't track that an outbound call already went to that number on that ticket. Callers on hold get silence — no hold messaging, no position-in-queue, no reassurance they're still in the queue. And scheduled callbacks fire on a fixed timer-based delay rather than queueing up for the next time an agent is free.The chat, transcription, and AI summary side of Intercom is genuinely excellent and is the reason we picked it. But the voice product feels close-but-not-quite for anyone running a real phone queue. Would love to know if continuous polling and proper queue behaviour is on the roadmap, and if anyone else has worked around this in a way that doesn't involve Slack alerts as a band-aid.Happy to share more detail with the product team if useful.
Our team flagged that a customizable top bar for each conversation would be really useful. Some teammates work with tickets where they're constantly managing participants, so having quick access there would save them a click each time.
For QA purposes, we would like to be able to get notified when the team creates or updates articles. Currently, I can only do this with webhooks.
Currently, there are no available channels in Side Conversations other than Email or Slack, although there are at least 5 channels available when creating a new conversation via the ‘+’ button on the top left in the Inbox view.I believe there are a lot of use cases for other channels included in Side Conversations (ex. Messenger) for support agents, encouraging use of them for end clients.
In my current customer-facing workflow, I am offering users an option to create a ticket if live support is N/A by using a “Send a ticket” feature. Once it has been added to a workflow, my only remaining option is to disable customer input, which is fine from UX point of view. However, if the user is not creating a ticket, the conversation will hang in the inbox forever since the workflow has reached it’s end, which creates clutter. Previously, with the inbox rules, it was possible to close the conversation by using some of the triggers, but since Inbox rules are deprecated, my only way is to Frankenstein something like this: Send a webhook to Make before sending a ticket form to a user Wait for X minutes Fetch the conversation via GET request in Make and check if there is a ticekt Close the conversation if there is no ticket. I understand the logic between how tickets and conversations work, but I believe there has to be a simple native way of closing these abandoned chats.
Currently, ticket attributes are created manually per each ticket type, which contradicts with the logic of most support orgs, where same/similar attributes are used across all tickets types for better analytics. It is currently, extremely time-consuming to re-create these attributes for every ticket, and copy-paste the names if you are using 3rd party automations. Please allows us to create global ticket attributes or to at least reuse them across multiple ticket types.
Background:Intercom users often need to replicate similar workflows when setting up pathways in dril-down menus or other automation features. Manually recreating these pathways is both time-intensive and prone to errors, especially for complex or repetitive configurations.Suggestion:Introduce a "Duplicate Pathway" feature that allows users to quickly create copies of existing pathways or segments of pathways. This would streamline the workflow creation process by eliminating the need to start from scratch every time.Proposed Features: Duplicate Entire Pathway A straightforward option to duplicate an entire pathway, including all nodes, conditions, and actions. The duplicated pathway can be renamed and edited independently of the original. Segment Duplication Allow users to duplicate specific segments of a pathway (e.g., a group of related nodes or a particular decision tree). Drag-and-drop functionality for seamless integration into other pathways. Contextual Adaptation (Optional Enhancement) Provide prompts for users to adjust variables (e.g., roles, conditions, or field mappings) after duplication to ensure the new pathway fits the intended use case. Benefits:Time Savings: Significantly reduce the effort required to set up similar workflows, allowing users to focus on customization and optimization. Error Reduction: Eliminate inconsistencies and manual errors often introduced when recreating pathways. Scalability: Support teams managing multiple pathways across different departments or use cases. User Satisfaction: Enhance the overall user experience with a more efficient workflow creation process.Implementation Notes:UI Integration: Add a "Duplicate" button to the pathway editor or pathway management view. Error Handling: Ensure pathways or segments can only be duplicated when they are compatible with the intended context, providing clear prompts if adjustments are needed.This Duplication feature would align with Intercom’s goal of providing intuitive tools that make workflow automation faster and easier, especially for high-use systems like Workday integrations. It would benefit power users and teams in HR, finance, and operations who frequently build and adjust pathways.
We would like to be able to make the content we generate in the process of responding to support requests available to be discoverable and accessible by Google search. One way to do this would be to provide integrations with external knowledge base platforms like Reddit or StackOverflow which would allow support team members to push conversations to the external platform to be posted there. Another way is to provide a way for support team members to push conversations to public articles in the Intercom Help Center (which are discoverable by Google).We generate tons of helpful content in our support conversations; it's a shame that all of that should remain locked within the walls of Intercom and not searchable.
No. I want one hot key (or macro) that has multiple different responses behind it in a round robin fashion.Keep it fresh for customers. When they are regular users of chat support they see the same responses over and over. It begins to be impersonal to them after time and they get annoyed that it seems robotic.For example I can create a macro that says "I’ve just picked up this ticket up, and I’m reviewing it now. I’ll get back to you shortly with an update." but I can also say a bunch of different responses and have it mean the exact same thing but not look robotic to the user."This is on our radar now — I’ll come back to you shortly with an update.""We’re on it now and will get back to you once we’ve reviewed the details.""I’m taking a look now — I’ll follow up in a little bit.""I’ve just started looking into this and will be back in touch shortly with an update.""Thanks for your note — I’m reviewing this now and will follow up shortly with an 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.