Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3482 Ideas

    ImmortalNew Participant

    Global Behavioral Rules for FinSubmitted

    We’ve noticed a limitation in how Fin handles instructions when support logic spans multiple categories or requires conditional behavior.Currently, instructions are expected to fit neatly into isolated sections/intents. However, some support scenarios require layered logic that combines:topic classification, policy enforcement, escalation restrictions, conditional responses, and fallback behavior.A good example is our “custom code” support flow.In this case, we need Fin to:recognize requests related to CSS, PHP, JS, SQL, regex, or custom code in general; clearly explain that these cases are outside standard support scope according to our policy; still attempt to help when possible; avoid suggesting escalation to a live agent if Fin cannot solve the issue, because the live support team follows the same policy and cannot provide custom coding assistance either; only address escalation if the customer explicitly requests a human agent; and in that case: remind the customer about the policy, explain that the live team has the same limitations, and suggest alternative resources such as community help or custom development services. Right now, Fin tends to:split such logic across multiple sections, recommend restructuring instructions into separate categories, or fall back to default escalation behavior.This makes it difficult to implement nuanced support policies where:the topic, escalation behavior, and communication strategy must stay connected within a single instruction flow.

    Josh WelchNew Participant

    Phone calls need continuous polling, not single-ring dispatchSubmitted

    We run a small call centre on Intercom Phone and the current call routing behaviour is causing us real problems. Sharing here because I suspect we're not the only ones.The core issue: when an inbound call comes in, Intercom rings available agents once. If that ring isn't answered — agent is on another call, notification missed, away from desk — the call drops into silent hold. There's no continuous polling, no signal to agents that a call is still waiting, no queue state they can pull from. The customer ends up sitting on a dead-feeling line until they give up. From our side, it looks and feels like we're missing calls we shouldn't be missing.What we'd expect, and what every other call centre platform does: keep polling available agents until one picks up, or expose a clear queue state agents can manually answer from.A few smaller things point to the same underlying issue — Phone hasn't quite been designed for a working call centre yet. Manual callbacks aren't recognised: miss a call, ring the customer back from the ticket manually, hang up, and Intercom then prompts us to call them again because it doesn't track that an outbound call already went to that number on that ticket. Callers on hold get silence — no hold messaging, no position-in-queue, no reassurance they're still in the queue. And scheduled callbacks fire on a fixed timer-based delay rather than queueing up for the next time an agent is free.The chat, transcription, and AI summary side of Intercom is genuinely excellent and is the reason we picked it. But the voice product feels close-but-not-quite for anyone running a real phone queue. Would love to know if continuous polling and proper queue behaviour is on the roadmap, and if anyone else has worked around this in a way that doesn't involve Slack alerts as a band-aid.Happy to share more detail with the product team if useful.

    Jonathan Krasnow
    Jonathan KrasnowNew Participant

    Allow Duplication of Workflow PathsSubmitted

    Background:Intercom users often need to replicate similar workflows when setting up pathways in dril-down menus or other automation features. Manually recreating these pathways is both time-intensive and prone to errors, especially for complex or repetitive configurations.Suggestion:Introduce a "Duplicate Pathway" feature that allows users to quickly create copies of existing pathways or segments of pathways. This would streamline the workflow creation process by eliminating the need to start from scratch every time.Proposed Features: Duplicate Entire Pathway A straightforward option to duplicate an entire pathway, including all nodes, conditions, and actions. The duplicated pathway can be renamed and edited independently of the original. Segment Duplication Allow users to duplicate specific segments of a pathway (e.g., a group of related nodes or a particular decision tree). Drag-and-drop functionality for seamless integration into other pathways. Contextual Adaptation (Optional Enhancement) Provide prompts for users to adjust variables (e.g., roles, conditions, or field mappings) after duplication to ensure the new pathway fits the intended use case. Benefits:Time Savings: Significantly reduce the effort required to set up similar workflows, allowing users to focus on customization and optimization. Error Reduction: Eliminate inconsistencies and manual errors often introduced when recreating pathways. Scalability: Support teams managing multiple pathways across different departments or use cases. User Satisfaction: Enhance the overall user experience with a more efficient workflow creation process.Implementation Notes:UI Integration: Add a "Duplicate" button to the pathway editor or pathway management view. Error Handling: Ensure pathways or segments can only be duplicated when they are compatible with the intended context, providing clear prompts if adjustments are needed.This Duplication feature would align with Intercom’s goal of providing intuitive tools that make workflow automation faster and easier, especially for high-use systems like Workday integrations. It would benefit power users and teams in HR, finance, and operations who frequently build and adjust pathways.