Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3474 Ideas

    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).

    Melissa MontesNew Participant

    Enable Audience-Specific Content Within a Single Article (Fin, Copilot, and Agent Guidance)Submitted

     Today, we often need to create and maintain duplicate content because guidance differs depending on the audience consuming it. For example, we may create:One article intended for Fin responses A separate article intended for Copilot that includes guidance/talking points intended only for our agentsWhile much of the content is identical, audience-specific instructions require us to create and maintain separate articles. This increases content duplication, creates additional governance overhead, and introduces the risk of inconsistencies when updates are made to one article but not the other.Proposed SolutionAllow content creators to define audience-specific sections within a single content item. For example:Visible to Fin only Visible to Copilot only (For agents) Visible to all audiencesThis could be accomplished potentially through audience targeting, conditional content blocks, section visibility settings. BenefitsReduces duplicate content creation and maintenance. Improves content governance by establishing a single source of truth. Decreases the risk of conflicting or outdated information across multiple articles. Simplifies content updates by allowing authors to maintain one article instead of several versions. Improves reporting and content lifecycle management by consolidating related guidance into a single asset. Creates a better authoring experience for teams managing content across multiple support channels and AI assistants.Example Use CaseA reservation transfer article may contain:General policy information applicable to all audiences. Guidance that should only be surfaced through Fin. Additional context and troubleshooting steps intended only for agents taking cases.Rather than maintaining multiple copies of the same article, a single article could contain all guidance with visibility controlled by audience type.Business ImpactThis enhancement would help reduce content sprawl, improve governance and compliance, streamline content maintenance, and ensure consistent customer and agent experiences across Fin, Copilot, and other support channels. It would also support scalability as new AI-powered experiences and content consumers are introduced.

    Luiza Prado
    Luiza PradoNew Participant

    Bring rich HTML/branded templates to Inbox conversation replies and Macros, not just OutboundSubmitted

     Right now there's a hard split in Intercom: Outbound messages (and the automated "away/auto-reply" message) can use full HTML, custom templates, brand colors, logos, buttons, but the moment a conversation is live and a teammate (or a Macro) replies from the Inbox, the composer drops back to plain rich-text only (bold, italic, headers, lists, links). No HTML block, no template selection, nothing.This creates a jarring inconsistency inside the same conversation thread: the customer's first automated message looks polished and on-brand (logo, structured layout, buttons), and the very next message — the actual human reply looks like it was typed in Notepad. For companies that specifically chose Intercom for its modern, branded messaging experience, this is a real gap between what the product promises and what customers actually receive in their inbox.Concrete example: a customer submits a sensitive request (e.g. an image-rights/compliance complaint). Our automated first response is warm, structured, on-brand. Our actual substantive reply, the one that matters most, addressing their specific case,  arrives looking like an unstyled wall of text. That's backwards: the more serious the reply, the more it should look intentional and professional, not the opposite.This isn't a new/niche request: it's been raised in the Intercom Community repeatedly, for years, by different customers hitting the same wall:"Is there a way to customize the format of email replies through Intercom?" (2023) — Intercom support confirmed formatting limitations are "out of our hands" on the Inbox side. "Can I format email replies sent from Inbox?" (2022) — community answer: "I do not see a way to do it when you go from Inbox... you can do so from Outbound." "Help with Formatting Emails from Intercom" (2025) — teams working around this with screenshot-based signatures because there's no real styling option in Macros.Multiple paying customers independently hitting the same ceiling over multiple years is a signal this isn't an edge case.What we're specifically asking for (pick any, all would help):Let the existing Company/Personal email templates (already built for Outbound) be selectable when replying from the Inbox, including when using a Macro. Or, at minimum, bring the "+" → Insert HTML/button/list option, which already exists in the email signature editor, into the main Inbox/Macro reply composer. Allow Macros specifically to be authored with the same template/HTML support Outbound emails have, since Macros are effectively "pre-written emails" and should get the same treatment.Thanks for ur time!