Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3157 Ideas

    UjjwalNew Participant

    iOS App Feedback (Primarily Feedback, Not a Feature Request)Submitted

     First off, I wanted to share that the new iOS app update feels like a significant improvement overall. The UI refresh looks modern, navigation feels cleaner, and features such as inline image rendering within email chains are genuinely useful. The update has encouraged me to use the mobile app much more frequently than before.That said, after spending more time with version 5.0.0, I came across several issues and pieces of feedback that I wanted to share with the team.1. Blurry UI During NavigationObserved BehaviorWhen navigating between different sections of the app, portions of the UI occasionally become blurry or appear improperly rendered.Additional Notes The issue often improves or resolves after scrolling. The behavior is intermittent but noticeable enough to impact usability. Screen recording was provided in the support conversation. FeedbackThis feels like a rendering or view refresh issue that may have been introduced with the new UI architecture.2. Queue Count Synchronization IssuesObserved BehaviorQueue counts do not always update correctly after conversations are automatically assigned.Example Conversations were successfully routed from the SME queue to individual team members. The SME queue should have shown 0 conversations. Instead, it continued displaying 3 conversations. Pull-to-refresh did not resolve the discrepancy. The only workaround was completely closing and reopening the application. FeedbackThis can create confusion when managing workload and queue health because the displayed counts do not accurately reflect the actual state of assignment.3. Missing "Reassign Replies" Toggle (Highest Impact Concern)Previous BehaviorThe profile/settings area previously contained: Away Mode toggle Reassign Replies toggle Current BehaviorOnly the Away Mode toggle is visible.The Reassign Replies option appears to have disappeared entirely.Why This MattersUnlike the other issues reported, this directly affects team workflows and productivity.The ability to control conversation reassignment while away is an important operational feature that many support teams rely on daily.RequestCould the team confirm whether: This was intentionally removed? The setting has been relocated elsewhere? This is a bug introduced in v5.0.0? Of all feedback items listed here, this is likely the most impactful from a workflow perspective.4. App Crash When Opening Contact DetailsObserved BehaviorThe app crashes immediately when tapping on a customer's name within a conversation.Notes Screen recording was provided. This appears similar to a previous issue that occurred when opening conversations containing particularly long email addresses. That prior issue was fixed, but this behavior feels related. ImpactThis prevents access to customer details and creates a disruptive experience when managing conversations. Overall FeedbackOverall, I genuinely like the direction of the new iOS experience. The visual refresh, improved email rendering, and general modernization are all appreciated.The feedback above is being shared because I use the app heavily throughout the day and would love to see it become a reliable primary workflow tool. Most of the concerns are centered around stability, state synchronization, and preserving existing workflow functionality.If I had to prioritize the items: Missing Reassign Replies toggle Contact-detail crash Queue synchronization/count refresh issues Blurry UI rendering Thank you to the iOS team for the significant work that clearly went into this release. I look forward to future updates and am happy to continue providing feedback as I spend more time with the new version.PS - I have attached all the screen recordings on chat with a support rep from your team. 

    Auto-Translation for TicketsSubmitted

     Why It Matters:Customer Experience: When customers receive replies in their native language, it significantly improves satisfaction, trust, and perceived support quality. Not replying in the customer’s language can lead to frustration, misunderstandings, and reduced resolution rates. Agent Efficiency: Manual translation of converted chats is time-consuming and error-prone. Agents spend extra effort translating messages, which slows response times and reduces the number of tickets they can handle. Scalability: As your business grows globally, manual translation doesn’t scale. Auto-translation enables seamless multilingual support without hiring additional translators or expanding language-specific teams.Risks to Consider:Accuracy & Nuance: Machine translation may not always capture context, tone, or industry-specific terminology, potentially leading to miscommunication. Data Privacy: Translating customer data through third-party services may raise compliance concerns (e.g., GDPR, data residency). Customer Expectations: If translation quality is inconsistent, customers may become frustrated when messages are unclear or inaccurate. Implementation Complexity: Integrating translation into ticket workflows requires changes to existing systems and may impact performance or user experience.Impact of Not Translating:For Customers: Receiving messages in a language they don’t understand can lead to confusion, repeated follow-ups, and a perception of poor support. For Agents: Manually translating adds cognitive load, increases response times, and may lead to burnout or errors. For the Business: Poor multilingual support can result in lower CSAT scores, higher churn, and missed opportunities in non-English-speaking markets.

    David Coen
    David CoenNew Participant

    Add Fin Guidance and Escalation Guidance to the Intercom REST APISubmitted

    The problemWe manage Fin with a large, frequently updated ruleset: Context & clarification Guidance plus Escalation Guidance (separate objects in Train → Guidance and Train → Escalation).Today this content is UI-only. There is no public REST API to list, read, create, update, enable/disable, or delete Guidance entries — unlike Help Center articles, which we already manage programmatically via the Articles API.This creates real operational pain:No single source of truth — teams maintain a parallel wiki/repo and manually copy-paste into Intercom after every change. No programmatic audit — conversation audit events expose fin_guidance_applied with guidance id and title, but we cannot fetch that object via API to verify live text, diff against git, or detect drift. “Ghost” guidance risk — we have seen guidance applied in production (visible in conversation audit) that does not appear in the editable Train list, making it impossible to fix or retire bad rules without Intercom support. High iteration cost — when routing logic changes (e.g. buy/ramp vs gift card vs swap), updating 15–20 guidance bodies by hand is slow and error-prone (character limits, audience, channels, paused vs live). Multi-workspace sync — other customers already ask for export; we need import + update, not just export.We already automate Fin training for Help Center and Data Connectors; Guidance is the missing piece.Proposed solutionAdd REST API resources for Fin Guidance and Escalation Guidance, modeled after Articles:Suggested endpoints (names illustrative): GET /fin/guidance — list all guidance entries (paginated) GET /fin/guidance/{id} — retrieve one entry by id (same id as fin_guidance_applied) POST /fin/guidance — create PUT /fin/guidance/{id} — update body/metadata DELETE /fin/guidance/{id} — delete or archive GET /fin/escalation_guidance (+ CRUD) — separate resource for Train → Escalation tab Fields to expose (minimum):id, title, body (plain text / markdown) type or category (e.g. context vs escalation) audience, channels state (enabled | paused | draft) created_at, updated_at Optional: usage stats (used, resolved, escalated) for observabilityNice-to-haves:Deep link from Inbox audit → specific guidance id in API response Webhook / event when guidance is created, updated, or deleted MCP server support (same pattern as articles) Preview vs production workspace targeting (if applicable)Why this mattersFaster, safer Fin iteration — git-reviewed changes deployed via CI, not manual paste. Drift detection — compare live Intercom state to repo; catch ghost or stale rules. Incident response — pause or patch one guidance entry in seconds when misrouting is detected (e.g. Phaze gift-card rule matching crypto buy conversations). Consistency with existing APIs — we already manage articles and snippets are requested separately; Guidance is the core Fin routing layer and should be first-class in the API too.Related requests (complementary, not duplicate)Ability to Export Guidance — export-only; we need full CRUD + escalation Add Snippets to the Intercom API Direct API Mapping for Fin Data Connectors — our team’s related Fin automation requestHappy to share our workflow (repo mirror, deploy checklist, conversation-driven QA) if useful for prioritization. 

    David Coen
    David CoenNew Participant

    Bulk merge conversations from Inbox multi-selectSubmitted

    SummaryAdd a bulk “Merge into…” action to the Inbox, so agents can select multiple conversations at once and merge them into a single primary conversation — instead of merging one pair at a time.ProblemWe regularly receive multiple open conversations from the same contact about the same issue (duplicate threads, follow-ups sent as new conversations, etc.). Intercom now supports merging conversations, but only one merge at a time via “Merge into” inside a single conversation.When a contact has 3–10+ duplicate threads, our workflow becomes:Open the primary conversation Merge conversation B into A Repeat for C → A, D → A, E → A, …Each step requires opening or searching for the next conversation and confirming the merge individually. This is slow, error-prone, and does not scale during incidents or high-volume support periods.Current behavior• Inbox multi-select supports bulk actions such as assign, reply/note, snooze, close, and edit attributes• Merge is not available as a bulk action• Merge must be done pairwise from within a conversation• There is no REST API to merge conversation threads programmatically: https://community.intercom.com/api-webhooks-23/conversation-merge-via-api-13753Proposed solutionExtend Inbox bulk selection with a Merge action:Agent selects multiple conversations in the Inbox (checkboxes, same as existing bulk actions) Agent chooses “Merge into primary…” Agent designates one selected conversation as the primary thread (or Intercom suggests the oldest/most recent open conversation) All other selected conversations are merged into the primary in one action Show a clear confirmation summary before execution (e.g. “Merge 4 conversations into #12345?”)Nice-to-have (not required for v1)• Restrict merge candidates to the same contact (same as today’s merge rules), with a clear error if selection is invalid• Optional: merge from the “Recent conversations” sidebar without opening each thread in a new tab (related: https://community.intercom.com/ideas/merge-conversations-from-recent-converstions-sidebar-app-14549)• Audit trail: which teammate performed the bulk merge and which conversations were combined• REST API endpoint for programmatic merge (for automation / dedup workflows)Related requests• Inbox bulk actions discussion: https://community.intercom.com/inbox-9/which-bulk-actions-would-you-like-in-the-inbox-1510• Faster pairwise merge from Recent Conversations sidebar: https://community.intercom.com/ideas/merge-conversations-from-recent-converstions-sidebar-app-14549• Merge conversations & tickets beta feedback: https://community.intercom.com/product-updates/merge-conversations-tickets-beta-available-6853Why this matters• Faster triage when customers open many duplicate conversations• Less context switching for agents during busy queues• Consistent with existing Inbox bulk-action patterns agents already know• Reduces resolution time and the risk of replying in the wrong duplicate threadUse case exampleA customer opens 6 separate conversations about the same purchase issue. Today we need 5 separate merge operations. With bulk merge, we would select all 6, set one as primary, and complete the consolidation in a single step.Happy to provide more workflow details or join a beta if helpful.