Product ideas | Community
Skip to main content

Filter by idea status

Filter by product

8849 Ideas

Help Center Article Link FinderUnder Review

Please give a quick overview of your product feature request or feedback and note who in your org is affected by this issue [ex. agents, admins, customers, etc.]. It would be helpful if there was a way we could see which Help Center Articles are linked to and from other Help Center Articles. We are rebuilding our knowledge base and at times we have to archive an article and replace it with a new one which breaks links. If there was a way to know where the article was linked in other Help Center Articles, we could prevent that from happening. What problem do you see this solving?Preventing broken article links, keeping accurate information, improving customer experience. When was the last time you were affected by this lack of functionality, or specific tool? What happened? How often does this problem occur and how does this impact your business? (3-4 sentences)This happens on a daily basis as we rebuild our knowledge base and can continue to happen on a daily basis once our knowledge base is fully built out. Are you currently using a workaround to solve this problem?No, if someone notices a broken link, they need to report it so we can fix it. This only solves the issue for the single article, not all that the article is linked to/from. What would be your ideal solution to this problem? How would it work or function? Ideally, if we can go into an article and see all the other articles it is linked to and from. Then we can click those links to open the articles and make updates.

GenAI reply for "AI Agents for email/webform" should be included in the ticket trail end-users seeUnder Review

Please give a quick overview of your product feature request or feedback and note who in your org is affected by this issue [ex. agents, admins, customers, etc.]. (2-3 sentences)The GenAI autoreply sent to an end-user via “AI Agents for email/webform” is not included in the ticket message trail visible to end-users in their request history in the Help Center portal.  I thought this was a bug and submitted a support request, but the ZD Support agent told me that this is intentional and that I need to submit a suggestion to get this implemented.What problem do you see this solving? (1-2 sentences) With the new “AI Agents for email/webform” capability, the end-user receives an autoreply email to their ticket submission from the AI Agent. This is part of Agent interaction with the end-user, and it should be included in the ticket trail, because if all goes well, it will be the only Agent interaction for that ticket before it's Solved.When was the last time you were affected by this lack of functionality, or specific tool? What happened? How often does this problem occur and how does this impact your business? (3-4 sentences)We recently converted from “autoreply with articles” to “AI Agents for email/webform”, and are looking to adjust our SOP for 0-touch ticket resolution in appropriate situations. Which means there may be no public comments in the ticket from a live Agent, only the GenAI response from the AI Agent. This GenAI reply is included in the ticket trail in the Agent workspace, and obviously the end-user receives the autoreply. But if the end-user reviews the ticket history in the Help Center portal, the GenAI response isn't there. Which means that the end-user cannot review the complete interaction history. This seems improper.Are you currently using a workaround to solve this problem? (If yes, please explain) (1-2 sentences)No workaround exists.What would be your ideal solution to this problem? How would it work or function? (1-2 sentences)The GenAI response sent in the autoreply to the end-user's request should be included in the ticket trail the end-user sees in the Help Center portal, just like it appears in the ticket trail in the Agent Workspace.

Change the note posted when a user clicks "No, I still need help"Idea Submitted

[N.B. I posted this same request a week ago but the post never showed up, so I'm reposting it…] Please give a quick overview of your product feature request or feedback and note who in your org is affected by this issue [ex. agents, admins, customers, etc.]. (2-3 sentences)The internal note posted to the ticket thread when the end-user clicks “No, I still need help” in response to an autoreply from AI Agent Essentials is improper and should be changed. Our Agents are quite perturbed with the way this message shows up.What problem do you see this solving? (1-2 sentences) Recently AI Agent Essentials autoreplies were updated to prompt the end-user “Did this resolve your issue?”, with “Yes, solve my request” and “No, I still need help” options. If the user clicks these buttons, an internal note is added to the ticket stream (and the ticket is Solved for a “Yes”) response. The internal note used for the “No” case is inappropriate and perturbing to our Agents.When was the last time you were affected by this lack of functionality, or specific tool? What happened? How often does this problem occur and how does this impact your business? (3-4 sentences)This occurs any time the end-user clicks the “No” option. When a user clicks “No, I still need help”, what winds up in the ticket stream is “The requester marked the AI agent's reply as not helpful.”. But that isn't what the requester did at all. The requester said that they need help, not that the AI Agent's reply is unhelpful.A significant portion of our tickets, maybe 50%, involve issues that a live Agent must address on our end (e.g., issues with the user's configuration in our system). Our Help Center clearly documents self-help options for our end-users - and is very clear with them when the issue they are having requires us to fix the issue for them. The AI Agent's response then clearly explains to the end-user when they need to wait for our Agent to help them out. It is completely proper for the user to click “No, I still need help” in response to the autoreply, and it is completely improper to presume that the end-user clicking this option means that the AI Agent was unhelpful. And this discrepancy is upsetting my Agents.Are you currently using a workaround to solve this problem? (If yes, please explain) (1-2 sentences)No workaround exists, as we have no control over these internal notes.What would be your ideal solution to this problem? How would it work or function? (1-2 sentences)The internal note should state the same thing as the user stated by clicking the button - simply state, e.g., “The requester stated that they still require assistance” or something to that effect. Don't leave a note that implies things about AI Agent behavior that cannot be presumed.I will reinforce that my Agents are extremely perturbed seeing these notes. This may seem like a small/trivial thing, but it should be easy to fix to make the message accurate.

Ability to target AI Agent (Advanced) Instructions based on user attributes or tagsIdea Submitted

Please give a quick overview of your product feature request or feedback and note who in your org is affected by this issue. It would be helpful if AI Agent (Advanced) Instructions could be targeted based on user attributes such as tags, user fields, or organization fields. This would allow the AI agent to provide different responses depending on customer context or entitlements. This primarily affects administrators configuring AI agents and customers interacting with them. What problem do you see this solving? Currently, instructions appear to apply globally and cannot easily be adjusted based on customer attributes. Allowing conditional targeting would enable more personalized and accurate AI responses. When was the last time you were affected by this lack of functionality, or specific tool? What happened? How often does this problem occur and how does this impact your business?This limitation appears when configuring AI agents to handle different types of customers with varying support entitlements. Without conditional instructions, it becomes difficult to ensure the AI agent provides the correct guidance depending on the customer context. This can lead to inconsistent experiences where customers may receive instructions that do not match their available support options. The issue occurs whenever organizations need to differentiate responses for different customer groups. Are you currently using a workaround to solve this problem? Workarounds typically involve using segments, search rules, or custom logic outside of the Instructions feature. However, these approaches do not provide the same level of direct control within the AI instruction configuration. What would be your ideal solution to this problem? How would it work or function? The ideal solution would allow conditional logic within AI Agent Instructions, similar to how segments work. Instructions could be applied only when certain conditions are met, such as specific user tags, user fields, or organization attributes.

Add 'Handled Conversations Rate' and 'Ratings Requested' to AI Agent Reporting CSV ExportIdea Submitted

Hello Zendesk Team,I would like to submit a feature improvement request related to the AI Agent Reporting dashboard. Current situation:When exporting data from the AI Agent Reporting dashboard (Export CSV), the available metrics are:- Use case- AI agent- Channel- Reply method- Total conversations- Automated resolutions- Custom resolutions- Escalated conversations- BSAT What's missing:Two key metrics are visible in the dashboard UI but are NOT included in the CSV export:1. Handled Conversations – the percentage of conversations fully handled by the AI agent without escalation2. Ratings Requested – the number/percentage of conversations where customers were asked to provide a BSAT score Impact / Business case:Our team monitors AI agent performance on a weekly basis, broken down by use case. Without these two metrics in the CSV export, we are forced to:- Manually cross-reference data from multiple views- Switch between different dashboard tabs to gather all needed KPIs- Spend significant extra time each week compiling data that should be available in a single exportThis makes week-over-week trend analysis slow and error-prone. Requested improvement:Please add Handled Conversations Rate and Ratings Requested as available columns in the CSV export from the AI Agent Reporting dashboard, with the same filter options that already exist today. This would allow teams to perform complete performance tracking in a single file and significantly reduce manual reporting effort.Thank you for considering this request. Please let me know if any additional information is needed. Best regards,Chris 

Zendesk Roles - Allow permission in Custom Roles to manage API tokens/OAuth clientsUnder Review

Please give a quick overview of your product feature request or feedback and note who in your org is affected by this issue [ex. agents, admins, customers, etc.]. (2-3 sentences) We request to allow or update permission of custom roles to manage API tokens/OAuth clients into Zendesk. Currently our users(Developers, Team-Lead) need access to 'Generate and manage API tokens' as per their job task and roles. What problem do you see this solving? (1-2 sentences)As Zendesk Admin, we were able to create Custom Roles for our users(Developers, Team-Lead) but unfortunately Custom Roles does not have needful permissions aligned to Generate and manage API tokens/OAuth clients When was the last time you were affected by this lack of functionality, or specific tool? What happened? How often does this problem occur and how does this impact your business? (3-4 sentences) Our users would need access to Generate and manage API tokens for Integration and configuration task very often therefore as a workaround our Admin team has to add them into Admin role to complete their work and later revoke their access as Admin when their task is completed. For security purpose we need the custom roles with needful permission to be aligned properly into Zendesk because user having additional privileges as admin can affect the other Zendesk areas like, billing, Subscription, User management, etc. Are you currently using a workaround to solve this problem? (If yes, please explain) (1-2 sentences) Yes, as a workaround our Admin team has to add users into Admin Role to complete their work and later revoke their access from Admin, once the task is completed. What would be your ideal solution to this problem? How would it work or function? (1-2 sentences) Allow custom roles to manage API tokens/OAuth clients into Zendesk which requires for our users(Developers, Team-Lead) to complete their Job task.

Feature Request: Native Support for APNs Authentication Tokens (.p8) in Zendesk MessagingIdea Submitted

ObjectiveTo modernize the Zendesk SDK integration by allowing administrators to upload .p8 (Token-based) files for iOS push notifications, replacing the restrictive and high-maintenance .p12 (Certificate-based) method. Problem StatementCurrently, Zendesk Messaging for mobile requires .p12 certificates. For organizations managing multiple products (Product 1 through 4), this creates: High Operational Overhead: Certificates expire every 13 months, requiring manual rotation and risking downtime if missed. Scalability Friction: Each product requires its own specific certificate, increasing the surface area for configuration errors. Security Rigidity: Unlike .p8 keys, .p12 certificates are tied to specific App IDs, preventing a streamlined "one-key-to-rule-them-all" approach for a suite of apps. Proposed SolutionUpdate the Admin Center > Channels > Messaging configuration to include a "Token-based (p8)" upload option. Fields should include: Key ID: The 10-character unique identifier for the .p8 key. Team ID: The Apple Developer Team ID. App Bundle ID: The specific identifier for the product app. Use Case Scenario: The Multi-Product ScalingThe Profile Company: A multi-vertical SaaS provider supporting four distinct mobile applications (Product 1, 2, 3, and 4) under a single Zendesk instance. Support Goal: Maintaining 99.9% uptime for proactive messaging and real-time support notifications across all platforms. The ConflictThe Engineering team has shifted all internal services to Apple’s token-based authentication. However, because Zendesk Messaging only supports .p12, the DevOps team is forced to maintain a "legacy" pipeline specifically for the Zendesk integration. The Impact of No Change The "Blackout" Risk: If the .p12 for Product 3 expires and the Admin is OOO, customers stop receiving push notifications. The conversation dies, CSAT drops, and the "Messaging" channel becomes a liability. Maintenance Debt: With four products, the team is performing manual certificate rotations every quarter. This is 4x the work, 4x the documentation, and 4x the chance for a mismatch between the production and sandbox environments. Authentication Conflict: Running .p12 for Zendesk while the rest of the app's infrastructure uses .p8 creates technical debt and complicates the handshake between the Apple Push Notification service (APNs) and the Zendesk SDK.  The Desired OutcomeBy implementing .p8 support, the company uploads one key to Zendesk that covers all four products. This key never expires, requires zero annual maintenance, and ensures that the support experience is as modern as the products being supported.

Feature request: Conditional User Fields + Role/Brand-specific user profilesIdea Submitted

ChallengeToday, all user fields are global and always visible to any agent. There’s no way to make user fields conditional - like with ticket fields - and no way to map user fields to specific brands. Additionally, there isn't a distinction between what’s relevant for end-users vs. staff/agents. Esp. in multibrand environments, this can create cluttered and confusing user profiles, as fields that are only relevant to one brand (or one department) appear for everyone, and regardless of the core user role (as in, licensed vs end-user).Internal stakeholders (support agents, account managers, customer success, IT) have to scroll through irrelevant data, which increases cognitive load and risk of misusing or misinterpreting fields.Who's affectedI'd say this affects everyone to some extent, every day. Agents and internal staff who interact with user profiles daily Admins who need to maintain clean, usable data models End-users (indirectly), since a cluttered profile means agents could miss/mishandle important context Example solutionsJust examples, obviously, any of these would add significant value!1. User fields per BrandNo conditionality but at least Admins could map user fields to a specific brand.2. Conditional User FieldsMirror the conditional ticket fields feature for users (e.g. only show a user Field B if Field A = XYZ).3. Conditional User Fields per Brand A combo of 1 and 2, for example: If Brand is ABC, then show “Field Set 1” Within Field Set 1, configure user field dependencies (like we already do for ticket fields in each form) Could also be CUF per Role..? :-)Additionally, profile segmentationNowadays, if we add a custom field to users, this field will also appear in Agent profiles. We could let Admins configure which fields appear on end-user profiles vs. staff profiles, as these are fundamentally different personas. Functionality like the Profiles API already lets us enrich users (esp. with external data), but Zendesk’s native user profiles can’t be made brand-aware or role-aware. In multibrand setups this creates clutter and, to some extent, inefficiency, since every field shows for every user regardless of relevance.Adding conditional user fields, brand-scoped fields, and/or at least segmented profiles for end-users vs team members would definitely make profiles easier to interact with.

Feature Request: Add "Changed", etc, trigger test for custom Drop-down ticket fieldsAccepted

I would like to request that the Change tests (Changed, Changed to, Changed from, etc) be added for custom Drop-downs for triggers. I was unable to find a similar topic, but I did find someone's comment that aligns with my request here. We use Drop-down custom fields in tickets to categorize requests. These are generally manipulated by our support personnel only. I would like to be able to send notifications when a Drop-down is changed, so that I can target the correct internal/external groups that need to receive a one-time notification of this event. Right now, I appear to be limited to only Is/Is not/Present/Not present. This does not work for me, since it fires every time a ticket receives any update. I cannot restrict this to a Created ticket condition since these dropdowns are either A) not always selected on ticket creation and B) can be changed during troubleshooting. For my needs I would appreciate being able to just set a condition for "<custom field> Changed to <field value>". I've reviewed some options for using tags but that just seems like a messy work around, and there is some risk that tags will be unintentionally edited by personnel during ticket updates. Additionally, even the tags associated with the dropdown can still only be tested as "Contains at least one of the following" or "Contains none of the following". I realize this may not be straightforward since Drop-downs are probably lumped into all other "custom field" types, which these additional tests may not apply to. However, Drop-downs can already be used in specific tests to check their precise values so some differentiation must be possible, and "Changed" seems generic enough to apply to just about anything at a minimum. Perhaps it requires its own topic, but maybe "Added"/"Removed" should be testable conditions for tags? That would potentially resolve my issue (since custom fields automatically add/remove tags) and other tag-related ones.

Zendesk Messaging: Allow Attaching Ticket Comments for Side Conversations in Messaging TicketsAccepted

Please give a quick overview of your product feature request or feedback and note who in your org is affected by this issue.As an agent I would like to be able to attach comments from end users into side conversations for Messaging tickets. This way, I can provide field operations with the feedback from end users. This is currently not possible as described here. What problem do you see this solving?Agents can quickly provide word for word feedback/suggestions over to field operations. Being able to attach directly to do side conversation would minimize risk and speed up time it takes to send side conversations. When was the last time you were affected by this lack of functionality, or specific tool? What happened? How often does this problem occur and how does this impact your business?This problem happens on a daily basis. This is critical for our business as our agents sent feedback to field operations multiple times a day. Are you currently using a workaround to solve this problem?Yes, my agents have to manually copy and paste responses now. This poses a risk as all of the content may not be carried over properly. What would be your ideal solution to this problem? How would it work or function? (1-2 sentences)Allow the ability to attach ticket comments to side conversations like email or legacy chat tickets currently do.