Skip to main content

    Idea Pipeline

    Filter by idea status

    Filter by product area

    6166 Ideas

    link_black
    link_blackGainsight Employee ⭐️⭐️

    Include an option to wait/delay the triggering of any PX Engagement based on elapsed time or # of completed events within the applicationOpen

    Posting on behalf of a customer… Use Case: It would be a better user experience if we could allow users to enter the application and do some of their important tasks before we start showing them any non-critical PX Engagements that they may be qualified to view.  Potential Product Enhancement: Include an option to wait/delay the triggering of a PX Engagement so that users have time to do their necessary tasks in the application before being presented with any Engagements. There are (at least) two places this could be implemented…This could potentially be appended to the current Engagement Throttling settings and should be based on elapsed PX session/visit time in the application  (e.g. 3 minutes after a session has started) or # events recorded (e.g. 20 events have been tracked) or # of page views completed (e.g. 10 pages viewed).  This would also continue to allow specific PX Engagement to “ignore” these settings and play in real time as needed.  A sample mockup of these changes to the current Throttling configuration screen is below: This could potentially be appended to the Qualification Scope of the Engagement.   A sample mockup of these changes to the Qualification Scope configuration screen is below: Gainsight add-on...Currently, PX Dialogs support a “initial delay” option to have them triggered after a certain period of time on a page or feature, but other Engagement types do not offer this setting.  To be clear, this is not the same request or use case. See available setting below: It is also important to note that if you do use this “initial delay” setting that the PX Dialog Engagement “view” event for this User is automatically triggered and recorded immediately even if the user navigates away from this page before the PX Dialog is actually displayed.  So, use this setting with caution as the “view” events are not always true and can be misleading. @ajrufer 

    JyothsnaContributor ⭐️⭐️

    Data designer hacksNew Idea

    Hi Everyone! I’ve put together a few hacks that I have been using so far to solve different use cases to overcome the limitations of Data Designer. How to enable Mapping or click-through through DD. As you may have already observed when you merge two datasets lets say Company and Contact, the resultant merge dataset will have only Company name/CTA name as text and click-through will be lost disabling the flexibility to navigating to that Company C360 page or cockpit when you click on Company name. The reason for this could be not bringing the Company GSID or CTA ID.Solution/Workaround: The catch here is that you need to bring the Comapny GSID(to navigate C360)and name or CTA ID (To navigate to cockpit) and Name so that URLs are perserved rather than displaying just text. You can drill down only upto three levels in DD. Then what do you do to drill down if you want data from fourth Level? Solution/Workaround: In Data Designer, you can drill down upto three lookups, and the lookups beyond the third shown will not show up at all. So if you want to drill down to the fourth level, you need to bring the fourth level object as a separate dataset and then merge the actual dataset with the new dataset.Example: NPS Survey Response: Participant id (Survey Participant)-> AO Participant id(AO Participant) -> Company id (Company) ->CSM (Company Person)Now picking the CSM for a survey participant becomes fourth level, we bring in the Company person object as separate another dataset within the same data designer and we merge both of them using Company id.  You can’t create lookups on DD objects. If you observe the objects created when you run the data designer are standard ones which means it is not possible to edit the object schema or add lookups.Solution/Workaround: Because you will not be able to create lookups you need to carefully choose and bring-in all the fields which you will need in the final dataset. If you have missed to include any field, you need to drag that field in the design from source to final dataset and run the designer again so that the previous object gets deleted and a new object with more fields will be created automatically.  Data designer objects are truncate and load type, so to manage incremental data. Solution/Workaround: Since Data designer objects are temporary datasets, the data present in these objects is truncated and freshly loaded every time the job is run. So when trying to manage incremental data(Usage data for example) through designer, work around is to route all this data to a custom object through rules engine before the next run of data designer.  Data Designer objects are standard type, you cannot modify the field data types or add fields. Solution/Workaround: We need to carefully change the datatypes of required fields proactively within the design rather than trying to modify it from Data management. If at all you realise that the datatype should have modified afterwards, just modify it in designer and re-run the job so that the object is deleted and freshly created accommodating the new changes. Hope these help, please feel free to post in comments if you have any more hacks.