Share product ideas and upvotes with our product team
Hey there, I would really like to be able to merge conversations. is that on the roadmap yet?
I was hoping to be able to set up a workflow to better identify when we have a first time chatter reach out. Ideally it would be something like; previous chats = 0 if so apply a note to the chat stating that this is a new user chatting in for the first time.
Hi there, It would be a huge advantage to be able to edit sent messages to customers through Intercom Messenger. If a mistake is made, then you have to delete the message which is displayed that it has been deleted to the user, it’s not ideal at all. There are countless times it has been mentioned in our organization that we need the ability to edit the messages and we are surprised it’s not already a feature. Hopefully this is something that can be added. Thank you, Caitlyn
We would like more granular control over how individual teammates are presented to customers when sending emails from Intercom.Currently, teammates may need to communicate from different email addresses or inboxes depending on the type of request. For example, a VIP teammate may sometimes send from a dedicated VIP/Loyalty address, while at other times they may need to use a general Support address.At the moment, the customer-facing identity cannot be configured independently enough for each teammate or sending context. This can result in the same teammate being presented with an identity, role or signature that does not accurately reflect the context of the email being sent.Ideally, admins should be able to configure customer-facing email identity settings at one or more of the following levels: Individual teammate Team or Inbox Sender email address This could include: Display name or alias Team or role label Email signature Brand presentation Where possible, the correct identity and signature should be applied automatically based on the sender address or Inbox being used.This would allow teams such as VIP, Customer Relations and general Support to work within the same Intercom workspace while maintaining an accurate and professional customer-facing identity for each type of communication.
Problem:Our Help Center supports regional English variants (English (US) and English (Canadian)) and correctly serves the right version based on language override (we’d like to confirm as well that language override takes priority over browser language) when accessed directly. However, the Messenger only supports base language codes (e.g., en), not regional variants. This means a member with language_override set to en-US and one set to en-CA both see identical Messenger content (our default content set to en-CA ), there's no way to differentiate.Why this matters:Most of our members access the Help Center through the Messenger, not by visiting Help Center articles directly. So in practice, our regional Help Center translations only work for the small fraction of traffic that lands on articles directly — the primary access point (Messenger) can't route members to the correct regional version at all. This creates real accuracy problems: US members can end up seeing Canadian-specific content (pricing, policies, terminology) and vice versa, which actively misleads them.Requested feature:Allow Messenger language settings and language_override to support regional locale codes (e.g., en-US, en-CA, fr-CA, fr-FR), not just base language codes — so Messenger-served Help Center content matches the same regional targeting already available for direct Help Center visits.
Is there a way we can have this option back? i.e. we simply hide the decline button but without turning on auto-answer? We're wanting to discourage missing calls but not put customers in a situation where they're connected with an agent who is away from the desk without aux state update (human error/mistake).
Access Management for Team MailboxesCustomer service representatives should have access to all shared mailboxes at the team level. However, they should not have access to other employees' personal mailboxes.In the current setup, a customer service representative can access a colleague's personal mailbox and view detailed information about what that person has been working on throughout the day. This provides visibility into an individual's productivity and case handling activities, which is not necessary for performing day-to-day responsibilities.We would therefore like to restrict access so that:Customer service representatives have access to all team shared mailboxes. Customer service representatives do not have access to other employees' personal mailboxes. Only managers or other authorized roles have access to employee-specific information when required.Purpose: To ensure appropriate data access, protect employee privacy, and limit visibility to information that is necessary for job-related tasks.
Currently, when an outbound conversation is created, it is correctly assigned to the teammate addressing the ticket. However, if a team is later assigned—either manually or automatically—the assigned teammate is removed, even if they belong to the assigned team.This issue became more problematic with Balanced Assignment enabled. Once the team is assigned and the original teammate is unassigned, the system automatically reassigns the conversation to a different teammate. As a result, we have to manually reassign the conversation back to the original handler, adding unnecessary workload and potential confusion.We’d like to ensure that when a team is assigned, the original teammate remains assigned to the conversation.
I’d like to be able to undo merging changes or un-merge two merged conversations. Or at least change the primary conversation of merged convos. It seems that this is an irreversible action so it would be great if we could revert it or make further changes. Thanks!
ProblemSearching for relations and tickets currently only works on a limited set of fields. If you don't have the exact name or ticket number, there is often no way to find what you're looking for. For example, a phone number cannot be used as a search term (even though it's stored on the relation or linked to other tickets) so an incoming call from an unrecognised number can't be traced back to a relation or an open ticket. ImpactThis costs time in day-to-day work and makes some lookups impossible rather than just slow. It comes up most often when the only identifying detail available is something other than a name: a phone number, an email address, an address, or a fragment of text from the ticket itself. Requested improvementEnable full content search (like elastic search) across relations and tickets, so that any stored field (including phone numbers, email addresses, addresses, and free-text fields such as descriptions and notes) can be used as a search term. Ideally partial matches would work too, so a search on the last six digits of a phone number still returns the right relation.
Very simple idea: it would be nice to be able to define the horizontal alignment of the text, so it can be positioned to the left, center, or right.
I want to report feedback - that fact that chat are hidden from view after a short period of time is really inconvenient for our clients. our clients loose information that they had ask previously and are now manually copy pasting chats to make sure they still have it.
We use Macros frequently within the Support team, and sometimes need to loop in other teams depending on the topic, such as the Security team.Currently, we use a Macro and then manually add other teams to CC. Since this extra step can be cumbersome, it would be wonderful if Intercom could support pre registered CC email addresses within Macros.
Currently, channel availability (Phone, Email, Messenger, SMS) is controlled individually by each teammate. Some agents are actively removing Phone from their availability to avoid taking inbound calls. Restricting inbox membership or setting assignment limits to 0 does not solve this issue, as agents can still manually toggle off specific channels.Proposed Solution Option A (Channel Locking/Permissions): Allow admins to lock or enforce default channel availability per teammate/role via Admin Settings or Permissions (e.g., prevent agents from unchecking "Phone"). Option B (Inbox-Level Channel Restrictions): Allow admins to bind or restrict specific channels directly to dedicated Team Inboxes (e.g., a Phone Inbox that overrides individual channel toggles for assigned members). Business Impact Prevents agents from bypassing call routing and cherry-picking channels. Ensures proper phone coverage and SLA compliance. Eliminates the need for manual monitoring of agent availability states.
The payload for conversation_part.tag.created currently lists all active tags for a conversation, and does not indicate which tag initiated the topic. It would be helpful for routing web-hooks if the payload provided which tag was the new one.
I would like to be able to see conversations/tickets I have updated. I checked Operator and it said, “Unfortunately, filtering by "last updated by me" isn't something the search tool supports — it can only filter conversations by when they were started, not by who last updated them or when.”
Allow MCP access to Fin and Copilot reporting to enable integrated agent analytics
In order to improve the NPS surveys, it would be great if the numbers were color coded (0-6 in red, 7-8 yellow, 9-10 green). This would make it much easier for respondents to pick an appropriate number when asked about the NPS. When looking around, many other surveys do offer this color code.
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.