Skip to main content

    Idea Pipeline

    Filter by idea status

    Filter by product area

    6164 Ideas

    sarahmiracle
    sarahmiracleVIP ⭐️⭐️⭐️⭐️⭐️

    Improve configuration of Attributes widgets and pages on new C360New Idea

    Today, the Attributes configuration experience (either as a Widget on the Summary tab or as an Attributes page) is extremely tedious. The auto-snapping of attributes (I’m not sure what to call it...but when you remove one attribute and they all reshuffle to fill the empty space) makes so that we have very little ability to create a consistent Attributes page experience for our users.Let’s say I have 20 attributes in a container. One of them has been deprecated and replaced with a new, updated attribute. The business has given me specific organization of these attributes for an easier user experience. I have no option to “replace” an existing attribute -- I have to delete, then add. However when I delete the deprecated attribute, now all of the other attributes re-organize themselves and snap into a new position. But then when I need to add my newly created attribute, they don’t all “shuffle” back to their previous order. Instead, they’re all in a new order. What this means is something as simple as a request to exchange one attribute for another means that a user has an entirely new organization of attributes to build muscle memory for, OR, an admin has a 30+min task in front of them, tediously moving attributes one by one into the order they need them in (while the other attributes snap around it, moving themselves automatically even after being strategically placed). Would love to see an enhancement made to these to make it easier on doing simple tasks on the C360!

    darkknight
    darkknightExpert ⭐️

    Gainsight Analyzer enhancementsNew Idea

    Gainsight Analyzer has so much to offer and I'm happy to see it continuing to evolve! I have a few suggestions to help make it even better. Anywhere a Description field exists, include it in the Config Home reports (i.e. Reports, MDA Objects, etc) Under Config Home: MDA Objects include ability to export field level information/details - this is a strong need. In the Export function (which was just pointed out to me today) I have several suggestions/observations pertaining to the export file: [list] MDA Objects, Reports, Rules don’t include the Description fields – would be highly useful to have these included (and anywhere a Description field exists) Inconsistencies in date fields/values - For example, [list] on MDA Objects, the lastModifiedDate shows as “2019-07-27 16:04” on Rules, modifiedDate shows as “1556658890693.” On Email Templates, modifiedDate shows as “Wed Jun 12 15:57:03 UTC 2019” Reports doesn’t even have a modified date (or created date for that matter). Journey Orchestrator: would be incredibly useful to include Schedule details Dashboards: would be useful to show what users/groups have permission to each dashboard. Email Templates: it contains a Variant count, but would be even more valuable to show what variants are associated with the template. MDA Objects has both a name field and an objectName field. The latter is “null” and the former contains the actual object name. What is the latter? Scorecards 2.0: would be useful to have details around the individual measures, including descriptions, in which scorecard used, etc Include ability to export field level information/details - this is a strong need. Rules: Include Folder name where Rule is stored Data in some fields (i.e. Rules sourceDetails, Scorecards 2.0 filters, Email Templates tokens) is a bit impenetrable. Is there any way to simplify so that it’s clearer/easier to read in a spreadsheet? (Example screenshot below) [/list] [/list]

    bradley
    bradleyExpert ⭐️

    Improve Report Filter Experience for End UsersNew Idea

    When it comes to editing filters on a report on a dashboard (or even just seeing what they are) we don’t expect end-users to have deep knowledge of Gainsight object names and data structures. On the other hand, we don’t have to punish them for not being admins either. Context:When you edit filters on a dashboard report, you’ll see something like this:You see the name of the report, and the filters.  IFF I mouse over the field filter name, I’ll see the pathway for it which is great, unless there was no lookup involved. Then you’ll see something like this: Wow, status is filtering on status! If you have multiple status fields, they’ll all just say “Status” like this:One will look like this:Great, it’s filtering on Company status. Will that always make sense to me as a user? Depending on the object, and the business, probably not, but it’s at least something. the other like this:what is the second one filtering on? No one knows. Could be anything for all they know. Report names, in my experience, are descriptive of the content, not the object you’re reporting on necessarily, and the report descriptions can often be for other information such as how often the data in the report refreshes. So using those to rely on for filter context doesn’t always help. The Ask:It would be very helpful if the filters would always show the path, the name of the object is used in the filter area, so that end users have an easier way to understand the report they’re looking at in more detail if they need to.In fact, when global filters apply, you see the path as well in the same screenWhy can’t it be like this as well right above, to make it easier to understand?Honestly it would even be helpful for admins sometimes so I don’t have to pretend to add a filter to double check the object first.