Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3307 Ideas

    Ed MorrellNew Participant

    Preserve and restore conversation ownership after Fin AI Agent involvementSubmitted

    When a human agent takes ownership of a case, particularly for complex, multi-step issues like repair bookings or courier collections, and Fin subsequently handles part of that conversation (e.g. answering a status update, running a procedure), there is currently no native way to automatically return the conversation to the original owning agent once Fin's involvement ends or escalates. Our agents handle cases that span multiple touchpoints. An agent may book a scooter collection or repair, making them the case owner with full context. If the customer later contacts us again, Fin may handle the interaction but when Fin escalates or the conversation needs human attention again, it lands in an unassigned team queue. The original agent loses the case unless they find it or it gets manually reassigned to them. The only current workarounds I can think of:Agent name tags + a workflow branch per agent (brittle, requires maintenance as the team changes) Creating a new custom attribute (however, we've exhausted our attribute allowance on reporting-critical fields)None of these are clean solutions, they all require ongoing manual maintenance or sacrifice something else.The ask: A native "Case Owner" concept at the conversation level, separate from the current assignee, that: Can be set by an agent when they take ownership of a case Is preserved throughout Fin's involvement in the conversation Automatically reassigns the conversation back to the case owner when Fin escalates, hands off, or the conversation leaves the bot inbox Alternatively, a workflow trigger condition of "previous human assignee" that can be used to route conversations back to whoever held the conversation before Fin took over. As teams adopt Fin more deeply particularly on email channels where conversations reopen and span days or weeks, case continuity becomes critical. Fin is excellent at triaging and answering, but the handoff back to a human needs to be intelligent, not just "drop it in the team queue." This feature would allow teams to confidently expand Fin's scope without sacrificing the accountability and context that comes with named case ownership. This would affect any teams using Fin on email or async channels with multi-touchpoint cases, repairs, logistics, complaints, or anything requiring follow-up over time. ThanksEd

    mparker000New Participant

    Customizable notification positioning and per-user notification controlsSubmitted

    We would like to request greater flexibility for configuring Intercom message notifications within web applications.Intercom notifications can appear in fixed areas of the screen, such as the lower-right corner. Depending on the application layout, the notification widget may overlap important interface elements, including primary action buttons such as Next, Continue, or Save. When this happens, users may be unable to continue their workflow without first dismissing the notification. This is particularly inconvenient when the message is unrelated to the task the user is completing.Requested improvementsWe would like to have the following options: Customizable notification positioning Allow the host application to configure where notifications appear, or define areas of the interface that the notification widget must avoid. This would ensure that notifications do not block buttons, forms, navigation elements, or other essential controls. Per-user notification controls Provide an option to disable or hide Intercom notifications for individual users who do not want to receive them. This control should ideally be available at the user level, rather than requiring notifications to be disabled for all users across the application. Expected behaviorUsers should be able to continue using the web application without notifications obstructing essential interface elements. At the same time, users who prefer not to receive notifications should have the ability to disable them for their own account.