Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3482 Ideas

    Nicola ReddyNew Participant

    Automatically remove email participants from an email thread when non-Intercom users update the email recipient listSubmitted

    Currently in Intercom, when an external customer/email recipient removes an email recipient from an email thread, Intercom automatically adds them back on to the thread. This means that it is very easy to press “reply” and send your email to recipients who should not have received that email. This poses a serious data protection risk. It places extra work on the Intercom user to double check again the email recipient list every time before sending a reply, which results in extra work and undue delay in replying to customer emails. This behavior creates a real risk that confidential information or data may accidentally be sent to the wrong recipient.It would be very useful if Intercom either (a) only allowed replies to the email recipients who were on the immediately previous email - even if that is from an external user or (b) clearly alerted the Intercom user that an email recipient has been automatically re-added back into the conversation by Intercom, to reduce the risk of my team replying and sending information to a recipient who should not have received it.This would then match how other inboxes operate e.g. gmail, hotmail when using a “reply all” function. Currently the Intercom “reply” default position is different to what the user expects and so increases the risk of the user getting it wrong.Expected benefits: Prevent accidental sharing of confidential information/data with unintended email recipients; Increase GDPR and data security; Reduces work for Intercom users and increases customer response time as no extra checks needed before pressing “reply”; Avoids the need to alert staff and train them to a different unexpected feature that does not match industry norm when replying to emails with multiple recipients.

    Samuel BoylstonNew Participant

    Correct em dash usage in AI Compose generated responsesSubmitted

    Spoke with Fin. Got pointed me here.I wanted to submit a request to have em dash usage removed. For example in "Thank you so much for sharing those examples—they're incredibly helpful!" These response generated currently by AI Compose make it very obvious they have been generated by AI. I believe ChatGpt was able to update this recently. Which gave me the thought of seeing if we could get it corrected. I love AI Compose it’s a wonderful tool! Let’s take it to the next level.  Here’s some info I dug up. Learned something new.That dash is called an em dash.More specifically, in your sentence:“Thank you so much for sharing those examples—they’re incredibly helpful!”you’re using an em dash for a parenthetical break.Proper name Em dash (—) What it’s doing hereIt’s functioning like: a stronger comma, or a more conversational alternative to parentheses You could rewrite it as: With commas:“…those examples, they’re incredibly helpful.” (weaker) With parentheses:“…those examples (they’re incredibly helpful).” (more formal) The em dash adds emphasis and a natural spoken rhythm. How to remove it (practically)1. Replace em dashes with periodsThis is the fastest and cleanest fix.Before (AI-ish):Thank you so much for sharing those examples—they’re incredibly helpful!After (neutral):Thank you for sharing those examples. They are very helpful.This removes: Performative rhythm Spoken cadence Emphasis inflation

    JHarlowe
    JHarloweConnector

    Brand-Level Configuration for Conversation Reopen time frameSubmitted

     Problem StatementCurrently, when a customer replies to a closed conversation after seven days, the platform automatically creates a new conversation. While this is configurable to change from 7 days to another time frame. It is global and not configurable per brand. Our Services Team (Brand) conversations frequently resume weeks or even months later. A common example is a student following up to reschedule training or re-engage on a previously planned service. In these scenarios, the automatic creation of a new conversation fragments context, increases handling time, and requires agents to manually search historical threads to regain continuity. For other Brands other than the primary, there may be teams like Services or Training where maintaining a single, long-lived conversation thread materially improves clarity, efficiency, and customer experience. Current LimitationThe conversation reopen window is controlled by a global workspace setting. This creates a structural constraint where behavior optimized for one Brand cannot be differentiated from another Brand or other long-cycle engagement models. Proposed EnhancementIntroduce brand-level configurability for the closed-conversation reply window.Specifically: Allow the reopen window to be configured per brand, rather than globally Enable extension of the window beyond seven days, for example 90 days or longer Optionally allow the window to be disabled entirely so late replies continue in the original conversation  Business ImpactThis enhancement would: Preserve conversational context for long-running engagements Reduce agent effort and cognitive load caused by fragmented threads Improve internal efficiency and training delivery workflows Allow organizations to align Intercom behavior with multiple Brand engagement models within the same workspace  Strategic ValueAs customers increasingly use Intercom across Support, Services, Training, and Customer Success, brand-level configurability enables Intercom to better support differentiated operational models without compromise. This change would unlock greater platform flexibility while maintaining sensible defaults for Support-centric teams