Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3155 Ideas

    Henrik R
    Henrik RActive User

    Display Contact Roles and Job Titles in Company Contact ListSubmitted

    ProblemWhen viewing a company in Intercom, it can be difficult to identify the right person to contact if the company has many associated contacts. While custom fields and free-text fields can be used, they are not easy to scan or maintain consistently.Suggested ImprovementEnhance the Company → Contacts view by allowing additional contact attributes to be displayed as columns, for example:Job TitleDepartmentPhone numberCustom fields selected by the workspaceIn particular, displaying Job Title would make it much easier to quickly identify the appropriate contact.Additional Feature Suggestion: Configurable Contact RolesInstead of relying on free-text fields, introduce a configurable Contact Role field where administrators can define a list of roles specific to their organization.Example roles:Primary ContactCEOIT ManagerFinanceMarketingEditorTechnical ContactAdministrators should be able to customize this list to match their own business needs.BenefitsQuickly identify the correct contact within larger organizations.Improve consistency by replacing free-text role descriptions with predefined values.Reduce time spent opening multiple contact profiles.Make the Company view a more effective CRM overview for customer-facing teams.This would significantly improve usability for support, customer success, and sales teams that regularly work with companies containing multiple contacts.

    Product ManagementNew Participant

    Condition based content blocks within an Article to support Multiple Help Centres & Targeted audiencesSubmitted

    Problem Statement:As an enterprise organisation that supports multiple white label solutions, we have a large collection of articles in our legacy help centre that supports our direct and white label customers.  We are in the process of migrating this content over to Intercom and leveraging the Multi Help Center feature. However, we have found that we may have to have 10 or more articles on the same subject matter but may vary slightly due to various reasons so as to not only support our direct customers but our white label ones too. This potentially is a content management nightmare. 😫 Driving Motivation:Is to not have 10 or more duplicates of the same article that cater for a different White Label audience(s), especially in our case where we would roll out a new feature to our direct customers first and then onto our white labels at a later stage or not at all, this can vary.  Ongoing maintenance of said content would be time consuming and resource intensive. Idea/Feature Request:We think, it would be highly beneficial to have conditional content blocks as a new component within an article which when placed on the page could have a targeted audience by setting an audience rule.Once a conditional content block is placed on the page in edit mode we can then place any of the other article component within that conditional content block like Insert an Image, Embed a video, insert a div or call out etc.We then set the targeted audience on that block using the same audience filter rules as you would use when setting up any pro active outbound campaign. (i.e. be able to set the audience based on user or company attributes etc). Additionally, the article would still respect the targeted audience as set via article settings (Visitors, Leads, Users), then at the content level with the conditional block in-line and one ore more article components set in it (i.e. a picture or paragraph of text), we can then set and specify a target audience with audience rules filters / segment creation.Multiple audience rules can be set per conditional content block using AND/OR conditions along with all the operators (is, is not, contains, greater or less than etc) that are used with user or company attributes.Design:Proposed element that allows for conditional content blocks within an articleThanksRuairí

    Marco BernardNew Participant

    Let Fin answer directly from the Help Center search barSubmitted

    In the standalone (hosted) Help Center, the search bar currently only returns a list of matching articles. Fin lives separately in the Messenger widget in the bottom corner. The problem is that the search bar is the most prominent element on the page — it's the first thing a user reaches for when they have a question — but it hands them a link list instead of an answer. Fin, the thing actually built to answer questions, sits in a spot that's easy to miss.The request: when a user searches, Fin should respond conversationally inline — an AI answer grounded in the Help Center content, with linked sources — either replacing or sitting above the raw article results. In other words, make the search bar itself the entry point to Fin, since that's where user intent already lands.Why this matters:It meets users where they already are. Search is the first interaction; routing that intent straight to Fin is the shortest path to an answer. Higher self-serve resolution before a conversation is ever opened, which is exactly what the Fin content investment is meant to pay off. The corner widget has low discoverability on a full-page Help Center. The search bar is the natural focal point and gets far more attention.Ideally this would be a toggle at the Help Center level (Fin-powered search on/off), so teams can opt in without losing the classic article-search fallback.

    Chris CammarataNew Participant

    Allow grouping of simulations for regression testing proceduresSubmitted

    We've started using simulations more as a way to regression test our procedures. Every time we make edits (adding guidance, removing edge-case handling, tightening up logic, etc.), we go back and re-run the simulations that are relevant to that procedure to make sure nothing broke in the process.The problem is there's currently no way to organize or categorize simulations by what they're actually testing. As we build out more and more of them, it's getting really hard to know at a glance what's already covered for a given procedure, which ones we should be re-running after a specific edit, or whether a simulation even exists for the scenario we're trying to test. Right now we're stuck scrolling through one long undifferentiated list, and more than once we've ended up recreating a simulation that already existed simply because we couldn't find it.The ask: let us group simulations into folders within the sidebar where the current suite of simulations lives (the Simulations tab in the procedure's testing panel). Ideally these folders would be tied to a specific procedure or issue. This would let us:See at a glance what's covered/tested for a given procedure without having to hunt through the full list Quickly pull up and re-run the right batch of simulations whenever we edit that procedure, or just run the full suite for that group in one go Stop recreating duplicate simulations because we couldn't locate the one we already hadA couple of things that would make this even more useful:Auto-suggested folder placement based on which procedure a simulation was created under, since that context already exists at creation time, rather than having to manually file every simulation ourselves Last-run status and timestamp visible at the folder level, so we can tell at a glance which simulations are already verified against the latest edit vs. stale, without opening each one individuallyThis would also help us stay within our daily usage limits. Right now, not being able to find and reuse existing simulations means we end up spinning up new ones more often than we need to, which burns through our daily allotment faster than it should. Being able to see status at a glance would cut down on that further, since we wouldn't need to re-run something just to check if it's already been verified.We've been finding simulations more and more valuable for this kind of ongoing regression testing as our procedures get more complex, so anything that makes them easier to manage and reuse would go a long way. Bulk actions (archiving or deleting superseded simulations) would also be a nice addition down the line, since one-off tests tend to pile up as procedures evolve.

    AchiniNew Participant

    Feature Request : Support for Multiple Webhooks per WorkspaceSubmitted

    Currently, a single Intercom app can only be configured with one webhook endpoint. This becomes a significant limitation for organizations that operate across multiple environments and regions.In our case, we run live instances in both the US and EU regions, plus separate Staging and UAT environments — four environments in total, each needing its own webhook endpoint to receive and process Intercom conversation events (we feed conversation attributes back into our systems via webhook data).Since only one webhook can be plugged into an app, the current workaround is to create four separate Intercom apps, one per environment/region. This is difficult to maintain: any configuration change has to be manually repeated across all four apps, which is time-consuming and error-prone, and increases the risk of inconsistent setups between environments.This is a common pattern for SaaS products that maintain multiple environments (e.g., UAT, Production) across multiple regions (e.g., US, EU). Requiring a separate app per environment/region just to support multiple webhooks adds unnecessary operational overhead.Requested functionality:Support for multiple webhook endpoints within a single Intercom app, so that one app can route events to different endpoints (e.g., one per environment or region) without needing to duplicate the entire app setup.We are currently blocked by this limitation and would appreciate knowing if this capability is already planned, or if not, that it be considered given how common this multi-region/multi-environment setup is for enterprise customers

    Nikki McLaughlin
    Nikki McLaughlinActive User

    Conversation Attribute ManagementSubmitted

     I manage Intercom across 10+ brands, and conversation attribute management is one of the most challenging administrative areas. Below are several enhancements that would significantly improve usability, governance, and reporting capabilities.1. Add Filtering CapabilitiesProvide the ability to filter attributes based on criteria such as: Custom Attribute (We use custom attribute PRODUCT across all brands) Usage status API-created vs. manually created attributes Workflow dependencies This would make it much easier to locate and manage attributes at scale.2. Add Export FunctionalityAllow administrators to export attribute metadata for documentation, audits, cleanup projects, and cross-team collaboration. 3. Add Attribute ReportingCreate a reporting experience that provides visibility into attribute usage and health.Suggested report features: List of all current attributes with filtering capabilities Usage metrics to identify underutilized or unused attributes Number of options per attribute (e.g., a dropdown field contains 34 options) Visibility settings Last updated date Workflow dependencies This would help teams identify opportunities for consolidation and cleanup. 4. Customizable ColumnsThe current "Type" column is not particularly useful for my workflow.Instead, allow administrators to Show/hide/reorder columns  This would create a more flexible management experience. 5. Improve Attribute Consolidation & Historical Data PreservationWhen consolidating attributes, administrators often need to rename and merge existing fields.When deleting an attribute, Intercom should prompt:"Would you like to migrate historical data to another attribute?" This would preserve reporting continuity and historical metrics. Currently, archiving or deleting attributes can negatively impact historical reporting and trend analysis. 6. Improve Visibility InformationThe "Visible To" field should be hoverable so administrators can quickly see all inboxes where an attribute is exposed without having to open the edit screen.This would save significant time when auditing attribute visibility across multiple teams and brands. 7. Indicate Workflow DependenciesSimilar to the Data Connectors experience, attributes should clearly indicate where they are being used.Examples: "Used by 3 workflows" "Used by 2 Fins automations" "Used by 1 outbound campaign" This would help prevent accidental changes to attributes that are actively powering automation.