Build better products with our product team.
Hi,For comms messages sent using the bot, would it be possible to add a new button type?Our idea is to have a button that users can press to ask a pre-populated question. When the user clicks this button, a message will be sent to the bot as though the user typed it. The bot will then respond.The idea behind this came from our new-starter comms. When a new starter joins, we send them a bespoke message using the bot. To encourage engagement, we had the idea of including a few pre-populated questions in this message, that the new starter could select. This would start a conversation without the user having to type anything in.Thanks
To better support our Client’s audit requirements, I am looking for the ability to remove the chat history from the interface (Slack, Teams, Web) after certain duration for a targeted group. Example: our frontline users would only see their interactions within the bot from the last 24 hours. We would still want all the conversation data available in Analytics.
The new data ingestion status page is fantastic. To diagnose potential issues, could there be a way to download the raw log data for diagnosis? If we get this info, it may assist with diagnosing if the issue is on the customer side or Moveworks side. If we can see it is with the customer side, would could go out, correct those issues and then see if the next ingestion run takes that corrected document. For example, if a PDF does not get ingested, raw logs might point out that an unsupported font was found, or that the document only contained embedded pictures instead of text so it was ignored. With the logs we could better adapt any issues to the ingestion for the bot I have attached a screenshot of where I could envision the download button per ingestion run would go to really narrow down where potential issues may occur
CVS Health has a need to our assistant to reply with explicit answers that we define rather than doing or including a knowledge search in its response. This feature was previously available with paths but with the new agent studio and agentic paths, a knowledge search is also being conducted. This is impactful as there are some situations where we find very outdated knowledge. The team needs time to clean it up and as a stop gap we need to publish the correct answer. Since Moveworks doesn’t take publish date into consideration, old outdated content is still sometimes used. In summary, we need a simple, scalable way to provide scripted answers to colleagues without leveraging the copilot knowledge search feature.
An information field in the software provisioning configuration page, most likely following the Additional Questions section, that allows us to provide request-specific context for the request to an approving manager who may not be very familiar with the software. This would be information the approver needs to know when determining whether the request should be approved or denied. This information might include licensing/subscription costs, the purpose of the app, whether the request involves access to sensitive information, etc.Currently there’s only a field to prompt the requester for answers. Some of this information can be shoe-horned into those question fields, but that provides a poor user experience. The end user should not see these messages.If the provisioning strategy is role-based, there should be a separate such field for each configured role.
It would be beneficial to have the ability to @ our bot in conversations. For example I am conversing with a co-worker and they ask a question. I could @moveworks (insert bot name) to provide the answer in our conversation. Similar to what Grok does on X.
Our engineering teams are in large approval groups, we just went live with our bot ‘Penny’ and early feedback suggests that while the proactive notifications are helpful, approval notifications can become spammy in nature. I want our users to be able to “snooze” these notifications for specific time intervals
Since Move Works is a shared instance, when implementing use cases for HR and ITSM groups, it is critical to separate underlying components (connectors, actions, plugins etc) with some kind of permission so that developers or admins have access only to their respective workspaces.This is important functionality so that non-HR users who would normally not have access to HR data are not able to execute plugins/http actions etc. or have visibility to logs/data that is tied to HR instances and potentially expose sensitive data.
We need the ability to context (or session) lock. We are migrating from a home grown solution to the moveworks platform. One nice feature we have lost is all of our custom AI bots as with the old solution we were able to use specific utterances to then enter a “chat mode” with that other bot until the user exit out (by typing in exit) or the session timed out. This way we did not have to build a bunch of different Bot Front ends, they could all come into one place. We have not found a way to do this with the moveworks platform at this time. Yes you can fire off a one shot prompt to a different bot or LLM. But any follow up questions will not have the context/history. Thoughts?
It would be very useful to include a list of users who did NOT interact with a campaign in the download reports. We’ve started to use campaigns to gather information from employees, where we consider a response mandatory. Employees who don’t interact with the campaign need more direct followup through other channels.Currently comms details only show delivery status and positive interactions, so campaign leaders have to manually infer those usernames from the difference between the total audience and the users who interacted.It seems obvious that this data should be included in campaign details, since it’s highly relevant and actionable.
In conversations related with IT Support, upon engaging in the Live Chat with an Agent, it is typical that Remote Desktop tools are used. Typically these tools require a code to be shared by the Agent with the Caller, in order to establish the remote connection. On some occasions, we’ve observed that these Codes sent by the agent are being translated on-the-fly, which then do not work and do not allow the session to be established. Requesting a product enhancement so the AI Assistant can recognize the context as being a support call and corresponding Codes for the remote session being shared, thus not translating these.Referrence to Case Number: 00031445
Peloton requests that Moveworks partner with Atlassian Jira to enable JSM Forms to be fillable in-bot. Jira has 2 types of forms. JSM Forms (dynamics forms) is the version that is currently not supported to be fillable because Jira Cloud Forms does not yet have APIs which will allow Moveworks to fill a form in the bot and submit it to create a new ticket. NOTE: This is specific for Jira cloud instances Gateway recommendation is not an acceptable alternative. Having the native integration is the desired outcome.
Currently, users are able to search based on Name, Email, Department, and Manager Name. However, enabling Role search would bring more flexibility and help users find colleagues based on their specific roles
We are approaching 100 different Plugins, Actions, Paths, etc., within our environment. As you can imagine, this is leading to a cluttered interface!It would be advantageous to find a solution for organizing these elements.One possible approach could be to implement folders for categorization by Domain and other criteria. An even more effective solution would be to integrate custom variables or categories within the plugins themselves, enabling us to sort and filter by Domain, Plugin type, and other attributes.Perhaps the Community could help brainstorm the best solution? I believe that without intervention, this situation will soon become unmanageable, and we will need a strategy to maintain a more organized environment.
Already have an account? Login
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
OKSorry, our virus scanner detected that this file isn't safe to download.
OK