Through this post I intend to shout out to all admins in the community (and elsewhere). Admin is really like the key-bunch which could unlock/lock and maintain all the goodies Marketo has to offer.
Like every other component, once in a while we do need provide healing touches to the segments which hasn't been working so well. Also, the ones that are working well could use a performance boost. So, here's what I'd want to know from you:
Any thoughts/comments/feedback/criticism (positive or negative) revolving around Admin are greatly welcomed. Please feel free to reach out to me to discuss some of the ideas you may have.
Looking forward to hear from you.
Thanks,
Vikram R
email: Vikram.ramesh@adobe.com
phone: +91 988 607 4356
Are you taking a product survey for Marketo? I'm confused what you want to learn.
Hello Josh,
Yes, in a way.
I am the product owner for Admin related features. I am hoping to gather feedback to strengthen my case for some enhancements. please let me know if we can discuss more
Thanks,
Vikram R
Thank you for asking this!
1. Salesforce integration is the section I dislike the most. You can edit some basic sync options, and see a timestamp of the last sync and whether or not it's in progress, but it gives very little other visibility, and that makes admin'ing the integration difficult. Would be great if some of the information (object schemas, field visibility and field types, sync logs) were available to admin users through non-secret and supported methods. It would be great to see a log of the sync cycle - how many records of a given object synced to and from Salesforce, how many were new, updated, a count of the how many records are pending sync for each object. An error log too please! FYI - I used to work in Marketo Support and I know that all of this information is already available to them, and simply needs some work to make it presentable and supportable for users. In my opinion, it would also deflect a lot of their cases related to the Salesforce integration.
It would also be fantastic to have a "Field Mapping" tab where we can change the field mapping between Marketo and Salesforce on our own without having to go through Support. Additionally, it would be great if fields did not automatically sync down to Marketo simply because the sync user can see them - if the fields simply became available for sync in this hypothetical "Field Mapping" tab, it would help us tremendously with keeping our fields clean, giving us control rather than being at the mercy of our SFDC admins remembering to follow processes around permissions.
2. Field Management is the most used. For an agile team, there is constant change coming downstream from Salesforce. We have to adapt quickly to process changes in CRM by making sure new fields are synced properly and finding where old fields are in use to make sure there are no dependent processes. It would be really nice if we could (1) delete old fields rather than hiding them, (2) relabel fields even though they are in use. Our instance is 10 years old, and we have an enormous list of hidden fields.
Also, when removing a field from assets, we find the field in Field Management and look at the Used By list - but the assets there aren't clickable links, which makes it even more painful trying to remove references to the field.
3. I think I covered this in #1 and #2
4. I'm not sure how I would apply an export feature of admin configurations. If other people have use cases for that I'd be curious.
Thank you so much Grant
Those are some excellent points that you've mentioned. I can see that your support days have served you well in getting a good hands-on to Admin, and Marketo in general.
On Salesforce Integration, I can totally relate to what you've mentioned. Displaying more details on the sync - last sync timestamp, in-progress percentage and also sync (error/success) logs would indeed add value to our customers. On the Field Mapping, definitely there's some scope for enhancements, providing some options to manually map fields and to control sync manually/semi automated ways (needs more thought process from my side around this).
In Field Management, I need to dig around on permanent deletion. I feel that it's best suited for a backend process to have them cleared from the system, but then I could be wrong.
Renaming fields sounds more doable though.
While removing fields from assets, I did find the assets clickable, which leads to detail pages. Nonetheless a seamless way of handling this, without leaving Admin could be a cooler approach, in my opinion. We could discuss more if you have some time.
Thanks again for taking time to jot these items down. It helped me in validating my opinions.
Cheers,
Vikram R
Thanks Vikram! Yes, regarding the Used By list for a field, they are clickable, but are not regular hyperlinks so we can't open them in a separate tab. If I need to adapt to a major process change, we could be talking about hundreds of assets that I need to remove the field from before I can hide the field.
I hear you. it does open in the same page. while dealing with a field which is heavily used, its strenuous to get the tasks done. a very valid suggestion indeed. Thanks again
Yes to renaming fields! That would be hugely helpful.
Hi Vikram, I totally echo Grants points here both about Salesforce sync and Field admin as we also have a very old instance and have been through a lot of rounds of having to remove fields from hundreds of assets one by one before being able to rename or hide this field. I am ok with keeping api name the same just like Salesforces does but we sometimes need to be able to rename the friendly label for the users as some fields don't make sense at all. Also if you want to do an audit of which fields have what setting, what the field is blocked from and if it's synced to salesforce you can export one list. The field list export only gives the field names and API names. If there could be added columns for all the settings that would be great!
Our SFDC Admin sometimes renames the friendly label of a field, and then it has a different name in Marketo, which can be really confusing. They changed "Lead Status Reason" to "Closed Status Reason" and I have to think about which is the "real" (SFDC) name when talking to people or writing documentation.