Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3216 Ideas

    SlimNew Participant

    Reusable workflows: expose whether the workflow was triggered manually (trigger-source flag for branching)Submitted

    Current behaviorA reusable workflow can be started in two ways: by another workflow or automation via the "Pass to reusable workflow" step, or manually by a teammate from the Help Desk (⌘K → "Trigger reusable workflow"). Inside the workflow itself, there is no way to tell which of the two happened — branch conditions can only use people, company, and conversation data, and none of it reflects how the workflow was started.The problemThe same reusable workflow often needs to behave differently depending on how it was launched:When a teammate triggers it manually, automatic reassignment steps are unnecessary or actively harmful — they can pull the conversation away from the very teammate who just triggered it. For reporting and downstream logic, we want to set attributes differently per trigger source, so that manually triggered runs don't distort automation statistics (and vice versa). Some steps only make sense in one mode — e.g. an intro message or a snooze that fits the automated path but is redundant when a human is already handling the conversation.Because the trigger source is invisible, the only options today are:Duplicating the workflow into a "manual" and an "automated" version and keeping both in sync forever — which defeats the purpose of reusable workflows, or Having every parent workflow set a custom conversation attribute right before the "Pass to reusable workflow" step and branching on it inside the reusable workflow. This is fragile: every caller must remember to set it, the attribute has to be reset afterwards, and a manual trigger can't set anything beforehand at all.Proposed ideaExpose the trigger source inside reusable workflows — ideally as a boolean system attribute, e.g. "Workflow triggered manually" (true/false), available in branch conditions and when setting attributes.Example: if "Workflow triggered manually" = true → skip the reassignment branch and tag the run as manual; otherwise run the full automated path.A richer "Trigger source" attribute (manually / by another workflow) would be even more flexible, but even the minimal boolean would already let a single reusable workflow safely serve both cases instead of being duplicated.Who would benefitAny workspace that uses reusable workflows both as building blocks inside automations and as manual one-click actions for teammates in the Help Desk. Today those teams either maintain near-identical duplicated workflows or build fragile attribute-based workarounds; a native flag would remove the need for both.

    Matej Bosnjak
    Matej BosnjakNew Participant

    Feature Request: Folder / Collection Structure for Intercom Audiences (Segments)Submitted

    Hi everyone!  SummaryWe are building a structured segmentation system covering 8 countries × 6 license tiers × up to 7 roles per tier, plus driver, EMS, and product-specific sub-segments. This will result in 150–200+ audience segments in Intercom.At this scale, the flat list view of the Segments section becomes unmanageable. We are requesting a folder or collection structure for audience segments to enable organised navigation and team usability.Problem Intercom Segments currently exist in a single flat list with no grouping or hierarchy. With 150–200+ segments, finding the right audience requires scrolling or searching every time. There is no way to visually distinguish between segment types (e.g. country-based CPO segments vs. driver segments vs. product segments). This makes it difficult for support agents, Fin AI configuration owners, and CS managers to confidently navigate, audit, or update the correct segment. Onboarding new team members to the segmentation system becomes significantly harder without clear visual structure. Requested FeatureIntroduce folders or collections for the Segments section, allowing users to: Create named folders (e.g. 🇩🇪 Germany, 🇧🇪 Belgium, Business, Pro, Enterprise) Assign segments to folders — either at creation or via drag-and-drop / bulk assignment Expand / collapse folders in the sidebar or segment list view Nest segments logically without changing their underlying rules or behaviour Example StructureCopy📁 Germany (DEU) ├── DEU — Pro — Fleet Admin ├── DEU — Pro — Fleet Manager ├── DEU — Business — Finance Manager └── ...📁 Belgium (BEL) ├── BEL — Pro — Fleet Admin └── ...📁 Drivers ├── CC@home — Driver — Manual ├── CC@home — Driver — Automatic └── Reg. driver — no platform access📁 EMS ├── EMS — Dynamic (System Users) └── EMS — Static (Drivers)📁 Legacy (Wind-down) ├── All — Basic └── All — CompactImpact Area Current With Folders Segment navigation Scroll through 150+ flat entries Expand relevant folder, find segment instantly Fin AI configuration Error-prone — easy to select wrong segment Clear grouping reduces misconfiguration risk Team onboarding Requires tribal knowledge Self-explanatory structure Segment auditing Manual scan of full list Folder-level review Priority / Urgency We are actively building this segmentation system now and will reach 150+ segments within the next quarter. Without folder support, we may need to delay segment creation or work around the limitation with inconsistent naming conventions alone. This feature would benefit any Intercom customer operating at scale across multiple regions, products, or customer types. Workaround Currently UsedStrict naming conventions ({COUNTRY} — {Plan} — {Role}) allow alphabetical sorting to group segments loosely by country. However, this does not solve the navigation problem for cross-cutting segment types (drivers, EMS, product-specific) and is not intuitive for new team members.Additional Notes We would also welcome a search/filter bar within the Segments list as a lighter alternative or complement. A tagging system for segments (similar to Intercom tags on conversations) could achieve a similar result and may be simpler to implement.