Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3157 Ideas

    CaoryNew Participant

    Make Messenger window movable or detachable for embedded editorsSubmitted

    We embed Intercom Messenger directly inside our product’s editor, and many users open a conversation specifically to ask questions while they continue editing. In this context, the current fixed-position Messenger window can cover important parts of the UI and make the editor hard to use.Our users are asking for the ability to freely move or detach the Messenger while keeping it open, so they can keep both the editor and the conversation visible and usable at the same time.Requested capabilities: Allow end users to move the Messenger window Make the Messenger window draggable by default, or Provide an option to enable “floating / draggable” mode per workspace or per app. Ideally remember the last position per user and restore it the next time they open the Messenger. Optional alternative: detachable / pop-out mode Provide a way to open the Messenger in a separate floating panel or browser window while keeping it connected to the current session. This would let users keep the editor full-screen while referencing the conversation side-by-side. Configuration for product teams A setting in Messenger configuration (e.g. “Allow users to move Messenger window”) so we can enable this behavior only on certain pages (such as editors, complex forms, or dashboards). An API hook/event so that we can react when users move or pop out the Messenger (for example, to adjust other UI elements). Why this matters: In tools with complex editors (site builders, app builders, design tools, etc.), users frequently need to ask questions while actively editing. A fixed Messenger that overlays the canvas or important controls leads to frustration. Allowing users to reposition or detach the Messenger would significantly improve usability and reduce friction, without requiring product teams to build their own support UI. This feature would help a lot of products where Intercom is embedded into a dense UI, and would directly address user feedback that “the chat gets in the way while I’m trying to work.”

    Roy
    Top Expert ✨
    RoyTop Expert ✨

    Dynamic UI Previews: Generating Ephemeral App Experiences from API Responses in Fin FlowsSubmitted

    ⚠️ Problem StatementCurrently, when a Procedure Builder configures a flow to fetch external data (e.g., retrieving a list of recent orders, linked accounts, or purchased products via an API), the experience often breaks continuity. After the data is fetched, Fin has to ask the user to manually type out the specific order number or product name into a blank text input. This manual transcription introduces friction, increases the margin for user error, and degrades the premium "app-like" messenger experience. ✅ Proposed Solution / Feature ConceptIntroduce an automated, temporary messenger app experience generated dynamically from API payloads. Instead of returning raw text or forcing a manual text reply, Fin should leverage an ephemeral UI component (a "Preview App") directly inside the messenger canvas.When an API response returns an array or an object collection, the Procedure Builder should be able to map those objects to interactive UI elements. The customer can then simply click/tap their selection from the visual response to advance the flow. 🛠️ Example Use Case / Flow Step 1: Fin initiates a backend check: "Display all orders for this customer." Current State: Fin lists the text or drops a blank input box: "Please type the order ID you are referring to." Proposed State: Fin renders an interactive list/carousel card component showing the last 3 orders (Order #, Date, Total). Step 2: The customer clicks the specific order card. Step 3: Fin instantly updates the context and moves to the next interactive picker: "Which product from this order are you referring to?" (Renders clickable Product Items).

    Matej Bosnjak
    Matej BosnjakNew Participant

    Feature Request: Folder / Collection Structure for Intercom Audiences (Segments)Submitted

    Hi everyone!  SummaryWe are building a structured segmentation system covering 8 countries × 6 license tiers × up to 7 roles per tier, plus driver, EMS, and product-specific sub-segments. This will result in 150–200+ audience segments in Intercom.At this scale, the flat list view of the Segments section becomes unmanageable. We are requesting a folder or collection structure for audience segments to enable organised navigation and team usability.Problem Intercom Segments currently exist in a single flat list with no grouping or hierarchy. With 150–200+ segments, finding the right audience requires scrolling or searching every time. There is no way to visually distinguish between segment types (e.g. country-based CPO segments vs. driver segments vs. product segments). This makes it difficult for support agents, Fin AI configuration owners, and CS managers to confidently navigate, audit, or update the correct segment. Onboarding new team members to the segmentation system becomes significantly harder without clear visual structure. Requested FeatureIntroduce folders or collections for the Segments section, allowing users to: Create named folders (e.g. 🇩🇪 Germany, 🇧🇪 Belgium, Business, Pro, Enterprise) Assign segments to folders — either at creation or via drag-and-drop / bulk assignment Expand / collapse folders in the sidebar or segment list view Nest segments logically without changing their underlying rules or behaviour Example StructureCopy📁 Germany (DEU) ├── DEU — Pro — Fleet Admin ├── DEU — Pro — Fleet Manager ├── DEU — Business — Finance Manager └── ...📁 Belgium (BEL) ├── BEL — Pro — Fleet Admin └── ...📁 Drivers ├── CC@home — Driver — Manual ├── CC@home — Driver — Automatic └── Reg. driver — no platform access📁 EMS ├── EMS — Dynamic (System Users) └── EMS — Static (Drivers)📁 Legacy (Wind-down) ├── All — Basic └── All — CompactImpact Area Current With Folders Segment navigation Scroll through 150+ flat entries Expand relevant folder, find segment instantly Fin AI configuration Error-prone — easy to select wrong segment Clear grouping reduces misconfiguration risk Team onboarding Requires tribal knowledge Self-explanatory structure Segment auditing Manual scan of full list Folder-level review Priority / Urgency We are actively building this segmentation system now and will reach 150+ segments within the next quarter. Without folder support, we may need to delay segment creation or work around the limitation with inconsistent naming conventions alone. This feature would benefit any Intercom customer operating at scale across multiple regions, products, or customer types. Workaround Currently UsedStrict naming conventions ({COUNTRY} — {Plan} — {Role}) allow alphabetical sorting to group segments loosely by country. However, this does not solve the navigation problem for cross-cutting segment types (drivers, EMS, product-specific) and is not intuitive for new team members.Additional Notes We would also welcome a search/filter bar within the Segments list as a lighter alternative or complement. A tagging system for segments (similar to Intercom tags on conversations) could achieve a similar result and may be simpler to implement.  

    jamiebandoNew Participant

    Display Side Conversations in the User Profile Conversation HistorySubmitted

    Problem Statement / Use Case:Currently, side conversations do not surface in a customer’s Intercom profile under their "Latest conversations" or complete conversation history.This creates a significant blind spot for support and operations teams. When an agent reviews a customer's profile to get a quick snapshot of their history or active issues, they completely miss parallel threads, third-party escalations, or external updates happening inside side conversations unless they manually dig into every single parent ticket.Proposed Solution:We would like to see side conversations integrated into the customer profile timeline. A few ways this could be implemented include:Nested Visibility: Display side conversations as indented or nested items directly beneath their respective parent conversations within the profile history list. Timeline Toggle/Filter: Add a filter or toggle on the user profile (e.g., "Include Side Conversations") so agents can opt into a truly comprehensive timeline of interactions. Cross-Referencing: If an external side conversation is spun up regarding a customer's ticket, a log or reference link to that side conversation should automatically appear on the primary customer's profile.Business Impact / Value:True 360-Degree Context: Agents will no longer miss critical background context or parallel threads involving third parties (like vendors, partners, or internal teams) regarding a customer. Increased Efficiency: Eliminates the need for agents to click into multiple old parent tickets just to check if a side conversation was ever initiated, answered, or resolved. Better Customer Experience: Ensures any agent stepping into a case has immediate visibility over the entire operational picture, preventing communication silos and repetitive internal overlapping.