Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3474 Ideas

    Tony RomaNew Participant

    Make Block-type Dynamic Content visible to the Articles API - Beta feedbackSubmitted

    Block-type Dynamic Content is currently invisible to the Articles API; inline is partially visibleWe use the Articles API (get_article/update_article) to manage bulk content updates across our Help Center, and we ran a few tests to understand how Dynamic Content interacts with it.Inline Dynamic Content is represented in the body field returned by get_article as a placeholder token:#{{dynamic_content:content-name}}This at least tells us a reference exists and its name, even though the resolved value stays UI-only.Block-type Dynamic Content is completely absent from the API response regardless of whether the block holds text or an image. We confirmed this with three separate tests in the same article: a block-type text entry, an inline-type text entry, and an image inserted as a block. Only the inline entry appeared in the API body; the block-type text and the image were both invisible, even though all three render correctly in the editor and on the live page.This inconsistency matters for any team managing a Help Center via API-driven workflows: block-type usage is completely undetectable programmatically. A script auditing or updating article content has no way to know an article contains a block-type Dynamic Content reference.Requests, in order of usefulness to us:Represent block-type Dynamic Content in the API body the same way inline is handled with a placeholder token.Longer-term: expose a Dynamic Content read API so external tools can detect and enumerate usage across both types.

    Paul Jeremy NunesNew Participant

    Tooltip Blocks Access to "Manage Participants" in Multi-Participant ConversationsSubmitted

    SummaryWhen viewing tickets or conversations with multiple participants, the tooltip displayed on the Merge option ("Unable to merge this ticket because it has multiple participants") appears directly over the Manage Participants menu item, making it difficult to access.The ProblemOne of the most common actions in multi-participant email conversations is managing the participant list. In particular, I frequently need to remove our support email address when it has been automatically added as a participant through email replies.If the support address remains in the participant list, customers who use "Reply All" can unintentionally generate duplicate responses and additional conversation noise.Unfortunately, the tooltip for the disabled Merge option appears directly over the text of the Manage Participants menu item. As soon as the cursor passes over the disabled merge entry, the tooltip covers the item I'm trying to click.This creates a frustrating workflow where I have to:Wait for the tooltip to disappear, or Carefully click a very small uncovered area of the menu itemBecause participant management is a frequent task, this interruption occurs many times per day.Suggested ImprovementsAny of the following would significantly improve usability:Option 1: Reposition the TooltipDisplay the tooltip to the side of the menu rather than directly above the menu items.Option 2: Add a Hover DelayIntroduce a short delay (for example 500-1000 ms) before showing the tooltip. This would allow users to move directly to Manage Participants without triggering the popup.Option 3: Prevent Tooltip InterferenceAllow pointer events to pass through the tooltip or ensure it never overlays clickable menu items.Option 4: Improve Menu LayoutConsider placing Manage Participants higher in the menu than actions that are disabled when multiple participants exist.ImpactThis is a small UI issue, but it affects a high-frequency workflow. Reducing the friction around participant management would save time, reduce user frustration, and make common email-based support activities more efficient.Expected behaviour: Inform the user why merging is unavailable without obstructing access to nearby actions.Current behaviour: The tooltip obscures the "Manage Participants" action, making it unnecessarily difficult to click.

    Briana M.New Participant

    Single macro with channel-specific contentSubmitted

    Our teams would really benefit from the ability to create and manage one macro with distinct email and chat versions, automatically selecting the appropriate content based on the conversation’s channel.Current limitationOur teams have to either reuse the same response across email and chat or create separate macros for each channel.Email often needs a greeting, more context, and a closing, while chat benefits from shorter, more conversational wording. Creating separate macros increases the volume of content to manage, clutters the macro library, and requires teams to maintain related responses in multiple places.Requested enhancementAllow teams to: Maintain email and chat variants within a single macro. Automatically insert the correct variant based on the conversation’s channel. Share common wording across variants while customizing elements Easily identify which channel variants are available or need updating. Why: This would reduce duplication, simplify content maintenance, and help agents find the right response faster while preserving a natural communication style for each channel.ExampleA single “Refund approved” macro could contain: Email: “Hi [name], your refund has been approved. You can expect it within [timeframe]. Please let us know if you have any questions. Best, [agent]” Chat: “Your refund is approved! You should see it within [timeframe].” Both versions would live under one macro, with shared details maintained centrally.

    Automatically stop Fin when a conversation is assigned to an agent (no agent reply required)Submitted

    We use Fin in the Inbox, but we repeatedly run into the same problem: Fin sometimes sends very long messages and occasionally incorrect or irrelevant information.At the moment, Fin only reliably stops once an agent actively replies in the conversation.This is a real issue in day-to-day operations because when I’m on the go, I often can’t reply immediately — but I still need to stop Fin instantly as soon as I see that it’s going in the wrong direction.Feature request: “Stop Fin without replying”I’m requesting a way to immediately pause or stop Fin without requiring an agent to send a message.Clear trigger examplesFin should automatically stop when any of the following happens: The conversation is assigned to an agent An agent takes over / opens the conversation A manual toggle in the conversation header: “Pause Fin” / “Stop AI replies” (one click) Controllable on mobile (e.g. via the Intercom mobile app while on the go) Why this matters Prevents incorrect information from being sent to customers (quality & brand risk) Avoids unnecessary long AI messages in the chat (customer experience) Allows a safe handover to a human even when mobile, without having to send a “placeholder” reply just to stop Fin Acceptance criteria When a conversation is assigned to an agent, Fin stops immediately (no further messages or follow-ups). Agents can pause/stop Fin without sending a reply (UI control). The feature is available on mobile (at least stop/resume). Optional: audit log (e.g. “Fin paused by Gustav via assignment/manual toggle”).