Share product ideas and upvotes with our product team
Currently within the Let Fin Handle boxes there is the option to Follow up with inactive email customers. But we don’t have a way to fine tune which interactions Fin should follow up with. As an example, if a customer has had a conversation with Fin where all the possible options have been exhausted and the customer has stopped replying, we want to give Fin guidance to not reply if there is a specific conversation topic (attribute) that has been detected. We want Fin to be able to send the follow up as needed, but want to be able to give Fin some instruction to NOT follow up based on a topic, or guidance. At the moment it is either on or off.
The Problem:Currently, all custom away reasons are visible to every teammate workspace-wide. This creates unnecessary noise for departments with different workflows.The Request:Add a setting to restrict specific away reasons to certain Team Inboxes or Roles.This will: Reduce Clutter: Agents only see statuses relevant to their role. Improve Accuracy: Prevents teammates from selecting irrelevant statuses by mistake.
As many people have a lot of SLA’s for each workflow and product, could there potentially be a way that we can create some sort of way to add an edit function to go with these as SLA’s are always changing and having to delete them entirely to amend each change can be a nightmare. I feel this would save a lot of time and extra things if it could be possible to do.
Feature Request: Extend URL Security Signing Window (30 to 60 Mins)The ProblemThe current 30-minute security signing window is too short for large API data transfers and complex transcriptions. This leads to transcription loss when the signature expires before the process finishes.The SolutionIncrease the maximum URL security signing window to 60 minutes.Security & Infrastructure FAQGDPR/SOC2: A 60-minute window remains a "short-lived" credential. It does not alter encryption standards or data privacy controls.GCS/S3 Compatibility: Standard cloud providers (like AWS) easily support pre-signed URLs for much longer durations; this is a minor configuration change with zero infrastructure risk.Risk: The URLs remain temporary and on-demand, providing necessary "headroom" for data without increasing the attack surface.The BenefitThis change ensures data integrity for high-volume users and enterprise integrations.Are you also hitting the 30-minute limit? Upvote to let the team know!
The Problem: Currently, setting up Fin Data Connectors is a high-friction process. For every action we want Fin to take, we have to manually: Create a new Connector. Define the endpoint. Manually map and explain each data attribute so Fin understands it. This significantly increases the "Time to Value" for Fin. If I have a complex B2B API with 50 endpoints, it takes days to set up, rather than minutes. ⏳ The Solution: Introduce a "Bulk API Mapping" feature. Instead of manual entry, allow us to provide a URL to our API Documentation (or upload an OpenAPI/Swagger JSON/YAML file) and the Global Authorization headers.How it would work: Doc Ingestion: Fin "reads" the documentation and automatically maps the available endpoints. Semantic Understanding: Since modern API docs are well-designed, Fin can use its native LLM capabilities to understand what each endpoint does without us writing a manual "explanation" for every single one. Global Auth: Set authorization once at the root level rather than per-connector. Selective Enabling: A simple toggle list where we can "Turn On" specific endpoints for Fin to use as Tools. Why this is a game-changer: ⚡️ Drastically Reduce Start Time: We could go from "Zero to Integrated" in minutes, not days. 📈 Scale Automation: It encourages teams to give Fin more "powers" because the cost of adding a new capability is nearly zero. 🛠 Improved Accuracy: Professional API documentation is often clearer than a human's manual summary, leading to fewer hallucinations during tool calls. Let’s move Fin from a "manual data connector" model to a "plug-and-play architect" model! 🇬🇧💪#IntercomFin #ProductFeedback #FeatureRequest
Hi Intercom team,I’d like to request an improvement around how mentions behave across back-office tickets and cross-noted conversations.Currently, when a back-office ticket includes a mention that is also cross-noted into a conversation assigned to me, I end up handling the same item twice: First when I open and respond to the conversation Then again when reviewing my mentions in back-office tickets This creates duplicate work and forces agents to manually reconcile two separate workflows for the same task, which becomes increasingly inefficient at higher ticket volumes.This occurs repeatedly throughout the day when handling cross-noted tickets and adds noticeable overhead to agent workflowsSuggested improvement:Automatically mark a mention as “seen” in the back-office ticket when the linked conversation has already been viewed or responded to by the assigned agent.Ideally, this behavior could be configurable to support different team workflows.Impact: Eliminates duplicate handling of the same task across conversations and tickets Reduces cognitive load when clearing mentions Improves workflow efficiency for teams managing high volumes of cross-noted tickets Happy to provide specific examples or workflows if helpful.
Detect when multiple users report similar issues within a short time (e.g. “I can’t create a wishlist”) and trigger an alert.This would help teams quickly spot emerging bugs and investigate before they escalate.
When using “Add summary note” in a Workflow, the summary is generated in the customer’s language. Since our agents manage multiple markets and work across different languages, having this summary automatically translated into the workspace’s default language would save a lot of time and make this feature much more useful.
Allow modification of the initial CSAT even when it has been submitted with a comment, by resending a new evaluation when the conversation is reopened. This way, the rating can be updated to reflect the most recent context of the interaction.
It would be good to have metric like ticket numbers in custom states, what could be viewed and segmented by teammates
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.