I have a request from the client to be able to send out Email Assist emails using the "Current User" strategy which can be see in reports, etc. Essentially what they want is to be able to create a template with a "logged in user" token that grabs the current uses "ID" and then looks up to the fields on the user table.
FYI: A key requirement here (which is in another feature request) is to be able to pull the field "phone" off the user table which doesn't appear to currently be possible.
New Idea
"Current User" tokens for Email Assist
Great idea, Steve. I think logged-in user tokens will be very helpful. Added to the roadmap.
Thanks,
Nitisha
Thanks,
Nitisha
+7Adding my voice here. Would love to be able to include the Account Manager's phone number when sending a renewal notification.
Program Director, CS Innovation @ Gainsight
1 person likes this
+1Hi Seth,
If you'r looking for getting Phone number of the Account Manger assigned to Account, you can still get it now by creating a Formula field on Account to get phone number of Account Manager and map that in Email Assist.
Regards,
Hitesh
If you'r looking for getting Phone number of the Account Manger assigned to Account, you can still get it now by creating a Formula field on Account to get phone number of Account Manager and map that in Email Assist.
Regards,
Hitesh
1 person likes this
+7Thanks for mentioning it, Hitesh! I was also thinking that the Rule that generates the CTA could put [i]any info into a custom field on the CTA itself, which would make it accessible to the Email Template. So this feature request is less about making it [i]possible, and more about allowing me to avoid SFDC config complexity wherever I can.
Program Director, CS Innovation @ Gainsight
1 person likes this
Nitisha: any news on this suggestion? Also on the follow-up about making it possible to fetch the account manager's phone number and any other user's referenced into the account's hone number and title?
The workaround with the custom field on the CTA is interesting but our templates will also be used in advanced outreach (which won't have a CTA)
The workaround with the custom field on the CTA is interesting but our templates will also be used in advanced outreach (which won't have a CTA)
1 person likes this
We ran into this issue last week trying to pull a calendar link from our CSM's profile. We ended up creating a custom field on the customer info object that pulls the link. Then we were able to use the new field and put it on the email assist.
1 person likes this
+3It would also be good if the User could create an email signature with the same look as they would have in Outlook and be able to pick up that signature. We have tried picking up the signature created in SFDC but it doesn't render correctly.
+1Hi! Any update on this feature request? This would really help with the duplication of playbooks when tasks are the same, but sender is different and when we want to send from an alias--which we have multiple.
Renee House
+3+1 from me as well! We use a pooled account model for a section of our accounts and being able to tokenize "current user" fields in templates for Email Assist would be really helpful for our users.
1 person likes this
+2Bumping into another use case where this would be very valuable. Any updates on the timing?
1 person likes this
+4+1 Its a very useful feature when mutiple people are servicing accounts.
+1Adding my 2 cents here as well:
Currently one recommendation is to map tokens based on the CS Task Owner fields.
Then best practice would be to take ownership of the email assist task before sending the email. If you are the owner and you have tokens based on the CS Task Owner fields, then your information will be tokenized in the email template when sending. The benefit of this is audit trails and process management. You shouldn’t be completing a task that is not assigned to you. It makes it more difficult to do auditing/reporting on CTAs and Tasks. Additionally, following this process allows you to get the “logged in user” or “current user” fields and have them passed into the template via the tokens.
There are a few disadvantages to this method as well:
- For example, in SFDC Edition, the lookups to user don’t pull back as much information as desired (basically User ID, User Email, and User Name).
- Additionally, in both SFDC and NXT Editions, you cannot add default mappings for CS Task and CTA fields from the Email Templates UI. You can do so when mapping the tokens in the playbook (good), and you can map them manually via an ad-hoc email assist task (not so good - the effort to add a mapping manually is more than just deleting the token and writing in the desired value)
I think the current workaround of using tokens from CS Task → Owner is sufficient for now (especially in NXT where all user fields are accessible). Allowing Logged In User details to be passed brings certain advantages (multiple users servicing accounts) and disadvantages (audit trails, users with different roles on different accounts - Company User and Relationship User would be needed, adding to complexity) as well, but after thinking about it, CS Task → Owner makes the most sense to me.
Open to thoughts from others.
+1I like the workaround of using the cs task owner fields but we’re missing title and phone number, to be able to create a full signature of name, title, phone and email address.
GS, please tell us if we will get "Current User" tokens for Email Assist soon? It seems like it was added to the roadmap 3 years ago.
Thanks!
Lyne
Hello All,
Have plans to introduce signature itself as one of the fields. For now “Current User” can be pulled in as mentioned above by
1 person likes this
+2Pitching in another request for this idea, and wondering if there is an update on ETA?
+4Any update on this one?
Checking in on this one too, any updates? Lots of QOL easy wins like this are out there.
+11Yes please!
What is the latest on this? Critical component for our user adoption. We’re going to be forced to start exploring other tools if this is not on the immediate roadmap.
Checking for updates and upvotes +1
Reply
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 E-mail address. We'll send you an e-mail with instructions to reset your password.