Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3482 Ideas

    Peter SchöllNew Participant

    Domain-based audience targeting for News (Proactive Support Plus)Submitted

    Feature request: Domain-based audience targeting for News (Proactive Support Plus)The Proactive Support Plus add-on allows us to send News messages to customers and visitors, which is extremely valuable for sharing release notes, product updates, and important announcements.In our setup, we manage multiple brands within a single Intercom workspace, with the Messenger installed on different domains per brand.Example use case Brand A: help.brand-a.example Brand B: help.brand-b.example When publishing News (e.g. release notes or service notifications), it is essential to ensure that each message is only shown to the relevant brand audience, based on the domain where the Messenger is loaded.A practical audience rule would be: Page URL contains help.brand-a.example Current limitationAt the moment, News Audience Rules do not support filtering by page URL or domain.This makes it difficult to reliably scope News messages to a specific brand and increases the risk of showing irrelevant or incorrect information to customers.Requested enhancementWe propose extending News Audience Rules with a condition that allows filtering by: Page URL or Messenger domain How this would support our workflowThis enhancement would enable us to: Send brand-specific News messages (release notes, announcements, service updates) Avoid customer confusion in multi-brand environments Use one Intercom workspace efficiently without manual workarounds Scale proactive customer communication in a clean and structured way

    YoeriNew Participant

    Clickable Ticket Number Links in Notes/CommentsSubmitted

    Intercom currently lacks the ability to automatically convert typed ticket numbers within notes or comments into clickable links that direct to the referenced ticket. Similar to how platforms like Zendesk utilize a #ticketnumber syntax (e.g., #12345), agents should be able to type a ticket number, and have it automatically become a hyperlinked reference to that specific ticket.While it's possible to link tickets programmatically via the API's linked_objects functionality or to manually type "see ticket 12345", these methods do not provide the seamless, in-context navigation that a clickable link offers. Agents currently have to manually search for a ticket number if they want to access a related ticket mentioned in a note. Why this would be a useful feature:1. Enhanced Internal Collaboration: Agents often need to reference other (duplicated or) related conversations or issues. Clickable links would significantly streamline this process, allowing team members to quickly jump between interconnected tickets, understand the full context of an issue, and collaborate more efficiently.2. Improved Agent Efficiency: Eliminating the need to copy-paste ticket URL’s or use the search function to find a referenced ticket saves valuable time for agents, allowing them to focus more on resolving customer issues.3. Better Context and Handoffs: When handing off a conversation or escalating an issue, having instant access to related tickets via embedded links ensures that the next agent has all the necessary background information at their fingertips without extra effort.4. Streamlined Workflow: It integrates seamlessly into an agent's natural workflow when documenting conversations or providing internal updates, making cross-referencing a natural and intuitive part of their daily tasks.5. Other than existing options: While there are some options for linking tickets to another ticket. The described function above is different to a tracker ticket, a back office ticket or a side conversation.

    Daniel Rönnberg
    Daniel RönnbergActive User

    Show escalation guidance applied in conversation eventsSubmitted

    We’re really happy with the new escalation guidance functionality and have started using it to control which users can escalate to human support in chat. Current setup Paying users can always escalate to human support via chat Non-paying users are limited to AI support in chat and are guided to email if they need human support We’ve achieved this by creating a separate audience for non-paying users and configuring escalation guidance that encourages them to continue chatting with Fin or reach out via email when they ask to speak to a human This works very well functionally 👍 Feature requestWhat would be extremely helpful is the ability to see when escalation guidance has been applied directly in the conversation events, similar to how other guidance or automation events are shown today.For example: “Escalation guidance applied: Non-paying users – AI only” Timestamped and visible in the conversation timeline  Why this matters It would help us verify that escalation logic is working as intended Makes troubleshooting and QA much easier Improves internal visibility and confidence when reviewing conversations Especially useful when multiple escalation rules and audiences are in use Right now, there’s no clear way to confirm from the conversation view that the correct escalation guidance was triggered, which makes it harder to monitor and validate the setup over time.Thanks for building a great feature already — this would be a small addition with a big impact on usability and trust.