5.2 Release - need ability to hide the Community and Support links on the GS search bar
None
We need the abilty to restrict the Community and Support links that exist on the GS search bar to ONLY Gainsight users with Gainsight Admin access permissions.
We do not want our end users opening support tickets with Gainsight directly (believe me, Gainsight does not want this either) or logging ideas/problems to the Gainsight community. The ideas posted to the community from Red Hat need to be managed/throttled through our operations/administration team to ensure they are inline with our internal roadmap.
This to me feels like a pretty big item from an operational perspective. How quickly can this get rectified?
We do not want our end users opening support tickets with Gainsight directly (believe me, Gainsight does not want this either) or logging ideas/problems to the Gainsight community. The ideas posted to the community from Red Hat need to be managed/throttled through our operations/administration team to ensure they are inline with our internal roadmap.
This to me feels like a pretty big item from an operational perspective. How quickly can this get rectified?
Sign up
If you ever had a profile with us, there's no need to create another one.
Don't worry if your email address has since changed, or you can't remember your login, just let us know at community@gainsight.com and we'll help you get started from where you left.
Else, please continue with the registration below.
Welcome to the Gainsight Community
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
All we are asking for is the ability to make this optional as we need to regulate this type of engagement between end user and Gainsight. Is there a reason this cannot be made optional instead of required?
Plus, having a link to the Community from within the tool really positions the Community as more of a place to receive support and information about features and the use of Gainsight tool, rather than CSM skills and CS industry best practices.
I believe it should be left up to each customer to determine what is "appropriate" for their environment in this case rather than having that decision made for us, thus having the ability to disable the direct link to Gainsight GO and the Community should be an option that each organization can opt in or out of.
I do work at Red Hat now, but coming from another organization that was a Gainsight customer, I would have to agree with Jeff on this one. We had our own internal process to address Gainsight requests, ideas, and adds that our ops team would then contribute to the community or ask support. Jeff is right, where it can lead to confusion for a CSM, is when they click a link thinking they can put in a support ticket and don't have access and then don't know where to go from there, causing frustration with the system.
I do foresee other problems with a majority of the training documentation being directed at admins, as well.
I totally understand wanting to drive traffic and facilitate conversation on the community, so even if we could just restrict this so that only admins had this option on their view, that would be super helpful.
Thanks!
Just trying to better understand the concerns. Perhaps there is something we could do to that doesn't require taking away the entry points altogether. Admins would most likely be more active on such sites than end-users would, as I'm sure is the case with Salesforce too. But don't think we should be creating barriers for end-users, unless absolutely necessary. Just my 2 cents. 🙂
Have to agree with Jeff here for all the reasons he listed. We havent deployed all Gainsight features here so this has the potential to cause confusion amongst our user base.
Whilst Manu draws parallels with Salesforce Help and Training we also have issues there sometimes where reps log tickets directly with Salesforce when they should be logging them through our internal systems similar to what Grace and Jeff describe above.
I would vote for making this configurable.
Some customers may want to have the community and support portal accessible to their end users, but you cannot assume that every customer feels the same way. We are not asking you to remove this completely. All we are asking is that you give us the option to make this configurable so that we as your customers can choose for ourselves what level of permissions sets are able to see and access those links.
We have an internal support process for Gainsight. Our end users do not need a link with direct access (nor should they) to Gainsight Support directly. Apparently you don't have to be a registered support user in order to leverage Chat.
We have enablement and training teams that provide documentation and training on features we have released internally. Our end users do not need a link with direct access to Gainsight documentation. Our end users do not need prompts to tell them "What's New" (unless that can be configured by US). This actually just confuses them because we haven't released nor do we leverage all of Gainsight's features at this point.
Look at this from the administrator's point of view and the challenges that this can cause. I cannot imagine we're the only company that would appreciate being able to disable those links.
We cannot have our userbase reaching out to Gainsight support for every day issues we, as admins, can resolve. It is critical that we be able to turn off access to Support (book icon) or have the ability to direct them somewhere else.
Any plans to include this feature in the near future?
Thanks,
Amanda and several hundred CSMs at ADP
Let me try to get this on the radar.