Archive

I am implementing a new customer and the topic was brought up permission set vs profile administration. Obvious reason permission sets is the route to go. And, this is what we ultimately decided on as you do not have to go in and make edits monthly. However, their use case was that they try not to utilize permission sets in the SFDC org. While it is entirely possible to utilize profiles for everything that the permission sets do it is difficult to maintain. They were ok with this but, they were mostly ok with this if the release notes had the updates of what is being added/edited. I verified with product that we currently only update the master sheet on support docs. Not stating that this was effected this release vs another release. A simple line on the bottom of the release saying, "Permission to this field on this object added to this permission set" is all it would require.

I'd love to see our Load to Relationship action expanded on.  Currently, we have to map to Account ID and Name.  This is fine on our original load rule, but if I am pushing aggregated data (such as ARR/MRR, Seat/License counts, etc.) to attributes I have created, and the NAME isn't on these sub-objects or in that data set, I can't finish up the rule. I have created other attributes that hold unique ID's, so I was hoping to use these as identifiers.  Which I can call out in the action, but since it is till also requiring me to map NAME. What I think would work as a solution is, on the attributes creation dialog box, you can check a box that allows you to mark that field as an External ID (which would also check the box on the backend of SFDC).  Then in the Load to Relationship action, you have to meet one of the following conditions: Map AccountID and map Name Map Account ID and one of the fields identified as an EXTERNALIDThis way we can make more use of loadin

If a dashboard was configured to be emailed via the "Email Dashboard Settings" screen, there isn't a way to delete (reset) all of the settings since all of the fields are mandatory (see screenshot). You are able to enter a random recipient/text into the field but a "reset" option would be better.

Is there a way to move MDA Maintenances to weekends? I understand we have extra triggers and verifications on the backend of our setup, but every time there is an MDA patch our rules are running late into the morning sometimes the afternoon. It is not beneficial for our team to come in and see one thing on their accounts and then in the afternoon it be updated to something else.

An idea and suggestion for others:   Gainsight Steering Committee As soon as we went live with the tool, we established a Committee.   The general goal for the team was to review and discuss feedback, suggestions, change requests, and forward thinking improvements.   We wanted to make sure we :  (listing a few reasons for the Committee) - discussed and reviewed any changes - had a home for the CSMs to vent, complain, and suggest - had a group looking at unused features to see what might be good to utilize - devised a way to track and manage changes and updates to our implementation - documented and communicated updates to the implementation - didnt just make a change for every email or verbal request, unless it was going to be a solid change for the entire team. - provided a voice for the CSMs - provided a place for a few CSMs to become a GS champion The Committee meets twice a month.   The Committee has a few champion CSMs, the GS Admin, and

Posting for a Customer - Currently in C360 Related List sections you can choose to have the report filter by a secondary ID, if two Account IDs exist. However,Success Snapshots added a related report, it will give the option to filter to account, however, no choice is given to choose which Account to go off of. A workaround would to make another MDA table, but that would be unnecessarily duplicating data and reports.

We have re-labeled the standard Gainsight fields ASV, MRR and Users as Orders, Pipeline, and Products, but these changes are not reflected in the Account Hierarchy section in Gainsight. I was told this should be taken as an enhancement request. 

With the changes to Report Builder, to see more info about whether the report is used in a dashboard or on the C360, you now have to click on the report. Previous to the change, you were able to see that info without clicking. We have a ton of reports, and in trying to clean them up and categorize them, it's taking a long time because we're having to click on each to see if it's still in use. Would be great to either have those use details as either a filter that you could include/exclude OR have them displayed in line versus having to click.

Currently in Data management we have dependancies like Rules,S3,Dataloadapi,powerlists etc It would be helpful if we have one more section named as "schedules" where we can list out all the schedules of above listed items.

Feb. 7+: Sandbox org upgrade to 5.5 release Feb. 21 (tentative): Production org upgrade to 5.5.x release This is a major release with many significant enhancements, including: CoPilot Emails: create multiple variations of a single Email template to send to different customers based on criteria you’ve set. Similar functionality is available for Power Lists and Outreaches. Cockpit configuration for Global, Account, and Relationship levels (aka, Distributed Admin): configure CTA types and their components at the Global level, or just for Accounts or Relationships; configure linked objects at each level; plus improved Cockpit list view filter options. Timeline is available in the Relationship 360 for logging calls, meetings, emails, and notes on your customer interactions and history. Also, Admins can create custom Activity types for use with Timeline in the R360 and C360. Rules Engine: close Objective CTAs and Relationships CTAs; new data types and standard objec

Hello Guys, Probably someone has already tried this, any help is appreciated :) Basicaly we want to send EBR invitations with Copilot customized with a URL to the CSM Agenda (i.e. Youcanbook.me or similar). What I've already done: Step 1.1 - Created a new field called "Agenda URL" in SFDC User object. Step 1.2 - Created a new field called "Agenda URL CSM" in SFDC Customer Info object. Step 2 - CSMs will manually update the agenda url User field inside Salesforce. Step 3 - I want to pull this field into Customer Info object. PROBLEM:  Using rules engine I can't match User IDs, only Account IDs. I would need to match User IDs in order to mass update all Customers with the Agenda URL of its respective CSM. Has anyone already accomplished something similar?  Thanks! Bruno

We need a better way to track what individual contacts/stakeholders at a customer company care about. For example: Bob is the CISO and his priority is keeping his company out of the headlines for a security breach, he's also really interested in learning about Product X Stacy is the Director of IT, and she's interested in networking with peers at our events, and finishing their deployment of Product A by 3/31 There's not currently a good way to track these individual's priorities (that I've seen), but it's something we need to solve for. Any thoughts?

It would be great to have more date filters. Maybe a custom filter that allows you to see anything you want. You would not longer need all the filters you have and no one would probably ask for another filter after this update. You could have it set up so that you say case "Close Date" = DROPDOWN ["last" and "next"] then have a number field I can input any number I want and then after that DROPDOWN ["days, weeks, months, years"]

Been thinking about this for a while. I see some ups and downs to this idea.  Everyone knows what a CTA is and CTA task. And that you can mark the task as completed. However, at times you may complete that task and it be a success and other times it may be a complete fail. Either way we, currently, just have the next task. Regardless if you should interact with them a certain way or not based on if the past task was a fail or success. The idea I have is instead of having a straight path in tasks we have a tree methodology. This way if a CSM completes a task with a customer and it is a fail they can branch off down another road to interact in a more custom way vs if they succeeded in the task. Obviously, the paths would constantly circle back. If task one is 'complete - fail' then go down path B. If that path B is a 'complete - success' circle back to original task path or else possible branch off again, depending on how in depth they want to get.  Thinking about this it

Posting internally for discussion first. I am a fan of innovation and pushing people to Gainsight.  But at this point, I am constantly having customer asking me to build reports in Gainsight that currently live in SFDC.  Most can be done, but SFDC has made some recent upgrades that are making it increasingly difficult to impossible to deliver on the reporting requests (buckets, in report formulas, grouping, etc). I am not the biggest fan of making this ask, but realize that if we want people to stay inside Gainsight, maybe it makes sense to create a C360 section type that allows us to display a SFDC created report.  We should only do this when absolutely necessary, and maybe we discourage its use by limiting to one report per section, unlike a native Gainsight section which can show multiple reports. Happy to discuss further.  And highly encourage us to drive our product to be even better than SFDC.  But looking for a short term win where we can keep people

I think it would be interesting if we could create a dashboard widget, similar in concept to the Scorecard UI View, where a customer could drag and drop the standard CoPilot and Survey reports we provide under those feature sets.  Then the customer could maybe toggle a dropdown picklist to choose with outreach or which survey they want to review results for. Benefit of this idea?  No one has to create reporting if they like what the standard reports are offering.  But the biggest benefit is its quickly accessible by the team and Execs, rather than multiple drill down clicks through each of the feature sets.  Pictures below to show what standard reports I am talking about. For the Survey one, maybe the Sent/Responded/Not Responded/Undeliverable chart and one other chart as part of the widget graph. For the CoPilot one, I think the screenshot below could be cool.

Came across an issue with the CTA Objective type and the Distributed Admins for Relationships. It seems the Objective is made to be a default Global setting based on the Success Plans. However, the issue arises when you go to customize the Objective Type CTA layout. I am trying to add a linked object/bring in fields for one of the Relationship's Success Plan Template and not for the other. However, you can't do this at the relationship in the Calls to Action section. You can only do it at the Global Level. Furthermore, we can not uncheck it to be inactive/delete and recreate at the relationship level. Forcing all of the relationships to utilize the exact same template. I can also see this being an issue when a customer wants to utilize success plans for completely different objectives.

Today, the February 5.5 release is live in your orgs. Please see the release notes for details and new articles. We're hosting 2 webinars for Gainsight Admins this week to review some of the most significant enhancements: Feb. 22 from 8:00 - 9:00am PT: Bionic Rules and Data Management -- Register Feb. 24 from 9:00 - 10:30am PT: CoPilot, Cockpit, Reporting, and Scorecards -- RegisterIf you can't attend the live webinars, register anyway, and we'll send you the recording afterwards. Also, we switched platforms for hosting Gainsight Go and all our product documentation. The URLs for individual articles have changed. If you use bookmarks or have old emails with article links, they will redirect to the new site. If you encounter any problems, please email docs@gainsight.com. 

Hi -- just building up some formulas for a new data object and realized how difficult is is to pick the right field. My formula takes "total today" - "total yesterday" to get a value for how many actions took place over the past day. But, as you can see below, it's tough to tell what field is which. The hover works, but it's slow. And there is just SO MUCH WHITESPACE over there to the right! So... here's a request to make the field column much bigger. :-)

Could we consider monthly Community blitzes where all we do is focus on keeping our replies current?   I'm trying to prepare for a couple of upcoming EBRs and finding posts from customers that have not been responded to in months -- but unfortunately many are product questions where I don't know the correct response.  It would be very helpful if we could catch up and use the Blitz time to ensure things don't fall through unanswered.   Is there a way that Community admins can easily report on where we have response gaps?  

When you go into GDM and look at Dependencies, clicking on a rule brings you to Edit mode.  Suggest bring to View mode instead since would expect primarily used for understanding and researching dependencies.  User could then click into Edit mode if they want to Edit.

Currently, when modifying the opt out reasons as described in this article the displayed text gets displayed but it does not change what gets reported in the unsubscribed table in the MDA. There seem to be baked in reason for each number. The following are the reasons followed by the default displayed text I never signed: "I never signed up for this mailing list" emails inappropriate: "The emails are inappropriate" emails spam: "The emails are spam and should be reported" no longer want : "I no longer want to receive these emails" other: "Other (fill in the reason below)"  It would be nice to be able to configure those baked in reasons for reporting purposes.

We want the ability to assign milestones to CTA Reasons instead of to just CTA Types.

These was raised by several users at HPE:  The request is to have Gainsight enable dependencies between different fields, specifically on the CTA object.  Some key examples include having the ability to limit the "Reason" codes that show based on the CTA type (e.g. if CTA type A is chosen, show only reason codes B and C), but this logic can be extended throughout Gainsight fields.  Is this a planned enhancement?

Gainsight's February release (5.5) is coming next Tues. 2/21! We're hosting 2 webinars for Gainsight Admins to review some of the most significant enhancements: Feb. 22 from 8:00 - 9:00am PT: Bionic Rules and Data Management -- Register Feb. 24 from 9:00 - 10:30am PT: CoPilot, Cockpit, Reporting, and Scorecards -- RegisterAlso, starting this weekend, you'll notice some minor changes to the UI on Gainsight Go. We're moving all of our product documentation to a new platform, which also means the URLs for individual articles are changing. If you use bookmarks to access particular articles, you will be redirected to the new site. If you encounter any problems, please contact docs@gainsight.com.  If you can't attend the live webinars, register anyway, and we'll send you the recording afterwards. And check your email Tuesday morning for the published release notes!