Skip to main content
New Idea

Gainsight PX Internal Report Email Subscriptions

Related products:PX Admin & Security
josipjanzic
aluciani
Florian
Rudi
  • josipjanzic
    josipjanzic
  • aluciani
    aluciani
  • Florian
    Florian
  • Rudi
    Rudi

Ashton
  • Contributor ⭐️⭐️⭐️⭐️
  • 30 replies

Current default behavior for Gainsight PX is to subscribe every new PX user to the Adoption Report weekly email. This is problematic for my company as we have implemented Gainsight PX with 20 products and 200+ staff members. Leading to 4000+ spam emails that the staff does not need in their inbox about products they do not support. 

Critical defect: Users should not be auto subscribed to emails upon account/product creation. This needs to be removed from the product ASAP.

Needed enhancement: Within a full user management system, Gainsight Admins should be able to bulk subscribe and unsubscribe their users from emails. Example is that I am setting up a new product and have a list of staff who will be working on that product. I might want to subscribe them to that specific product as they will be working with it.

7 replies

mmarques
Forum|alt.badge.img
  • Helper ⭐️⭐️
  • 271 replies
  • November 22, 2022

In addition to what you mention, I found out that everyone gets all the information in the report -even if they don’t have permission to view that information in Gainsight PX.

Please see (and perhaps upvote) my related idea to better control these reports: 

 


aharkut
Forum|alt.badge.img
  • Gainsight Employee ⭐️
  • 263 replies
  • November 30, 2022

@Ashton , Under user profile > Account Settings > Email Reports; the users have option to opt-in and opt-out of the reports that they dont intend to receive. Instead of user having this option, you want the Admin to have the control of that?


Ashton
Forum|alt.badge.img
  • Author
  • Contributor ⭐️⭐️⭐️⭐️
  • 30 replies
  • November 30, 2022

An admin should have the ability to set the default subscriptions (to nothing if they wish). 

Subscribing a new user to multiple emails without validating that the user would get value from them is not a good practice. Example, the Developers who need access to Gainsight PX to get the Tag Key and test that events are being tracked, do not need the adoption reports. They are not in an appropriate role to subscribe to reports of this type.


mmarques
Forum|alt.badge.img
  • Helper ⭐️⭐️
  • 271 replies
  • November 30, 2022

@aharkut - What if the admin could set the default report for a user, but the user can later change subscriptions.

For example, if we know what product tags they work in,  they start with only the applicable reports.


aharkut
Forum|alt.badge.img
  • Gainsight Employee ⭐️
  • 263 replies
  • December 1, 2022

@mmarques @Ashton 

 

We are working on being able to define access permissions for different products. Assume, if we provide “Product Reports” as an option - and users are given access to specific product reports. Then in their Account settings, they will only be able to opt-in for reports from specific products. Does that work? Because the ability to opt-in of specific report or not should be an user’s choice. Admin should only be able to control whether the user has access to reports at product level or not.

 

Thanks,

Abhilash


mmarques
Forum|alt.badge.img
  • Helper ⭐️⭐️
  • 271 replies
  • December 1, 2022

@aharkut - Sounds good to me.


Ashton
Forum|alt.badge.img
  • Author
  • Contributor ⭐️⭐️⭐️⭐️
  • 30 replies
  • March 7, 2023

Update: I am having to setup a blacklist with my IT department to block all “Gainsight PX Reporting” emails. This is truly unfortunate but needs to be done with the number of emails we are getting.

Unfortunately I have too many staff and too many products (and there are too many emails per product) that we are not able to use the workaround of “manually unsubscribe” or wait for the future state of users being assigned to individual products. 

 

I will state again the critical defect is: Users should not be auto subscribed to emails upon user/product creation. This needs to be removed from the product ASAP. 

This seems like a great opportunity to use an engagement to confirm user’s desired email subscriptions. That is if you really want to show off what engagements can do ;) 


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings