Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3157 Ideas

    Grace Ndabananiye
    Grace NdabananiyeNew Participant

    Export Individual Reviewer Notes from Monitor ScorecardsSubmitted

    Summary:Manual reviewer notes added to conversations within a Monitor should be exportable, either via the Dataset Export (CSV) or surfaced in the Reporting API, alongside scorecard scores.The problem:When manually reviewing conversations in a Monitor, reviewers can add qualitative notes to explain their scoring decisions. These notes are currently only visible within the Monitor UI, one conversation at a time, and can't be exported via CSV, the Reporting API, or S3 export.This creates a noticeable gap: the qualitative insight that gives context to scores, the why behind a pass or fail, is trapped behind individual conversation views. To extract patterns, a reviewer has to manually open and copy notes from each conversation, which isn't realistic at scale.What I'd expect instead:Reviewer notes should be included in the Dataset Export (scorecard_evaluation or scorecard_attribute_evaluation datasets) as an additional column, and ideally also surfaced via the Reporting API so teams can build dashboards or send data to external tools.Even a basic bulk export, such as a CSV of conversation ID, attribute, score, and note, would make a meaningful difference for teams using Monitors for structured QA workflows.Impact:Without exportable notes, qualitative QA analysis at scale just isn't practical. It limits Monitors to surface-level pass/fail tracking, rather than the richer insight tool they're designed to be.

    Grace Ndabananiye
    Grace NdabananiyeNew Participant

    Retroactive Attribute Application for Updated Scorecards in MonitorsSubmitted

    Summary:When a scorecard's attributes are updated, unreviewed conversations already captured by a Monitor should reflect the new attributes, either as incomplete/pending fields, or via a manual "re-apply scorecard" option.The problem:Scorecards evolve. When you refine attributes to better capture quality signals, only future conversations benefit from those changes. Existing conversations in the Monitor, especially unreviewed ones, are locked to the old scorecard structure, making it impossible to apply your improved rubric retroactively without manual workarounds.This is particularly frustrating when a Monitor has been running for weeks and you haven't yet reviewed the backlog. Updating the scorecard mid-cycle effectively creates two incompatible datasets within the same Monitor.What I'd expect instead:At minimum, unreviewed conversations in a Monitor should have the new or updated attributes added as empty/pending fields when a scorecard is changed, preserving any existing scores while surfacing the new ones for review. Reviewed conversations could reasonably remain unchanged.Ideally, there would also be a "Re-apply scorecard to unreviewed conversations" option, a reset or refresh button scoped to conversations that haven't been manually evaluated yet.Impact:Without this, teams have to either (a) accept inconsistent data across a Monitor's history, or (b) or manually re-process old conversations. All of these options undermine the value of Monitors as a continuous QA tool.

    Pim de GooijerNew Participant

    HID Headset Support for Answering Intercom Phone Calls (e.g., Jabra, Poly)Submitted

    At the moment, it is not possible to answer incoming Intercom Phone calls using the physical button on a HID-enabled headset (such as Jabra or Poly). Calls can only be answered by clicking Answer inside the web-based Inbox.Both Fin AI and an Intercom Support Engineer have confirmed that Intercom Phone currently requires a UI interaction to answer—headset buttons are only usable for audio, not call control.Requested FunctionalityNative support for HID (Human Interface Device) call controls, enabling agents to:Answer incoming Intercom Phone calls using the headset button (Optionally) End calls using the headset button Use these controls without needing to interact with the browser interfaceWhy This MattersMany support teams use professional contact‑center headsets with built‑in call controls HID support is a standard expectation in modern voice solutions It improves agent efficiency, reduces context switching, and allows faster response It enables a more natural workflow, especially in busy support environmentsExample Use CaseA support agent receives an incoming Intercom Phone call and can:Press the answer button on the headset Immediately speak, without clicking in the InboxThis is especially helpful when multitasking or when the Inbox is not the active window.Additional ContextHeadsets already work for audio in Intercom Phone. What's missing is the integration that links HID events (e.g., “answer call”) to Intercom’s call handling. 

    Ning LimNew Participant

    Add workflow trigger: 'When ticket is unsnoozed due to reply/comment' with ticket status update actionSubmitted

    Problem Statement:Currently, there's no native workflow trigger to automatically update ticket status when a snoozed conversation receives a reply and becomes unsnoozed. This creates a gap in automated dev handoff workflows where tickets need to transition from "Waiting on Dev" or "Waiting on Customer" back to "In Progress" when someone responds.Use Case:Our team manages a standard dev handoff flow:CS creates ticket → status = "Submitted" CS changes to "Escalated to Backend" → triggers Slack notification to devs Status auto-moves to "Waiting on Dev" and ticket snoozes for 4 hours Missing automation: When dev replies (auto-unsnoozing the ticket), we need status to automatically update to "In Progress" so CS knows the ball is back in our court Same workflow needed for "Waiting on Customer" → "In Progress" when customer repliesCurrent Limitations:No "ticket unsnoozed" trigger exists in workflows Cannot bridge conversation events (replies/unsnoozing) to ticket status updates Requires manual status changes, breaking automation flowRequested Feature:Add a workflow trigger "When ticket is unsnoozed due to reply" with the ability to automatically update ticket status. This would enable seamless automated handoffs between CS and development teams without manual intervention.Business Impact:This automation would eliminate manual status tracking and ensure clear visibility of ticket ownership during dev handoffs, improving team efficiency and reducing missed handoffs.