Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3160 Ideas

    Nico Magbiray
    Innovator ✨
    Nico MagbirayInnovator ✨

    Allow Fin to "Loop Back" or Return to Previous Workflow NodesSubmitted

    Hello Intercom Community!I’ve been building complex automated shops using Fin and Workflows, and I’ve noticed a significant limitation in the current "Let Fin handle" node. Once a user is inside the Fin flow, it often feels like a "dead end" for automation. Currently, Fin can only resolve the chat or escalate to a teammate.The Problem: There is currently no built-in way for Fin to guide users back to previous paths or nodes within the same conversation flow once the AI is active. For example, if a user finishes browsing product details with Fin but wants to go back to the main menu buttons to start a different process, they are stuck unless a human intervenes.The Proposed Feature: "Automation Loop-Back" I would love to see an option within Fin's guidance or node settings that allows for a "Start Over" or "Go Back" trigger.Key Functionality: A specific command in Fin's guidance (e.g., "If the user wants to start over, hand back to [Node Name]") that re-triggers a previous part of the workflow.Why it matters: This would make Fin truly modular. It would allow us to build "circular" experiences where users can bounce between AI-powered information gathering and structured, robot-led data collection (like order forms) without the conversation feeling broken.Current Workaround (The Tip): Until this is a native feature, I’ve found that the best "fix" is to use Handover Paths connected to Reusable Workflows. By forcing Fin to "Hand over" after a specific intent, you can land the user back into a fresh workflow node that presents the menu again.Has anyone else found a better way to let users "navigate" backward while talking to Fin?I’d love to hear your thoughts!

    Hebe LowenNew Participant

    Improvements needed to Help Centre searchSubmitted

    Please can some improvements be made to the Help Centre’s search functionality? Currently it isn’t really up to industry standard and is providing a poor user experience• It doesn’t pick on synonyms/different terminology - so without keyword-stuffing (which is bad practice and poor UX), content gets missed. Already raised by someone else here, here and here a year ago and still an issue - especially when it comes to typos, Fin can detect these so the HC should be able to as well. Some typos appear to be accounted for but not all - we should be able to customise this.• Similarly, if we have a standardised/approved way of spelling/styling a term, this is the only one we use within our content for consistency - however users might spell it differently. Their spelling is valid (and not a typo necessarily) but doesn’t match our brand-approved spelling, and so articles don’t surface for them. Eg. “multisite”, “multi-site”, “multi site” are all grammatically appropriate, but we only use the hyphenated one according to our brand guidelines - if a user searches “multisite”, the articles don’t show in the search results • There is no way to filter (eg. by topic, region) - much of our content is regionalised, but there’s no way to distinguish this without using the article descriptions which aren’t always visible in search results (as it previews the section where the keyword appears). Users have to open and check the description to know if it’s relevant, which is a huge time-waster. Users should be able to find which responses are relevant to them, just like Fin regionalises if you use audiences.• Certain articles need to be visible in collections for visibility (and therefore can’t be “unlisted”) but are not applicable in searches, and are taking up space in those searches, stopping more relevant content coming to the top. For example our historic release notes currently live in the Help Centre for visibility, but entries from 2018 shouldn’t be surfaced in searchesPossible solutions• Transparent keywords (as suggested here) to indicate topics covered in an article without needing to include in copy • Tags to achieve the same as above but also allow for filtering (eg. search only articles relevant to AU users, or only articles on a particular topic)•  Toggle to exclude from searches (similar to the toggle to exclude from suggested articles) - would ensure they don’t clog up search results, without having to hide from the Help Centre