Build better products with our product team.
Allow users to toggle Dark Mode on and off.
Hi Team,Product Idea: Execution‑Rate Limits and User Verification Workflow for Plugin ActionsProblemPlugins can be triggered repeatedly within a short time window—either due to automation loops, misconfiguration, or unintended user behavior. When a Plugin executes more than an expected number of times in a defined period, it introduces risks such as:- Unintended system changes being applied repeatedly- Increased load on downstream systems- Potential security concerns if repeated execution indicates misuse or compromised credentials- Loss of user trust if actions occur without clear intentThere is currently no native mechanism in Moveworks to rate‑limit Plugin executions or to validate authenticity when abnormal execution patterns occur.Proposed CapabilityIntroduce a configurable execution‑limit framework for Plugins, allowing administrators to define:- Max execution count (e.g., 10 executions)- Time window (e.g., within 1 hour, 24 hours, etc.)- Trigger conditions (per user, per device, per workflow, or global)When the threshold is exceeded, Moveworks should automatically:- Pause further executions of the Plugin.- Notify the end user (or admin) that the Plugin has been triggered unusually often.- Request confirmation from the user to validate authenticity.- Resume or block execution based on the response. Regards,Sravani S
For now, the bot only proposes one button to reopen tickets, no matter what kind of ticket it is (incident, request, problem, task...). The button is called “Re-open issue”. This is not logical, because a simple request is not an issue.I propose we rename the button as “Re-open ticket” so that it is neutral and works with all kinds of tickets.
As a product owner/manager, I’m often presenting a roadshow deck to stakeholders at different levels of the organization. As Moveworks continues to evolve, it would be incredibly helpful to have a self-service repository of “default” architecture slides and marketing materials that we could pull from as needed. While I can always reach out to my CSM, having this content available on demand would make building internal decks much easier.
Reimagined setup experience for partners to configure ticketing with no friction.
We're experiencing several interception issues with the Copilot version of the bot, which has made the experience increasingly frustrating for the team. I’m documenting one such issue below for the product team to evaluate as a potential improvement opportunity.In the classic version, when the bot intercepted a ticket, it posted its full response along with the referenced KB article links directly in the ticket comments. This was extremely helpful, as it allowed us to:See which KBs were recommended to the user Track the bot’s response accuracy Take corrective actions by updating or improving the KBs based on user feedbackHowever, in the Copilot version, the bot only adds the answer summary in the ticket comment without any reference to the underlying KB sources. Since the bot is summarizing content from the top-ranked results, we have no visibility into which KBs were used to generate the response. This lack of transparency makes it difficult to validate or improve content quality.Moreover, we can’t depend on end users to manually share this information from their chat platforms each time—it’s neither scalable nor reliable.We’ve lost many of the valuable capabilities that the classic bot used to support, and this is affecting our ability to govern and improve content effectively.SuggestionInclude the source KB links or identifiers along with the bot’s response in the ticket comments, just as it worked in the classic version. This will improve traceability, content governance, and user trust in the system.
Build your own ticketing integration using Agent Studio Actions. The resulting integration can take advantage of all Service Management SKU capabilities (Interception, EXI, Triage 2.0, etc)
Permissioned HTML content (Articles & catalog items) and Permissioned File Attachments (DOC, PPT, & PDF)
Enables users to search for data from Slack in Enterprise Search
Ability to execute LDAP commands from Agent Studio plugins.
Enables users to search for millions of documents from Zendesk in Enterprise Search
Challenge• When Moveworks sends a ticket nudge (“Is this still an issue?”), users often reply yes with no context.• Analysts then lack actionable detail and must ask further questions, creating unnecessary back‑and‑forth.• The platform currently does not support enforcing or encouraging a structured explanation when a user indicates the issue persists. Proposed EnhancementAdd an optional “Reason Required” mode to the ticket‑nudge workflow.When a user selects “Yes, it’s still an issue”, Moveworks prompts the user with a structured follow‑up question such as:• “What’s not working? Please be specific.”• “What changed or what are you seeing now?”• “Add any new symptoms, screenshots, or error messages.”This could be implemented via:• A configurable follow‑up template in Moveworks.• A conditional “required field” before the bot updates the ticket state.• A lightweight form or message collector to capture context.Value• Reduces the ping‑pong between bot → user → analyst.• Improves ticket quality and accelerates resolution.• Ensures Moveworks captures meaningful data at the point of user friction.• Increases analyst trust in bot‑driven follow‑ups.Note: I’ve discussed this with the Moveworks Support team, they advised this functionality is not possible yet and to raise a feature request hence this request.
Already have an account? Login
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.