Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3155 Ideas

    Alba NavarroNew Participant

    Feature request: traducción del campo "descripción" en tickets + variable dinámica en notas de workflowSubmitted

    Contexto del problema: Tenemos un equipo multilingüe que gestiona tickets de clientes en varios idiomas (italiano, portugués, francés). Con la implantación de AI Inbox Translation, los mensajes del hilo de conversación se traducen correctamente, pero el campo de descripción del objeto ticket no se traduce, lo que obliga a los agentes a trabajar con descripciones en idiomas que no dominan antes de poder empezar a gestionar el caso.Este problema se agrava porque la opción "languages you also speak" fue eliminada con el nuevo sistema de AI Inbox Translation, lo que significa que los agentes con perfil multilingüe ya no pueden configurar excepciones por idioma. Hemos abierto tickets de soporte al respecto (mayo y junio 2026) y se nos confirmó que el opt-out anterior ya no está disponible.Solicitud concreta — dos opciones alternativas:Opción A (preferida): Extender AI Inbox Translation para que cubra también el campo de descripción del objeto ticket, igual que ya cubre el hilo de conversación.Opción B (alternativa técnica): Exponer el campo de descripción del ticket como variable de plantilla disponible en el paso "Add a note" de los workflows (p. ej. {{ticket.description}}). Esto permitiría crear un workflow que automáticamente pegue la descripción como nota interna en el hilo, donde sí queda cubierta por AI Inbox Translation.

    ignaciolopezsupportNew Participant

    Support and display WhatsApp contact cards (vCards)Submitted

    WhatsApp supports sharing contacts as native contact cards, but these messages are not properly represented or usable when the conversation is handled through Intercom.When a customer shares a contact in WhatsApp, teammates should be able to see the actual contact card in the Intercom Inbox, including the contact name and phone number, instead of an unsupported, incomplete or unclear message.Intercom should also allow teammates to send a contact or vCard so that the customer receives it as a native WhatsApp contact card rather than as plain text or a generic attachment.Expected behaviour• Display inbound WhatsApp contact cards directly in the conversation.• Show the contact name, phone number and any other fields provided by WhatsApp.• Provide clear actions to copy the number, save or download the contact, or start a conversation where appropriate.• Allow teammates to send an existing Intercom contact or upload a vCard.• Render outbound contacts as native WhatsApp contact cards on the customer’s device.• Preserve the contact-card metadata in the Conversations API and webhooks.This should work consistently for manual Inbox conversations and, where supported by Meta, macros, workflows and automated messages.Why this mattersContact sharing is a standard WhatsApp behaviour. Without proper support in Intercom, agents lose important context and have to ask customers to resend contact details manually, creating unnecessary friction and increasing handling time.A broader community discussion titled “WhatsApp updates” has mentioned contact sharing, but there does not appear to be a dedicated, votable product idea for full contact-card support.

    ignaciolopezsupportNew Participant

    Support and display WhatsApp contact cards (vCards)Submitted

    WhatsApp supports sharing contacts as native contact cards, but these messages are not properly represented or usable when the conversation is handled through Intercom.When a customer shares a contact in WhatsApp, teammates should be able to see the actual contact card in the Intercom Inbox, including the contact name and phone number, instead of an unsupported, incomplete or unclear message.Intercom should also allow teammates to send a contact or vCard so that the customer receives it as a native WhatsApp contact card rather than as plain text or a generic attachment.Expected behaviour• Display inbound WhatsApp contact cards directly in the conversation.• Show the contact name, phone number and any other fields provided by WhatsApp.• Provide clear actions to copy the number, save or download the contact, or start a conversation where appropriate.• Allow teammates to send an existing Intercom contact or upload a vCard.• Render outbound contacts as native WhatsApp contact cards on the customer’s device.• Preserve the contact-card metadata in the Conversations API and webhooks.This should work consistently for manual Inbox conversations and, where supported by Meta, macros, workflows and automated messages.Why this mattersContact sharing is a standard WhatsApp behaviour. Without proper support in Intercom, agents lose important context and have to ask customers to resend contact details manually, creating unnecessary friction and increasing handling time.A broader community discussion titled “WhatsApp updates” has mentioned contact sharing, but there does not appear to be a dedicated, votable product idea for full contact-card support.

    ignaciolopezsupportNew Participant

    Rich link previews in WhatsApp: Open Graph and YouTube thumbnailsSubmitted

    Currently, links sent through WhatsApp conversations in Intercom appear only as plain URLs. They do not generate the rich previews users normally expect in WhatsApp, such as:• A preview image or thumbnail• The page title and description• Open Graph metadata (og:title, og:description and og:image)• A YouTube thumbnail and video previewThis makes links sent through Intercom less visual and engaging than links sent directly from WhatsApp or through other platforms.Expected behaviourWhen an agent, workflow, Fin, or WhatsApp template sends a supported URL, Intercom should allow WhatsApp to generate its native rich link preview.For example:• A Help Center article should display its title, description and featured image.• A product page should display its Open Graph image and metadata.• A YouTube link should display the video thumbnail and title.• The agent should ideally be able to preview the resulting card before sending the message.This should work for:• Manual replies from the Inbox• Workflows and automated messages• Fin-generated responses• WhatsApp message templates, where supported by Meta• Help Center article links inserted from the InboxIt would also be useful to provide an option to enable or disable the preview for each message.Why this mattersRich previews make links easier to identify, increase trust and improve click-through rates. They also create a more consistent experience between native WhatsApp conversations and conversations managed through Intercom.Related community requests include “Ability to link Help Centre articles in WhatsApp conversations”, “Is it possible to insert images in WhatsApp templates on Intercom?” and “Be Able to Preview Workflows for WhatsApp in Intercom”. These address parts of the same problem, but do not specifically cover automatic rich previews for external links and YouTube videos.

    Nilutpal BoseNew Participant

    Add MTTR, MTTI, and SLA Columns to the Portal Customer Ticket ViewSubmitted

    Feature Request: Add MTTR, MTTI, and SLA Columns to the Nile Portal Customer Ticket ViewSummaryWe have integrated Intercom with the Nile Portal; however, the customer ticket view currently supports only a limited set of columns. We would like to request the ability to add additional ticket metrics, specifically MTTR (Mean Time to Resolution), MTTI (Mean Time to Identify), and SLA status.Problem StatementCustomers use the Nile Portal as their primary interface to track support cases. Currently, these key support metrics are not available in the customer-facing ticket view, and there is no option to customize the portal by adding additional columns.As a result, customers are unable to quickly view critical support KPIs without requesting separate reports.Requested Enhancement Add the following columns to the customer ticket portal: MTTR (Mean Time to Resolution) MTTI (Mean Time to Identify) SLA Status (Met/Breached/In Progress) Allow administrators to configure and customize the columns displayed in the customer ticket portal. Make these fields available as default or optional columns in the ticket list view. Business Justification MTTR, MTTI, and SLA are industry-standard support metrics. Multiple customers have requested visibility into these metrics directly within the portal. Eliminates the need for manual monthly reporting. Improves transparency and customer experience by providing real-time operational insights. Reduces the effort required by support teams to generate custom reports. Expected OutcomeCustomers should be able to view MTTR, MTTI, and SLA information directly from the Nile Portal ticket view without requiring manual reports or additional support intervention.

    MichaelaTeyaNew Participant

    Custom snooze preset for the next business day at a specific timeSubmitted

    Please add the ability to create a custom snooze preset that reopens a conversation at a specific time on the next business day.For example:“Next Monday at 8:00 AM”The preset should calculate the next applicable working day based on the workspace’s office hours and the day and time when the conversation is snoozed.Use caseWe operate a crisis hotline. During weekends, our team monitors conversations only for urgent or crisis-related cases. Non-urgent enquiries should not be handled immediately, but they need to be reopened automatically when the full support team starts work on Monday at 8:00 AM.For example: A non-urgent enquiry arrives on Saturday at 3:00 PM → reopen on Monday at 8:00 AM. A non-urgent enquiry arrives on Sunday at 4:00 PM → reopen on Monday at 8:00 AM. A non-urgent enquiry arrives on a weekday outside business hours → reopen at the start of the next business day. Our workspace business hours are Monday–Friday, 8:00 AM–8:00 PM, in the Prague timezone.Current limitationThe built-in snooze presets are fixed. The “The next Monday” option always reopens conversations at 9:00 AM and cannot be adjusted to match our business hours. Workflows and macros only support fixed durations, such as 24 or 48 hours, and cannot calculate the next Monday at 8:00 AM.Using Custom and manually selecting the date and time for every conversation is not practical for our team. It is time-consuming and creates a risk of inconsistent handling or incorrect dates and times, especially when multiple non-urgent enquiries arrive during the weekend.Requested functionalityPlease consider adding one or more of the following options: Allow workspace administrators to change the time used by the existing “The next day” and “The next Monday” presets. Allow users to create custom snooze presets, such as “Next Monday at 8:00 AM”. Add a snooze action that reopens a conversation at the start of the next business day, using the workspace’s configured office hours. Allow Workflows or macros to calculate a future snooze time based on office hours, day of the week, and the time the conversation was received. This would be especially valuable for teams that provide limited weekend or out-of-hours coverage and need non-urgent conversations to be handled at the start of the next full business day.

    Jessica Quinn
    Jessica QuinnNew Participant

    Intercom Messenger Pop up Notifications to only appear in one tab instead of all open tabsSubmitted

    Currently, pop up notifications that come through the messenger (such as responses/ message notifications) come through in all open tabs and require the user to close the same notification from the messenger in every open tab manually.Some more ideal options:All pop up messenger notifications would only show in the tab/ page where you asked started the chat from if still open (for example, if you start a chat asking about workflows while on a workflow page, you would only get pop up response notifications there instead of another open tab where you are in the help desk) or Pop up messenger notifications would only show from the last tab/ page you were active on (for example, if you have the help desk, messenger settings, and help desk open in different tabs and last had activity or made changes in the messenger settings, that’s the tab you would get the pop up notifications and nowhere else) or Pop up messenger notifications would only show from the most recently opened tab/ page (i.e. if you have 3 tabs open, you would only receive the pop up notifications in the last one you opened)This would also really help if you have multiple ongoing conversations with Intercom support for example so that you would only get the pop up notifications on the page of the feature you are being assisted with instead of in every tab/ on every page you have open (so that you can keep the responses/ conversations organized by tab with the feature open instead of sifting through the messages tab of the messenger or getting all of the notifications everywhere)