Share product ideas and upvotes with our product team
When creating a new conversation, if the macro being used is specified as for starting new conversations only, it would be useful to have the option to have a predetermined subject line included.These are typically used in the form of email templates, where the subject line would always be the same, and as such having it as a pre-populated option would make using these more streamlined.
We were using the Review Statuses in Monitors to track conversations where we needed Fin to improve its responses, and then update the status once we’d implemented changes and tested that Fin had improved its responses.It’s helpful when the reviewer and the conversation designer are different people, or simply when the reviewer doesn’t have time to make improvements while reviewing conversations.Now we had to create a tracker using another app. Bringing the Review Status will keep us working within Intercom.
Brands can only be associated with email addresses or URLs, but what about if you know someone is contacting you in your general help center, about a specific brand, and you want to set that brand for that messenger conversation? At the moment is not possible, it would be extremely beneficial for companies that have different brands, and different help centers for each brand, this way we can make Fin understand which is the help center he needs to use to reply to the customer’s queries.
When workflow ask to collect the data (e.g. email), there is no webhook notification about it. As a result, third party apps can’t fully support workflows for OTP verification and similar cases.
Hello Intercom community, When a customer clicks 😞 or 😐 on a Help Center article, Intercom automatically opens a conversation and sends a built-in reply:German:"Schade, dass du die benötigte Antwort nicht finden konntest. Möchtest du das Team noch einmal um Hilfe bitten?"English:‘It's a shame you couldn't find the answer you were looking for. Would you like to ask the team for help again?’There is currently no way to: Edit or replace this default message Trigger a Workflow at the moment of the reaction The "customer sends first message" workflow trigger never fires in this context because the built-in reaction flow opens the conversation automatically and takes over before any workflow can run.Who is affected Any team that: Uses Fin AI Agent as their primary support agent Wants to collect structured feedback on why articles fail Cares about brand tone consistency across all customer touchpoints What we want Option A - Editable reaction reply text Allow admins to customize the default message that appears when a customer reacts negatively to an article - either globally or per Help Center.Option B - Dedicated Workflow trigger for article reactions Add a new Workflow trigger: "Customer reacts to article" (with filter options for 😞 / 😐 / 😃) that fires immediately when the reaction happens - before any conversation is opened.Ideal Workflow this would unlock Customer clicks 😞 or 😐 on an article A customizable message appears asking why the article didn't help Structured reply buttons are offered (e.g. "Too technical", "Missing information", "Didn't match my situation", "Something else") A short free-text follow-up is collected based on the button selected A closing message confirms the team will review the article The conversation is assigned to a teammate internally for action Why this matters Catches missing or unclear content early - before it turns into a support ticket Provides structured data on why articles fail, rather than just a reaction count with no context Enables teams to close the feedback loop and improve content proactively Ensures a consistent brand tone across all Fin and Messenger interactions Current workaroundNone available. The built-in reaction flow cannot be overridden or customized.Thank you for your cooperation. Best regardsMatej - reevSenior Customer Support Manager
It would be helpful if Intercom had an AI feature that can rephrase a support agent’s message to sound more friendly, natural, and professional before sending it to the customer.For example, agents could write a quick rough reply, then use AI to improve the tone so it feels more like a real customer support conversation. The AI could make the message warmer, clearer, and more empathetic while keeping the original meaning.This would help support teams respond faster while still maintaining a friendly and high-quality customer experience.
When configuring Fin under Settings → Channels → Messenger → Conversations tab → "With Fin," selecting the recommended option "Set AI Agent expectations" automatically inserts the subtitle "The team can also help" beneath the workspace name in the Messenger conversation header.This string is currently hardcoded — there is no way to edit, replace, or remove it anywhere in the Messenger or Fin settings.We'd like to see several customization options for this text:1. Custom text — the most important one. Let us provide our own wording so it matches our brand voice and support model (e.g., "Our support team is here if you need a person" or "Ask to speak with our team anytime").2. Keep the default — workspaces that are happy with "The team can also help" should be able to leave it as-is with zero extra setup.3. Hide it entirely — a toggle to remove the subtitle for teams that don't want a second line in the header at all.4. Per-language customization — the custom text should support Intercom's multilingual settings so each supported language can have its own version, just like other Messenger strings.5. (Nice to have) Availability-aware text — the ability to vary the message based on office hours or team status, so we're not promising "the team can also help" at 2 AM when no one is online.Suggested implementation: an option set within the "Choose how Fin sets expectations" section — Default / Custom text / Hidden — with a multilingual text field when Custom is selected. This would mirror how "Start conversation button text" is already editable directly below this setting, so there's an existing pattern to follow.Thanks for considering!
First response time is the single biggest driver of how a conversation lands — but there's no clean way to isolate the conversations that haven't received a first reply yet. They sit inside "Open," mixed in with threads already in flight. The one state that most needs eyes on it is the hardest to see.The ask: Let me build a view filtered on reply state — specifically "no teammate reply yet." One view, always showing exactly what's at risk of slipping through.The bigger idea: Don't stop at first reply. Make conversation state a first-class, composable view condition — awaiting first reply, awaiting customer, reopened, no reply in X hours, at-risk/breached SLA. Build the primitive once, and every view a team will ever want comes nearly free, instead of one roadmap ticket per filter.Why it matters: "Unanswered" stops being something you go hunting for and becomes something you can see, route, and act on instantly. The view that surfaces it today is the foundation for never letting it persist tomorrow.
We would like to be able to pull ticket data via the Intercom MCP, ticket number etc. Currently this isn’t possible. Requesting ticket data to be added to your MCP
We need to create several branches if we want to adapt this workflow to all languages. It’d be very time consuming and fastidious.
Currently, the only way to use Claude is to connect the Intercom MCP and perform in-article updates or fetch articles, etc., but it feels half-baked and lacks many useful features. For example, Claude can’t edit multiple languages, only the main language can be added. For me, that’s German, so I can’t edit the English version.We also need an HTML/CSS editor within Intercom. When Claude generates an hc article structure and I don’t want to push it via the MCP, I should be able to copy the HTML and paste it into Intercom so everything is interpreted correctly and formatting issues don’t occur. Also editing Snippets is important, which he cannot access.More broadly, give Claude more access to the workspace so he can reference resources and assemble content. Right now, using him beyond fetching articles is painful. This is the functionality I rely on most, but other capabilities are lacking because he doesn’t have full Intercom access.
The fact that there is no way to set up an automated system to verify articles on a quarterly or annual basis is concerning. This should be standard. If you look at Zendesk, they’ve had this feature implemented for years: https://support.zendesk.com/hc/en-us/articles/4408832243482-Managing-article-verification-rules This is what I need. ASAP.
Currently, FIN Voice supports keypad input (DTMF) only for limited use cases such as call ratings (1–5) and simple reply options (press 1, 2, etc.).We would like support for free-form multi-digit keypad input during voice conversations, for example:Entering an identity number Entering a store number Entering customer/account IDsUse case:When callers are asked for numeric identifiers, many users prefer entering the numbers on their phone keypad instead of speaking them aloud. This would improve:Accuracy User experience Accessibility Handling of noisy environments Recognition reliability for long numeric sequencesExample:“Please enter your 8-digit store number using your phone keypad.”Requested capability:Capture arbitrary multi-digit DTMF input Store the entered value as a variable in the FIN Voice flow Optionally support validation rules (length, numeric only, regex, etc.) Optional confirmation step (“You entered 12345678, is that correct?”)This would significantly improve voice automation flows that rely on customer identifiers.
When working from an Intercom conversation, attachments are visible in the thread, but there is no easy way to reuse them in another workflow without manually downloading and uploading them again.This creates unnecessary friction, especially when support teams want to:- forward an attachment externally- attach the same file to another tool or workflow- reuse customer screenshots from a conversation without manual copy/paste workExpected behavior:Intercom should allow agents to directly reuse existing conversation attachments, for example by:- forwarding them with the conversation- exposing a stable “reuse attachment” action- making it easier to pass them into integrations or follow-up workflows without re-uploadingCurrent behavior:Agents must manually download the file from the conversation and upload it again somewhere else.Why this matters:This costs time, breaks flow, and is especially annoying when handling lots of screenshots and customer-provided files.
I am requesting a date only attribute that can be used in workflows. We onboard new customers and have them fill out a date that they plan on transitioning into our product. The time zone is irrelevant for what we need. Currently, we have to use the text attribute to capture the date and then a human transfers that date into a date/time attribute. I know that there are outbound messages we can use with the date/time attribute but that is not ideal from a customer experience perspective. This will also be beneficial to use with Procedures.
What I'm requesting:Expose the data from the legacy Help Center Articles report (found under Reports > Proactive Support > Articles) through the Intercom Reporting API, so it can be surfaced and used within AI-assisted analytics tools like Intercom's own Operator/Copilot assistant.The data I'm referring to includes:Article viewer counts (per article, per time period) Reactions (happy / neutral / sad) Conversations triggered per article Last updated dateWhy this matters:We use our Help Center extensively as a first line of support. This data already exists in Intercom — it's visible in the legacy report — but it's siloed from the reporting API, which means AI tools can't access or reason about it.Right now, when I ask Intercom's AI assistant to analyze help center content performance, it can tell me which articles Fin cited in conversations or what resolution rates look like by topic — but it can't cross-reference that with how many customers actually viewed those articles or how they reacted to them. That's a significant blind spot.The use case is straightforward: combining article view and reaction data with Fin's resolution rates, topic breakdowns, and conversation outcomes would give support teams a complete picture of how their knowledge base is performing — not just from Fin's perspective, but from the customer's.What good looks like:Being able to ask the AI assistant: "Which articles have high views but low positive reactions or high follow-up conversation rates?" — and get a data-backed answer without having to manually cross-reference two separate reports.Who benefits:Any team using the Help Center seriously — especially those using Fin as their AI agent — would immediately benefit from this connection being made. It closes the loop between content publishing and support outcomes.
If you do not want to add a new participant to an existing email and you want to BCC them mid-email, this option is not available. This would be great in case a team member needs to be looped in after a reply once a ticket is already created. BCC and CC are only available upon intial email creation but most of our tickets are inbound.
Guidance sections support version history and save-time notes, but Escalation Guidance doesn't. Would be great to have parity — these features are useful for tracking changes and context.
It would be extremely helpful if AI Compose could be configured to follow company-specific branding, terminology, and capitalization guidelines.Many teams rely on AI Compose to rephrase and improve responses, but the generated content can sometimes modify approved brand names, product terminology, capitalization, or formatting standards. This requires additional manual review and correction before responses can be sent.A feature that allows teams to provide custom branding rules, terminology dictionaries, and capitalization guidelines would help ensure that AI-generated content remains aligned with internal standards while still benefiting from AI-assisted writing.Benefits:Improved consistency across customer communications Reduced manual editing and review time Better adherence to company branding standards Increased confidence when using AI Compose at scaleIt would be great if workspace admins could define approved terms, capitalization rules, and brand-specific language that AI Compose automatically preserves when generating or rephrasing content.
Fin/Intercom encourages its clients to make these elaborate workflows, but I see a huge missed opportunity whenever I’m branching off and allowing Fin to handle.Currently, each “Let Fin handle” instance in a workflow can be customized with a select few traits. You can enable Sales agent vs. Service agent, for instance, or you can customize how long a conversation stays open before Fin closes.However, one thing users can’t customize is the content that Fin serves up during a specific path.The idea: Allow users to customize each “Let Fin handle” instance with specific Collections or Help Centers. If a user chooses to go down the subscription management path, limit content to just the subscription management Collection. If a user goes down the “Help with Product A” path, limit content to just Product A.Why it matters: The functionality would dramatically improve our ability to personalize the Fin experience based on the user’s intent. Right now, Fin throws all content at the user, regardless of which path they take in a workflow. It makes open-ended workflows seem pointless -- each “Let Fin handle” results in exactly the same experience. I’m positive that this change would help us (and other clients) improve resolution rates and derive more value from Fin.
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.