Share product ideas and upvotes with our product team
Hello Fin team,It's easy to go a little blind on resolution rates, since what really matters is what the customer believes is the truth. Fin will calculate an assumed resolution if a customer stops replying to the thread and leaves. Although this is quite common in the SaaS industry, it is also not a very safe indicator that the issue was in fact resolved. Even for confirmed resolutions, it may be that the customer thought it was perfect and confirmed, but later found that this was actually not the resolution anyway. To get a better picture of this, please consider this feature request for reporting:Any lead or user who does not only reopen a previous conversation (this can already be done in reporting), but opens a new conversation within X time (a variable that we should be able to select), is considered a recontact. The combination of AI resolution together with low recontact rate is dynamite, and far stronger than just showing off with a high AI resolution alone. Thanks,Christian Osmundsen, Deliverect
For VIP/Ent customer email emergencies, the key is to avoid relying on the “inactive customer follow-up” timer, since email follow-ups are only configurable in hours (1 hour to 7 days). [1] [2]Request: to have more flexibility with the follow up timer and use minutes instead of hours.Use case: we want to add Fin also to handle Ent emails and if there's an emergency we can't wait 1 hour for Fin to escalate/hand off to our inbox.
Guidance sections support version history and save-time notes, but Escalation Guidance doesn't. Would be great to have parity — these features are useful for tracking changes and context.
Hey team :) Adding a keyword search feature in the Recommendations tab, similar to the one available in chats, would make it much easier to find relevant content. At the moment, recommendations can only be filtered by topics, so if a specific topic is not yet listed, we need to manually scroll through all recommendations to find what we are looking for.
Today, it is possible to easily translate content within conversations. However, the translation of Help Center articles is still not automated.This limitation creates a significant workload, especially when managing multiple languages in the Help Center.In the age of AI and given the rapid evolution of your tools, it feels surprising that automatic translation of Help Center content is not yet available. Introducing this feature would provide major benefits in terms of time savings, consistency, and overall efficiency.
I have an Escalation Rule that is built on Attributes but it’s causing issues with batch testing as attributes are not set. I can not use an Audience as that is already needed in my batch testing to control the KB. Ideally you allow us to set the attributes before triggering the batch testing as you allow in simulations.My escalation rule is Attribute is not [name] and Attribute2 is not [name2]. This allows me to use FinAi for new use cases and then escalate to an existing nonFinAi workflow for existing use cases. Over time we will move all to FinAi but that is not possible right now. This escalation rule is built on Attributes so why is there no solution for batch testing? I will try creating a test user with the attribute set as a workaround. That will then require everyone to use this test user and that is not ideal.
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.
I’d love the option to be able to set Fin attribute reasoning to be hidden, or perhaps follow the “Show conversation events” flag, We have several attributes and it can be quite noisey.
When using an email code for data connectors I’d like to be able to configure two options: Choose the time out window myself Automatically communicate the time out window (regardless of whether it’s custom or not) to the customer whenever the security code is invokedA 10 minute window is very short and customers are often stuck in a loop requesting new codes over and over. This could be off-set with a longer window, and better communication about these timeouts. It seems like an industry norm to communicate time out windows by default and it’s strange that this isn’t done.
Ability to choose which knowledge folders the content team can edit. We need to decrease risk by giving content editors access to edit ALL knowledge articles in a workspace.
Ability to make fin toggle disabled as default for newly published content.
ProblemFin handles chat well — short turns, fast iteration, low downside if a reply needs a follow-up. Email is a different beast. Threads are longer, context spans days or weeks, and the stakes are higher: customers expect a considered, accurate response, and a wrong reply is much harder to walk back than in a live chat.That makes full autonomy a poor fit for most email conversations. But it doesn't mean Fin can't help. Right now, the gap between "Fin resolves it autonomously" and "agent writes from scratch" is too wide for email — there's nothing in between.ProposalWhen a new email arrives, Fin generates a draft reply using:- The full thread context- Connected knowledge sources (help center, macros, past resolved threads)- Brand voice and tone settings already configured for FinThe draft sits in the conversation ready for an agent to review, edit, or send. A confidence indicator and visible source citations would let agents verify in seconds rather than re-researching the answer.Why this is valuable- Cuts response time without giving up the human-in-the-loop check that email genuinely needs.- Captures Fin's value on conversations that today are 100% manual.- Creates a feedback loop: agent edits become signal for improving future drafts, and eventually for moving simpler email categories toward autonomous resolution.Use caseWe run a marketplace where most supplier-side conversations happen over email. They're rarely fully automatable, but most of what we write is a variation of something we've written before. A Fin draft would save the majority of the writing time per reply while keeping us in control of what actually ships.
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, 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
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.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
OKSorry, our virus scanner detected that this file isn't safe to download.
OK