Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3157 Ideas

    Trevor
    Innovator ✨
    TrevorInnovator ✨

    Fin Ai Agent Access to Tracker Tickets for SMART bug Categorization, handling, and communicationSubmitted

    The Problem:We have bugs that arise, just like any other tech company. We’re constantly innovating and pushing updates, and therefore encounter unexpected issues. We typically fix widespread issues and outages very quickly. And we link all customers to a tracker ticket. Fin spends way too much time blindly leading a customer through troubleshooting steps, when there’s a deeper issue Fin is unaware of. How we solve today:It takes a lot of effort to create a snippet, and create guidance for the snippet, to quickly train Fin on a known issue. And then that guidance and snippet has to be manually deleted hours or days later when the issue is resolved. It’s constantly evolving, requiring multiple steps. We create tracker tickets to inform customers and human agents of the progress of issues like this. So I’m training my agents and Fin separately, in two different places. The Dream Scenario: Awareness: Fin is aware of all active Tracker Tickets logged by human agents. Mitigation: Fin automatically offers a workaround to the customer if one is documented. Proactive Subscription: Fin asks the customer if they would like to be notified of updates regarding the bug. Automation: Upon confirmation, Fin automatically links the conversation to the Tracker Ticket and converts the conversation into a customer ticket. Persistence: Fin remains the primary point of contact unless the issue requires human escalation. Resolution Loop: When the Tracker Ticket is marked "Resolved," Fin proactively follows up with the customer to confirm the fix is working for them. Proposed Implementation in IntercomTracker Ticket Settings Add a "Sync to Fin AI" toggle on Tracker Tickets (or enable this by default for specific Ticket Types). When enabled, provide specific AI-optimized fields: Symptoms: Describe what a customer would experience (to help Fin match the issue). Workarounds: Step-by-step instructions for Fin to provide. Target Audience: Specific conditions or user segments impacted. Auto-Link: Toggle option to allow Fin to automatically link users to a Tracker Ticket. Auto-Ticket Creation: Toggle option for Fin to generate a linked conversation ticket automatically upon bug identification.

    JHarlowe
    JHarloweConnector

    Attribute mapping on conversation-to-ticket conversionSubmitted

    Problem:When a conversation is converted to a ticket, attribute values on the conversation are not automatically populated into matching ticket fields, even when identically named fields exist on both objects. The two remain linked but maintain fully independent attribute sets.This gap is not surfaced to users at the point of conversion, making it non-obvious until a workflow fails or an SLA is missed. ImpactThe most immediate consequence is SLA policy behavior. Because SLA policies in Intercom evaluate at the conversation level, a ticket with Urgency set on the ticket attribute, but not on the corresponding conversation attribute may not trigger or breach correctly. Teams populating ticket fields in good faith could be inadvertently creating invisible SLA gaps. Additionally, any workflow conditioned on a ticket attribute will not fire as expected if that attribute was not populated at conversion time. This affects routing logic, automation triggers, and any Fin-based attribute detection, which does not carry over to tickets automatically.Requested FeatureA native attribute mapping configuration allowing workspace admins to define field-level mappings between conversation attributes and ticket attributes. When a conversion occurs, values from mapped source fields would be written into their designated target fields automatically before any workflows evaluate the new ticket.

    Shawna ScottNew Participant

    Feature Request: Make list attribute values easier to set via APISubmitted

    ProblemSetting list-type custom attributes on tickets via the API is painful enough that our engineering team now recommends against using list attributes — even when they'd be the better UX for our agents.  Specifically, the issues that lead us to this recommendation are:1. Read/write asymmetry. Intercom returns the display label on read, but rejects that same label on write and requires an internal UUID. Round-tripping a value we just received does not work.2. UUIDs aren't exposed in the UI. The only way to obtain them is to make a specific API query — there's no admin screen or export.3. UUIDs differ between sandbox and production. Every list option must be re-discovered and re-mapped per environment; no config promotion path exists.4. Downstream cost. We now maintain one ENV var per list option per environment, just to translate stable concepts onto volatile UUIDs. The maintenance burden is steering us away from the feature entirely.Suggested fixes (any one would help; together they'd align with API conventions):1. Accept the display label on write, rejecting with a clear error on ambiguity.2. Support customer-defined stable keys per option (e.g. Stripe's lookup_key, Salesforce API names) so the same identifier works across workspaces.3. Expose UUIDs in the attribute admin UI, copyable.Bottom line: we want to use list attributes — they're better for our agents than free text — but today's API ergonomics outweigh that benefit. Closing this gap would let us adopt them broadly.