Share product ideas and upvotes with our product team
We sell a lot of expensive medication. I.e., weight loss jabs (i.e., Mounjaro/Wegovy)It can be over £200 for a month's supply of weight loss medication.We get customers writing in all the time saying they're having issues with their pen. Their pen is broken, and it needs replacing.We are, of course, happy to replace their pens, but really often what is needed are some good troubleshooting instructions.i.e. Have you tried this? First try this, then try this.This could be very smoothly achieved if Fin was able to walk a user through various steps with how-to videos. These pens are a physical medium, and it's quite hard to convey what you need to do to a beginner with just text. I feel a video, or a series of videos following a series of steps in a procedure, would really help bring this to life.
I created a macro that sets conversation attributes and tags, and auto-closes when I send.It worked perfectly, set the conversation type attribute and then closed it.Then I added a setting requiring that one conversation attribute be set in order to close a conversation, which we need.Even though I’m setting the conversation attribute before the auto-close action on the macro, I can’t actually send the macro because the conversation cannot be auto-closed without the attribute set. The ordering of the actions does not solve the issue, the auto-close action shows in red and I can’t send until I remove it.I’ve removed auto-close as a workaround but I’d really like to be able to add it back.
Problem:@mentions are triggered when a note is created. If we later edit an existing note, the content is simply updated in place. The original posting event (when mentions are processed) doesn’t run again. Because of that, adding a new @mention during an edit won’t notify the teammate.Request:Is it possible to change this behavior, so mentions are triggering on note edits?
The Problem: Currently, when our team makes outbound calls that go to voicemail, the automated survey script plays at the end of the voicemail message.The Solution: We would love a feature that lets us set a minimum duration timer for outbound calls before a survey is triggered (e.g., only send a survey if the call lasts longer than 2 minutes). This would ensure surveys are only presented after actual conversations and circumvent the issue of leaving surveys on voicemails.
Help Center pages have og:title, og:description and og:image, but no og:site_name.Apps like Telegram then fall back to the domain and capitalise it, so our help.1inch.com links show "1Inch" while our brand is lowercase "1inch". Custom HTML is not supported, so there is no workaround.Please output og:site_name from the Help Center display name, or add a dedicated field next to the social media image setting.thanks in advance!
Hi,Customers who contact us through the Messenger can view their tickets under "Tickets". Right now the list shows every ticket regardless of state, sorted newest-first. That means a customer following up on a long-running ticket may have to scroll a long way to find it. Letting customers filter by ticket state would be a simple quality-of-life improvement, and we'd love to see it added.Thanks!
Allow collapse of Conversation Detail Pane to expand the conversation window so there’s more space to write responses.
We are using one Teammate has been unresponsive workflow that sends an internal note to unresponsive teammates. The issue is that there isn't an option for phone. I'd like to be able to send an internal note in the phone conversation if they're unresponsive.
We need the ability to easily flip between tickets within the same Intercom browser instance without losing the ticket we’re working on- essentially having multiple tickets opened up at once. At this time, the only option is to open multiple browser tabs for each ticket we need to reference which is very inefficient. Having the ability to have tabs of tickets within the same browser tab/instance to flip back and forth between will be more effective and more user friendly when we need to reference information in multiple customer tickets.
Request:Create a new metric with adjusted conversation handle time based on the interval in which the work is actually performed, rather than the interval in which the conversation was originally created.Business Impact:Today, handle time is tied to conversation start time, which can cause workload to appear in intervals when no agents are actively working. This makes interval-level reporting less reflective of actual agent effort and can create challenges for workforce management, forecasting, capacity planning, and intraday decision making.Value:Attributing handle time to the interval where the work occurs would provide a more accurate view of operational workload, improve reporting accuracy, and enable organizations to make better staffing and forecasting decisions based on when work is truly being completed.This enhancement would significantly strengthen Intercom's reporting capabilities for teams that rely on detailed operational and workforce planning metrics.
now we have a sending delay up to 30 seconds but it has to be set up for each sentence. which makes no sense. in case of accidental sending message to the wrong person you have to think of it in advance and setting sending delay for this message. could you add a setting for enabling it for every message automatically. Thank you
We’re looking forward to having additional languages added to Messenger support:Pashto, Sorani Kurdish, Amharic, Chichewa, Haitian Creole, Kazakh, Kyrgyz, Malagasy, Nepali, Somali, Sesotho, siSwati, Tamazight, and Setswana.
It would be great to have the ability to resize images in macros and the reply box.
Currently when you add extra blank lines before sending a message, Intercom doesn’t automatically remove them. So if you press Enter several times and leave those lines empty, they will still appear in the chat after you submit the message.The composer won’t automatically clean up or collapse those spaces after submission. Idea: The composer will automatically clean up or collapse those spaces after submission thus removing extra unnecessary spacing that does not contain information.
The “If teammate changes the conversation team assignment” workflow trigger only works team assignment changes on conversations. It will be ignored if a teammate is assigned or if used with tickets.We’d like to see a workflow trigger that will fire whenever a conversation or ticket is assigned to a specific inbox or inboxes. Certain escalation or product teams may have specific SLAs or workflows. It would be helpful to be able to fire them when a conversation or ticket moves to a specific team inbox.
ProblemThe current "Send Ticket Form" action in Workflows does not create a separate, independent ticket. It converts the existing conversation into a ticket and reopens it. Fin support confirmed this behavior when we raised it directly. For use cases where a follow-up needs its own trackable record while the original conversation stays closed and attributed to the original agent, this is a hard blocker. There is no way to keep the source conversation closed, preserve metrics, and maintain accurate CSAT attribution using the current ticket actions available in Workflows. Use CaseWe are building a CSAT escalation workflow. When a customer submits a low rating, they are prompted to opt in to a manager follow-up. If they opt in, the goal is to generate a separate escalation ticket routed to a manager inbox, with the original closed conversation left completely untouched. With the current behavior, "Send Ticket Form" converts and reopens the source conversation instead. This creates three problems that compound on each other:The original conversation is no longer closed, inflating case age and ticket volume metrics. CSAT attribution shifts from the original agent to whoever handles the reopened record. The conversation then needs to be manually reassigned back to restore accurate attribution, adding overhead and introducing further attribution risk. Requested FeatureA Workflow action that generates a genuinely independent, net-new ticket linked to the source conversation, without converting, reopening, or modifying the source in any way. The source conversation should remain exactly as it was: closed, assigned to its original agent, and intact for reporting. The new ticket would carry a reference to the originating conversation, be assignable to a team or teammate at creation time, and support pre-population of ticket attributes from the source conversation where available. Current WorkaroundThere is no supported path that achieves this without either modifying the source conversation or requiring manual cleanup afterward. The "Convert to Ticket" action has the same limitation. Both available ticket actions in Workflows operate on the existing record rather than creating a new one. Business ImpactEnables escalation and follow-up workflows that need a separate trackable record without affecting the source conversation's metrics or attribution. Removes the need for manual reassignment steps to restore CSAT and case ownership accuracy after a workflow fires. Unlocks post-resolution follow-up scenarios, including manager callbacks triggered by a negative CSAT, that are not currently achievable without metric side effects.
When a human agent takes ownership of a case, particularly for complex, multi-step issues like repair bookings or courier collections, and Fin subsequently handles part of that conversation (e.g. answering a status update, running a procedure), there is currently no native way to automatically return the conversation to the original owning agent once Fin's involvement ends or escalates. Our agents handle cases that span multiple touchpoints. An agent may book a scooter collection or repair, making them the case owner with full context. If the customer later contacts us again, Fin may handle the interaction but when Fin escalates or the conversation needs human attention again, it lands in an unassigned team queue. The original agent loses the case unless they find it or it gets manually reassigned to them. The only current workarounds I can think of:Agent name tags + a workflow branch per agent (brittle, requires maintenance as the team changes) Creating a new custom attribute (however, we've exhausted our attribute allowance on reporting-critical fields)None of these are clean solutions, they all require ongoing manual maintenance or sacrifice something else.The ask: A native "Case Owner" concept at the conversation level, separate from the current assignee, that: Can be set by an agent when they take ownership of a case Is preserved throughout Fin's involvement in the conversation Automatically reassigns the conversation back to the case owner when Fin escalates, hands off, or the conversation leaves the bot inbox Alternatively, a workflow trigger condition of "previous human assignee" that can be used to route conversations back to whoever held the conversation before Fin took over. As teams adopt Fin more deeply particularly on email channels where conversations reopen and span days or weeks, case continuity becomes critical. Fin is excellent at triaging and answering, but the handoff back to a human needs to be intelligent, not just "drop it in the team queue." This feature would allow teams to confidently expand Fin's scope without sacrificing the accountability and context that comes with named case ownership. This would affect any teams using Fin on email or async channels with multi-touchpoint cases, repairs, logistics, complaints, or anything requiring follow-up over time. ThanksEd
We should be able to create events from scratch before using them, because if we wait until they’re used, the first time that event is triggered, it doesn’t trigger any action—and therefore it’s completely useless.Yes, we can create a fake event with code, just so Intercom has it, but I don’t think that’s the right way to handle this; it’s a workaround for something that should be possible to do from the Intercom dashboard.
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.