Share The Salesforce Admins Podcast
Share to email
Share to Facebook
Share to X
Today on the Salesforce Admins Podcast, Josh Birk talks to Jagan Nathan, Technical Architect with Customer Success at Salesforce. Join us as we chat about guest user anomalies and what you can do about them with the Threat Detection app.
You should subscribe for the full episode, but here are a few takeaways from our conversation with Jagan Nathan.
Jagan works as a Technical Architect with the Customer Success Group at Salesforce. He’s focused on helping businesses use Data Cloud to de-silo their data so they can get a full picture of their customers.
Jagan estimates that 60-70% of the time you spend on a Data Cloud migration is used to make sure you understand what needs to be done. That’s because the most important decisions are around what objects and data sources you want to map and how it all fits together. If you need help getting started, his team has put together the Data Cloud Workbook Template to walk you through everything.
The biggest security issues Jagan encounters in orgs come from changes made to profiles and permissions over time. All those consultants can begin to add up! At some point, you need to do an audit of who can see what and apply the principle of least privilege.
And that’s the reason we brought Jagan on the pod, because one way this can happen is through something called a guest user anomaly. Essentially, it’s when a guest user account has more access than it otherwise than it should. For example, an Apex class that allows them pull all of your data. It’s the kind of thing that’s difficult to identify but can leave you primed for a data breach if you don’t know about it.
The good news is that there’s something you can do about guest user anomalies. If your org has Event Monitoring, you can use the Threat Detection app to identify problematic accounts and take action. It uses the power of machine learning to figure out where the gaps are in your permissions and flag them for you.
In fact, the Threat Detection app can help you monitor all sorts of other anomalies, too. Like if a user who does their reports in the same time window each week suddenly logs in at 3 a.m. to pull a bunch of data, or someone based in Albuquerque logs in from Finland. It can even monitor your APIs. And the best part is that enabling Threat Detection is as easy as turning on the permission set.
Jagan gets into more specifics in our interview, so be sure to take a listen. And don’t forget to subscribe to the Salesforce Admins Podcast so you never miss an episode.
Josh Birk:
All right. Today on the show we welcome Jagan. Did I do that right, Jagan?
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
So when it comes to threat detection, threat detection is one of the submodule of the event monitoring, which comes free of cost. If customer has event monitoring, then they would be able to use threat detection free of cost. So threat detection has a lot of events built into it and one of the events is a guest user anomaly event. So guest user anomaly is one of the interesting event because there are a lot of customers who are using guest users in their communities or back then they used to have a Force.com site. So they have built a business process surrounding guest user. So here at Salesforce what we thought is why can’t we build a guest user anomaly even so that customers would be able to identify if there is any threat around the guest user.
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
Jagan Nathan :
Josh Birk:
The post Key Security Best Practices for Salesforce Admins Using Data Cloud appeared first on Salesforce Admins.
Today on the Salesforce Admins Podcast, we talk to John Demby, Director of Solution Engineering at Tableau. Join us as we chat about Pulse for Salesforce, Tableau Einstein, and how easy it is to get started.
You should subscribe for the full episode, but here are a few takeaways from our conversation with John Demby.
John leads a team of demo engineers for Tableau. What that means is they get their hands on all the new solutions and products ahead of time, and use them to make cool things. And two of the coolest, newest things out there are Pulse for Salesforce and Tableau Einstein.
Tableau Einstein takes all of the goodness of Tableau, the powerful features of Data Cloud, a new semantic layer called Tableau Semantics, and brings that into Salesforce. There’s also a Tableau Agent, allowing you to open up the power of business intelligence and analytics to everyone on your team through Agentforce.
“We started thinking about how people consume data,” John says, “and I think it’s changed.” People want to consume data within the flow of their work. They don’t want to have to go looking around for things, or sift through multiple dashboards to figure out what information is relevant.
That’s where Pulse for Salesforce comes in. It provides contextual, relevant insights from your data directly into Salesforce. With a simple KPI scorecard, you and your users can see what metrics are up, what metrics are down, and get insights about the next steps you should take.
The scorecards Pulse for Salesforce provides are just the beginning because you can also ask it questions. Pulse is AI-infused, meaning you can ask plain language questions to generate specific insights about your data. It’s also built for collaboration, so it’s easy to take these insights and start a conversation with anyone else in your organization.
Getting Pulse for Salesforce is as easy as installing a managed package in your Salesforce instance. “We’ve made it really for a Salesforce Admin to set this up with little to no Tableau experience,” John says. There are nine premade dashboards to get you started, and it’s easy to customize things to get something that works for you.
John shares a lot more great stuff about Pulse for Salesforce and Tableau Einstein, so be sure to take a listen. And don’t forget to subscribe to the Salesforce Admins Podcast so you never miss an episode.
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
And then I got to do all sorts of cool things, like move into the office of the chief product officer where I worked on Salesforce Tableau integration strategies, and now I get to lead my fun team.
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
I scroll through and I find something, maybe the latest story about Taylor Swift and that other dude she’s dating.
Mike Gerholdt:
John Demby:
It has AI infused in it, it has the ability to really give you insights very quickly. So then what you need to do is to take action, either early warning or corrective action, or even if something’s going great, letting your team know it’s going great.
Mike Gerholdt:
John Demby:
The good news is, we gave you permissions to be able to create all the metrics you want on any of the data, as long as you surface it inside of Salesforce from that perspective. If you’ve got some external data that your salespeople would really value and seeing right there on the opportunity record or the home page or something like that, you can actually add those metrics, not just the nine that we ship. It’s just embedded in Salesforce. It works on Salesforce mobile. We actually made it to pop up off the utility bar, which people think is really cool. So I’m right there in the sales app and at any point I want, I hit the button and I’ve got Pulse metrics. But yeah, you can stick it anywhere inside of Salesforce. We give you those nine pre-built ones, but we don’t limit you to that. It’s a simple app but it is a very powerful app, and we’re already seeing demand. We’ve got hundreds of customers already lined up that want to get onboard with Pulse for Salesforce.
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
But when you look at it, only about 30% of the potential knowledge workers … think of a knowledge worker as really anybody that could use data to influence a decision, so that could be all the way down to the shop floor. So knowledge workers are everywhere, they’re not just behind a desk and things like that, but only about 30% of those actually have access to data. Sometimes, like I said, it’s locked away. It may be in a dashboard, so we actually ask them to go find it. But the future is really bringing it in the flow, embedding it in where they are, being able to show it on things like mobile devices and tablets and all those accelerated devices where you can get more information. Yeah. I think admins will find that it’s a very common conversation to have with the business. We’re happy to have it with you, to talk to you about all the different industry use cases and all the different options that we’ve seen people use Pulse for.
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
I simply ask it, tell me the Pulse metrics for Loyalty Management and next thing I know, I had about 10 Pulse metrics they called out that you could actually write on Loyalty Management. It was very simple, very clean. I could actually take those definitions, create my dataset for Loyalty Management, and build out those metrics just in a matter of minutes and then share them with the organization. So AI is helping us even figure out what ways to deploy our software, which I think is really cool.
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
John Demby:
Mike Gerholdt:
And don’t forget to join the conversation with other Salesforce admins over in the admin Trailblazer group that is over in the Trailblazer Community. Again, you know where to find the link, it’s in the show notes. So until next week, we’ll see you in the cloud.
The post What Makes Tableau Pulse Essential for Salesforce Admins? appeared first on Salesforce Admins.
Today on the Salesforce Admins Podcast, guest host Josh Birk talks to Katie Villanueva, Golden Hoodie winner and Salesforce Administrator at 10K Advisors. Join us as we chat about her work with mental health advocacy and mindfulness principles that you can apply to your work as a Salesforce Admin.
You should subscribe for the full episode, but here are a few takeaways from our conversation with Katie Villanueva.
Katie started out as an accidental admin, getting her degree in radio and television. These days, she works as a Salesforce Administrator for 10K Advisors, where she’s hard at work updating legacy code with flows and improving workflow processes.
Katie’s also the founder of the Mental Health and Illness Trailblazer Community Group. It’s a space in the ecosystem to make meaningful connections, share resources, and share stories. “We’re not alone in our struggles,” Katie says, and what’s important is to build that support network and talk about it.
Recently, Katie gave a talk at Midwest Dreamin’ entitled “Appreciate Your #AwesomeAdmin Self,” based on Jon Kabat-Zinn’s seven principles of mindfulness. The principles are a skill and something you have to practice, but they can help you overcome fear, doubt, imposter syndrome, burnout, stress, and negative self-talk.
The principles are:
In the talk, Katie gets into how you can apply those principles to your work as a Salesforce Admin.
At Dreamforce, Katie presented “Automate with AI: Prompt Builder, Flow, and Slack,” about the magic you can make when you get all three working together. If you missed out, she recently covered the same topics on How I Solved It with Jennifer Lee.
Katie has so many great insights to share, so be sure to listen to the full episode to learn more. And don’t forget to subscribe to the Salesforce Admins Podcast so you never miss an episode.
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Katie:
Josh:
Katie:
Katie:
Katie:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Katie:
Josh:
Katie:
Josh:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Katie:
Katie:
Josh:
Katie:
Katie:
Josh:
Katie:
Katie:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
Katie:
Josh:
The post How Can Salesforce Admins Overcome Imposter Syndrome and Stress? appeared first on Salesforce Admins.
Today on the Salesforce Admins Podcast, we talk to Eddie Cliff, VP of Product Management at Salesforce. Join us as we chat about Salesforce Foundations and how it can give you access to even more capabilities within Sales, Service, and beyond.
You should subscribe for the full episode, but here are a few takeaways from our conversation with Eddie Cliff.
Eddie is the lead PM for Salesforce Foundations, and he’s here to tell us how it can be a game changer for orgs looking to incorporate AI. Now, if you’re a longtime listener to the podcast you know that AI tools are only as good as the data you give them. And while Data Cloud is meant to help you bring all your data into one place, it’s not always easy for customers to make the transition.
That’s where Salesforce Foundations comes in. It adds the basic capabilities of Sales Cloud, Service Cloud, Marketing Cloud, Commerce Cloud, Data Cloud, and Agentforce to your org, for free.
The goal with Salesforce Foundations is to make it easy to get that 360° view of your customers. As Eddie says, their philosophy is “Easy by default, advanced by choice.” And you’ll find that as you start doing more with segmentation and personalization, you’ll realize just how much further you can go.
Right now, customers with Sales or Service EE or UE can get Salesforce Foundations for free. All you have to do is go into Setup and click on the Salesforce Foundations node, and you’ll be presented with a handy-dandy checklist with everything you need to get started.
Foundations makes it easy to get your org ready for Agentforce. That’s why Eddie and his team have included a freemium version of Agentforce in Foundations. “What’s really cool,” he says, “is that as you do more and you use more of these cross-cloud capabilities, your data in Data Cloud gets richer and more powerful and so does Agentforce.”
There’s a lot more in this episode about how Foundations was developed, what’s coming in the future, and the ins and outs of sea kayaking, so be sure to take a listen. And don’t forget to subscribe so you never miss an episode of the Salesforce Admins Podcast.
Mike:
Now, before we get started, I just want to make sure that you’re subscribed to the Salesforce Admins podcast on whatever platform you get your Salesforce podcast on. Go ahead and click that subscribe, or sometimes it’s a follow button. And that way, when new episodes come in every Thursday morning, they will be downloaded to your phone. So with that, let’s jump into our conversation with Eddie where he explains how Salesforce Foundations is designed to give customers access to even more capabilities within sales, service and beyond, including all of their existing Salesforce implementations at no cost. So Eddie, welcome back to the podcast.
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Now, bringing all that data into one system will lead to happier customers because now you can do targeted marketing, smarter commerce, and more effective sales. And what’s really cool is that this also gets all of your data centralized and ready for AI, but it’s not easy for a lot of our customers to go from say just Sales Cloud or just Service Cloud on their own to the full Customer 360 that we talk about a lot. You need time and resources, and I know from a lot of customers I talk to, that’s not something that they have the luxury of having. And so that’s the goal here with Foundations is we’re making this easier by bringing all of these capabilities to all of our customers through Salesforce Foundations.
So Foundations gives all of these sales and service customers access to more of Salesforce included with their existing Salesforce implementation, and this is free. I want to make sure that’s clear. That’s not something we’re charging for, and you can add this to your existing organ, we’ll talk a little bit about that. But ultimately, with Foundations, we’ve made it easier than ever before to get started with that Connected Customer 360 by building our foundational apps into your CRM. And this includes the basic capabilities within Sales Cloud, Service Cloud, Marketing Cloud, Commerce Cloud, Data Cloud, and now Agentforce, which is really exciting because as of today, it’s now available at no additional cost as part of Foundations.
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
And so that’s why we launched Pro Suite last year to allow for that seamless upgrade from Starter, and to allow our customers to get that enhanced set of capabilities and customization options. And again, we were getting really great feedback, which is awesome. And so what we started to hear from customers is they wanted to go up, they wanted to expand to Enterprise or even to Unlimited Edition, but they didn’t want to lose any of that 360. They didn’t want to go to Sales EE and lose the marketing and the commerce and the service capabilities that came with Starter and Pro Suites.
So that was the beginning of, “Well, let’s create this in a way that we can allow customers of Starter and Pro Suites to upgrade and not lose any capabilities.” But at the same point, we realized, “Well, we should make this base set of capabilities available for all of our customers so they can get that value, and they don’t have to start with Starter or Pro Suite. So they can do this directly in their EE or UE org.” And so doing things like allowing sellers to speed up things with payment links, and so they can send people to a digital storefront to take care of transactional deals that might free them up to focus on more strategic opportunities or doing cross-cloud scenarios like driving loyalty with Service Cloud and Marketing Cloud, working together to create onboarding journeys and loyalty campaigns.
And then also allowing marketing teams to get into the mix with really targeted Data Cloud segmentation and personalization tools to execute their email marketing campaigns. And ultimately allowing all the teams within an organization to get better cross-functional visibility by working out of that same system, all underpinned by Data Cloud.
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
And again, as I was talking about before, we realized that there was a large opportunity here to say, “Hey, there’s a lot of EE customers.” It’s by far and large the most adopted addition for us. There’s an opportunity to bring this starter level functionality from marketing, from commerce and from service to let’s say, a sales EE customer to start taking advantage of, to start trying out and using and see if it’s a good fit. They can start to bring in more team members across the organization, and then those solutions will scale and grow with them. But again, all can underpin by Data Cloud. So this makes it really easy for them to create that 360 view and sets it up really nicely now for the launch of Agentforce.
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
And so that’s near and dear to my heart, my team’s heart, on everything that we do in Starter and Pro and Foundations to hopefully make their products experiences as easy to use as possible and as delightful to use as possible as well.
Mike:
Eddie Cliff:
And so you’ll have to accept some terms and go through that process, top power via your account, hopefully everybody’s seen that really cool self-service capabilities to manage what you have access to in Salesforce. But again, this is free. You’re not paying anything. It’s just adding these capabilities, accepting the terms because it’s some addendum cinema says, and that’s legal terms and the lawyers required it. But once you agree to all that, then we take care of the rest and provisioning and adding everything to your work. And so then all of the necessary pieces will then be present. And so you can go through the rest of the steps once you’ve added it in. There’s some more sections in that set up node. So if you want to go ahead and enable Data Cloud, you can go through that process. If you want to get started with Marketing Cloud, you can enable that, and Commerce Cloud and so forth.
And we’re going to continue to add on to this page as well to make it simpler, and so that you can take advantage of some of the experience pieces too, like being able to add the Left Nav, to get our homepage in the quick settings enabled for your users. So we’re really excited about that. So it’s just the beginning of what you’ll see if you log into your org today. More will be coming in the following months and releases.
Mike:
Eddie Cliff:
And as I mentioned, all those pieces that you need are there. And so you get Data Cloud out of the box alongside Agentforce, and you get that full Foundations Suite experience across sales, service, marketing and commerce. And what’s really cool here is as you do more and you use more of these cross-cloud capabilities, your data and Data Cloud gets richer and more powerful, and so does Agentforce. So a great example of this, you think about the service use cases, which I’m really excited about the possibilities and what our customers are going to do with the Autonomous Service Agents. Really, really cool stuff, where you get that base level of Service Cloud now that has knowledge base. And so you can create those knowledge articles and you can start to build out that wealth of information that can then flow into Data Cloud and be used via Agentforce, which is just really cool and not something that you’d been able to do without Foundations previously.
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
And also the utility of keeping me dry because it’s got these pedals that you have to use with your feet to propel the kayak. So it’s really important that you have a comfortable seat so that your back isn’t killing you at the end of the day.
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
Eddie Cliff:
Mike:
And if you’re looking for more resources, we’ve got those. So you can learn about Salesforce Foundations. Just head on over to admin.salesforce.com for a wealth of content, all for Salesforce admins, directly for you, including a transcript of today’s show. And don’t forget to join our conversation in the Admin Trailblazer group, that’s in the Trailblazer community. Again, link is in the show notes. Show notes are at admin.salesforce.com. We keep it all together for you in one place. Speaking of keeping it all together, until next week, we’ll see you in the cloud.
The post How Can Salesforce Admins Leverage Foundations to Prepare for Agentforce? appeared first on Salesforce Admins.
Today on the Salesforce Admins Podcast, we talk to Jennifer Cole, Director of Business Intelligence and Automation at 908 Devices. Join us as we chat about how Salesforce Admins can bridge the gap between business processes and data accuracy.
You should subscribe for the full episode, but here are a few takeaways from our conversation with Jennifer Cole.
Jen gave a stellar presentation about business processes and data strategy at World Tour Boston, and I wanted to bring her on the podcast to learn more. “Data isn’t helpful if you don’t know your process,” she says, “it’s just interesting facts on a screen that maybe make pretty graphs. But what does it tell you if you don’t know what questions you’re answering?”
More often than not, the people doing a business process don’t understand why they need to log data a certain way. That’s why as Salesforce Admins, we need to understand the “why” behind data entry. If we can bridge the information gap and explain why having accurate data is so important, we’re more likely to get people on board.
With new AI tools like Agentforce or Next Best Action, having accurate data is more important than ever. As Jen puts it, “Inaccurate data creates inaccurate business decisions.” But in order to get there, you have to explain why it’s important.
Jen supports a lot of sales teams, and it’s a great example. Sales teams want to sell things, and they don’t always understand why they need to log an email into Salesforce or create the next step on an opportunity because they don’t know how that information will be used.
It’s up to Salesforce Admins to bridge this gap and spell out what the data is used for. If your sales team knows that logging their calls accurately will help you tell them the best time to call each prospect, they’ll be a lot more attentive to how they enter that data into Salesforce.
Jen points out that trainings are a great time to get started with explaining the why behind data collection. When they fill in this field, who else will use that information and how will it help the business as a whole? You need to get them invested in the process and help them see the broader picture.
Finally, it’s important to establish feedback loops that help your team stay invested in the process. If they can see how accurate data impacts their day-to-day, they’re much more likely to be invested in the project of data collection.
There’s a lot more great stuff from Jen about how to look at your business processes and data strategy, so be sure to listen to the full episode. And don’t forget to subscribe to hear more from the Salesforce Admins Podcast.
Mike Gerholdt:
This week on the Salesforce Admins Podcast, we’re talking with Jennifer Cole about data strategy and process. Well, yeah, a little something different because in the world of AI and a lot of tools just in general, not to mention automation tools, it’s good to know what you’re doing with your data and do you have a process in place to make sure you’re collecting good data. Also, I ask her about bad data, so that’s an interesting answer. But really understanding what data are you collecting, and does everybody know the process for data collection because as we know, it’s going to be even more important to have great data so that AI can give us even better insights. But if we don’t know the process, then I think we’re in trouble. So Jennifer’s going to help us with that.
But before we get into the episode, just a reminder that if you’re listening on Apple Podcasts or Spotify or wherever you get your podcasts, be sure to click the follow button, that way this podcast can automatically be downloaded right to your device so that when you’re out on your dog walk, you don’t have to worry about downloading it because it’ll already be there. And of course, I always appreciate a good review, so let me know how we’re doing. With that, let’s talk process and data quality and maybe data strategies. There’s quite a few things in this podcast with Jennifer. And let’s get Jennifer on the podcast. So, Jen, welcome back to the podcast.
Jennifer Cole:
Thanks, Mike. I’m really excited to be back.
Mike Gerholdt:
Well, last time, and I’ll put a link in the show notes because you won’t hear that a thousand more times today, but we were talking about documenting your process as an admin when you’re solving things.
Jennifer Cole:
Yes, good stuff.
Mike Gerholdt:
I know. Well, I really enjoyed that. I could spend, again, probably another two hours doing that because, first of all, I constantly forget, “What was I doing here?” I should have wrote that down better. But we’ve since caught up a thousand other times and wanted to expand on that conversation because with AI, there’s so many more shiny tools out there.
Jennifer Cole:
There are.
Mike Gerholdt:
I know, seriously.
Jennifer Cole:
A lot.
Mike Gerholdt:
I’m getting the cart in front of the horse. Let’s refresh people about the amount of awesomeness stuff that you work on and what you do in the community. So let’s start there.
Jennifer Cole:
Sure. Yeah. I am Director of Business Intelligence and Automation at 908 Devices, which is a super cool title that basically says, “I am still an awesome admin.” I’m building apps and supporting my team. I run a team of awesome admins and have recently been able to co-present with one of my awesome admins at the Boston World Tour last, what, two months ago? Wow, time flies.
Mike Gerholdt:
I know. Yeah.
Jennifer Cole:
Oh, so much. Talking about process and data strategy. So that is my sweet spot and what I’m still rocking out at 908.
Mike Gerholdt:
I feel everybody now is paying attention to data with AI. Data, data, data. Pay attention to your data, clean your data, wash your data, put your data in a dishwasher.
Jennifer Cole:
Give me your data.
Mike Gerholdt:
Cascade is going to have special data tabs here pretty soon. Tide’s going to have data pods, right? I’m kidding.
Jennifer Cole:
I was going to ask if they were going to be Salesforce branded, that would’ve been fun. I would’ve bought those.
Mike Gerholdt:
Oh, I know, right? But they only work in the cloud, so you’d have to stand outside in the rain. That wasn’t a well-thought-through joke, so that’s okay. You can’t have a zinger every single time. But you bring up a good point. So what good is data if you don’t know your process, right?
Jennifer Cole:
Yeah. I don’t know that it’s helpful if you don’t know your process. It’s just interesting facts on a screen that maybe make pretty graphs, but what does it tell you if you don’t know what questions you’re answering?
Mike Gerholdt:
Yeah. I guess in the scheme of things, if we’re sitting down and we’re looking at our data and we’re cleaning our data, we should really take a step back and think about, “What are we doing with our process?” And maybe to your point, and you can expand on this, does everybody know the process? Do you run into a lot of organizations that don’t know their process?
Jennifer Cole:
Yes.
Mike Gerholdt:
Or a process, I should say. The process, like there’s one.
Jennifer Cole:
Can I choose C, all of the above?
Mike Gerholdt:
C, all of the above.
Jennifer Cole:
Yeah, actually quite a few. And I would expect most people assume it’s certain pockets of the organization or those who just aren’t doing the day-to-day work, but I don’t think that’s true. I actually experience people that are doing the day-to-day work don’t even fully understand the process or why they’re doing what they’re doing or what information downstream or upstream their process is being leveraged in. So it’s everywhere, honestly.
Mike Gerholdt:
Look, we all go to work. People are probably listening to this podcast going to work, like, “I’m going to go to work and send some emails and do work.” And they do things. So when you say they don’t know the process, what about that do you… Is it there’s no organizational book or they don’t know where the data comes and they don’t know what they’re shipping out or where it goes?
Jennifer Cole:
I think a little bit of both, but if I think about the group of folks I support the largest amount of my time against is the sales organization. They have an objective to make sales, right? They’re in sales. It’s literally in their title. And for them, they just want to get the job done, right? They want to make a customer happy, they want to book that order, and they want to move on to the next one. And they don’t always understand why they have to log an email into Salesforce or why they need to create this next step on their opportunity, and who is actually using the application field that they’re tagging about their customer.
I think they get rightfully so focused on what they’re trying to achieve, they don’t see the broader picture of where their data’s going and how that helps the company refine what they’re doing or tweak the customer they want to focus on or tweak how we do things to make them more efficient. So I think in that particular very specific example, they’re just so focused on their job, they don’t understand why or how it matters.
Mike Gerholdt:
You bring up a very good step in the sales process. If they don’t understand why that step’s required and the data they’re gathering for that step, then they’re less likely to do it, right? They’ll just do it in a spreadsheet and then when the deal’s closed, they’ll just go in Salesforce and just bang through the opportunity as fast as they can, right?
Jennifer Cole:
Right. There’s nothing enriching in that. I can’t look at a bigger scope of data to understand, “Geez, a lot of our opportunities close faster when they do a follow-up call 20 days after X event.” And that would be juicy information to know because then it becomes a feedback loop in the process to say, “Hey, it looks like the odds of closing your deal faster if you do this particular step.” But if all of that is being logged outside of the system and we don’t know how many follow-up calls there are or face-to-face meetings or customer demos that are taking place, then we can’t provide that intel back to help them achieve their goals faster and smarter.
Mike Gerholdt:
So if they’re logging, let’s say, a required field, which is an arbitrary date because they’re trying to get through to the closed one because they think they’re following the process, but they really did the whole thing out of Salesforce, and then it’s Friday night and the quarter closes and they’re trying to get their opportunities in, by not understanding the process, are they then creating bad data?
Jennifer Cole:
Oh, bad’s a funny word. I would say inaccurate data. I would say data that’s going to mislead you. Yes, there’s technically bad data, but in that case, it’s not intentionally bad. It’s more just inaccurate to the true story. And I think that can make it very misleading for the business because they might adjust their workflow based upon the intel they have and it actually isn’t improving anything because nobody was being honest about what they were entering.
Mike Gerholdt:
So CEO goes to, we’ll use your example, Boston World Tour and sees the new AI, Copilot and Einstein stuff, and maybe wants to use Einstein Next Best Action, but because they’re just putting in arbitrary dates, the new shiny isn’t really helping them.
Jennifer Cole:
No, it just becomes a very expensive toy. Sorry, but it does. It doesn’t help them move anything faster, right?
Mike Gerholdt:
Yeah. And I think it’s an interesting concept because we always go back to, “Well, this one thing will just help you do stuff better.” But ultimately, before you even look at those things, it’s, “But what is the process that you’re trying to get to? Do you even understand the process?” Is that where you start with a lot of things?
Jennifer Cole:
It’s where I start everything. When a person comes for an enhancement or wants to report out on this particular metric or get data to understand what’s happening with their business, the question always begins with, “What questions are you trying to answer? I understand you are asking for this data point, but why? Is it something you’re doing today or you’re not doing today and you want to understand how well you are or are not filling that information in or following that process?”
Because understanding the process for me and my experience and my team’s experience helps us serve our customers better. And when I say customer, I mean internal employees in this case because we’re an internal team. We help them achieve so much more when we can get underneath and get to the why. Understanding their why is what drives bigger change for us because it often is not just them who need the help or need the change, but actually other people in the organization have that same why. So process is almost like a keystone in the bridge for us. We have to get to it. We have to understand it before we start building across and bridging islands together.
Mike Gerholdt:
Man, the number of times understanding the why has come up. I should get a shirt that says that.
Jennifer Cole:
That’d be a great shirt.
Mike Gerholdt:
Understand the why. So let me dial in specifically for an admin that’s listening. Are there things that you build into your application when you create something, let’s say for sales or customer service, that helps remind the end user about the why?
Jennifer Cole:
Sometimes, yes. Actually, a recent deployment we did was to enable sales to capture who should get automated booking and shipping notifications. And we moved that into Salesforce so that when it replicates over to our ERP, it’s auto-fed. It’s just more accurate. The sales rep knows who should be getting those notices. And we have those fields there to fill in those addresses, but we did something super simple. We added a little text bubble, an actual text component on the lightning page that explained what field did what, and critical reminders about which field you should fill in and which field you should update this address only.
And the feedback we got was, “That was great. I need that. That always will remind me because I can never remember what I’m supposed to do or why it matters.” And it was just a really simple little text component on the screen. So we try to do small things like that where we nudge them through the workflow with those gentle reminders, conditional visibility reminders, anything that helps them in that moment for that particular step in the process to remember the critical reason why it matters helps.
Mike Gerholdt:
Yeah. That’s really great because you think about the level of complexity that is getting added to everyone’s job. I remember as an admin, I’d spent two, three months with maybe a department or a team working on what their process is and getting their app right in Salesforce. And by the end of it, man, you could have quizzed me Jeopardy-level on what was going on with that team and how the data flowed and I would have nailed it, but two months later-
Jennifer Cole:
It’s gone.
Mike Gerholdt:
… no idea. It’s gone.
Jennifer Cole:
What’s my name? Yes.
Mike Gerholdt:
I’ll take, nope, I don’t know, hodgepodge for 500, Alex.
Jennifer Cole:
Yes. Real admin life.
Mike Gerholdt:
Exactly. But somehow you just expect to turn that app over to your users and like, “Oh, I’m sure they’ll remember this.” So when you’re creating an app and have those epiphanies, “Let’s add this box that reminds people,” how important is it for you? Or how important do you feel it is that admins make sure that their users know where the data that they’re working on comes from and where it goes?
Jennifer Cole:
I think it’s actually critical to adoption. Everyone loves to throw this word adoption around, and it’s more than just logins. It’s actually usability of the system and following the process. And we had a sales meeting, was it two years ago, a year ago? And we were asked to present as a Salesforce team to the sales team about critical fields they need to fill in. And everyone’s done those trainings. They’re painful for the salespeople. They’re just sitting there, “Yeah, okay, I have to fill in the application. Yeah, okay, I have to update my close date. Yeah, okay.” And they go through this monotony. But what we found was so successful and an incredible adoption to following the process was when we told them why.
We said, “Okay, when you fill this in, here are the people after you that are using this data. Here’s your marketing team and how they’re using it to refine the drip campaigns to send to your customers. So if you classify them right, they’re going to get special content against their industry or application usage.” And we found, Mike, it was the coolest thing, we found in our support channel, we use Slack for issues and questions by the business, people after that sales meeting we’re just saying, “Now, what if I choose this and what happens if I choose this?” Because they knew who was using the data that they input and where it went, they started to care. And then we just saw greater adoption and questions around, “Well, what happens if I choose the wrong thing? Can I fix it?” And that’s a win as an admin in my book when your business suddenly cares about the data they’re putting in.
Mike Gerholdt:
Yeah, especially for salespeople. I did an exercise like that where the salespeople went through the call center. And I remember sitting in the break room and the salespeople sitting down with call center agents and like, “Well, whenever we get this from sales, it says this.” And them sitting there going, “Well, we fill it out because we think it’s this.” But those two people had never talked. And the second they talked, it was like, “Oh, well we could 100% get this.” And then the customer service agent is like, “Oh, that would be so helpful because then when they call in and ask, we don’t have to spend 20 minutes looking something up.”
Jennifer Cole:
It’s amazing. It’s powerful.
Mike Gerholdt:
I’ll take ownership of this too, it’s the fact that when you sit down sometimes, you work at processes at a stage gate level and you forget, “Okay, well, I did sales and then sales ends here.” Well, sales doesn’t end there. There’s that gray area, and I just didn’t bring those groups together. I jumped over to service and obviously everything shipped and it was fine or then they’d call, except that gap in between there is the parts you got to work on.
Jennifer Cole:
The bridging of the teams and how the data flows between them.
Mike Gerholdt:
Yeah.
Jennifer Cole:
I think that’s where the secret sauce is.
Mike Gerholdt:
A lot of it is. So let’s touch on this. Automation has always been huge, and I know we’ve talked a lot with you about integrations and bringing data over. How does not knowing the process really impact automations?
Jennifer Cole:
How much time do we have? No, I’m kidding.
Mike Gerholdt:
As much time as you’d like.
Jennifer Cole:
I think it can have a huge impact on the business in not a good way. I think it could accelerate inaccurate data faster. If you don’t understand your process and why you’re filling in what fields, you could be filling in fields that mean nothing to your business, that mean nothing to you learning how to change your process, adapt your process to better suit your business and your customers. I think it can actually be an unfortunate waste of energy for your admins and money for the organization if you just don’t understand what you want to do and who’s doing what and why. Remember the TV show Lost, which is very controversial, no one likes the ending of Lost. But remember-
Mike Gerholdt:
I remember it. I’m one of the few people that never got into it.
Jennifer Cole:
Okay, consider yourself lucky.
Mike Gerholdt:
So I’ve been told.
Jennifer Cole:
You’ve saved so many hours of your life that you’ve done better things with.
Mike Gerholdt:
Oh no, I’ve wasted them with other TV shows.
Jennifer Cole:
Well, I will quickly say, for the audience that does know the show, there’s this scene or episode where this guy just keeps pressing a red button and he has no idea why. And then he leaves and someone else has to take over pressing this red button. And ultimately, it ends up being not as critical as anyone might think, but they’re just doing it because they were told to do it and they have to do it, but nobody knows why.
And I think businesses, if they don’t understand their process, are doing the same thing. They’re demanding fields to be populated by their users that are never used, that are never actually aggregated to understand if there’s value or something to modify an existing workflow or change the direction of how you advertise to customers. They’re just pressing red buttons. So I think it can be dangerous if you don’t understand.
Mike Gerholdt:
Yeah. So is that perpetuated by the fact that a lot of products and services are sold with, “Here’s the easy way to fix your X”?
Jennifer Cole:
Short answer? Yes. And I understand why that’s done. They want to show the ease of use of the tool. But I think the piece that’s really hard is we can’t get underneath to see how it’s built to know if it’s going to work for our challenging business problems that we’re trying to solve. And what isn’t really discussed either is why understanding your data strategy is so important and how that tool fits in. I think that’s missed.
And I don’t think that’s always understood by the C-suite or the folks that are paying for these tools. They just see this really cool tool like, “Hey, AI is going to do this for you. I want to be able to do that too. Let’s just buy it.” But somebody has to understand how it works, and somebody has to understand the process so that it actually becomes valuable. It’s missed. It’s truly, truly missed. And it’s hard for admins.
Mike Gerholdt:
Well, I think you said something that’s even bigger than process that I’m realizing now, which is process exists in a world where there is a data strategy.
Jennifer Cole:
It’s a piece.
Mike Gerholdt:
We’ve probably not sat down, I’ve never sat down, have you ever sat down and written a data strategy with an organization?
Jennifer Cole:
Written it down? No. It’s desperately needed, but conversations are a good place to start, for sure.
Mike Gerholdt:
Yeah, but it’s something that we as a Salesforce admin should think about because then we can create a world in which process can exist because data strategy tells me, “We know where the data is going to originate from, how we’re going to use it, and what our end goals are.” And end goals could be many endpoints. And then within that data strategy world is where we start to build different processes that take that data and transform it into useful things that the business can then use to make decisions on. So we just haven’t sat down and wrote data strategies.
Jennifer Cole:
I think so. And I think that’s hard day one. My own experience has been the process that was just built over time because somebody needed this field or somebody wanted to do this. There wasn’t a broader conversation of, “Well, who else wants to use this field?” And it’s something I need, do you need it too, Mike? Those conversations, I don’t think they happen at the beginning because businesses are just trying to get off the ground and they’re just trying to get customers engaged.
So we’re a little bit backwards in the whole process, but it is critical, I think, for businesses to start and stop… Well, how do I want to say this? They need to stop and think about, “We’ve got all these processes, do they still make sense? Are they where we want to go and do they fit into our larger strategy for what data we want to use to navigate the ship of our business truly?” So I think unfortunately, the data strategy doesn’t come until after processes are baked in, but hopefully not too solidified that they can’t rip them up and start something from scratch if it doesn’t fit the strategy they want to achieve.
Mike Gerholdt:
Right. Yeah, because I’m thinking early day one, which who knows where people are at, but early day one of a sales process is, “How do you get the widget to the customer as fast as possible?” Right?
Jennifer Cole:
Yeah.
Mike Gerholdt:
Later stage day one, as the company matures, “How do we efficiently get the widget to the customer and understand our operational challenges?”
Jennifer Cole:
It’s an evolution, yeah.
Mike Gerholdt:
We’re still shipping widgets, it’s just why does the widget sit for six days at this stage? Is that six days lost or is that six days… I don’t know. And that’s where data strategy figures that out because are we even capturing that data to make that decision to figure that stuff out? And if not, then we need to start doing that.
Jennifer Cole:
Yes. And it makes me think about how I’m hearing more in the community, which very much excites me, of reverse thinking, “Well, what do you want to measure? Okay, let’s go backwards and figure out do you even have the fields to start measuring it. And are you measuring it because you’re curious or are you measuring it because it’s something you want to bake into your workflow and your process there?” So I’m excited to hear more in the community of folks starting to think about this reverse modeling of, “Well, we want to understand what our customers are doing with our widgets. Now that they’re using them, we’re super excited we’ve got this customer base, but should we start to target certain types of customers? Well, what are they doing with our widgets?”
“Okay, great question. Are you set up to even track that? And what do you need in order to start tracking it? And then who’s going to fill it in and do they know why they’re filling it in?” That whole reverse model. So that’s an exciting shift that I’m hearing more of in the industry and fellow admins to support that data strategy. But I think you’re right, that next step is really sitting down to define on paper what that strategy is and then communicating it to everyone in the organization at every level of the organization because that just goes back to the why. When folks understand the why, they get excited, they want to help.
Mike Gerholdt:
I’ll flip back and forth. So then you sit down, you look at process, you think of data strategy. When looking at tools, what are some things that admins shouldn’t be afraid to ask or should really get behind and get their hands dirty looking at?
Jennifer Cole:
Oh, thank you for the question. I think it’s setup. As a customer of Salesforce, your poor sales reps, I’m tough because I always want to see what’s underneath. Don’t give me the shiny YouTube video, let me play with it, let me get in there. So I would love for fellow admins to be just as precocious and go into setup. Let me physically see my options. And that’s super cool what you just showed me, but how did you set it up? Let me in your demo org. And Salesforce demo orgs are incredible, like what your solution engineers build and play with and what’s in there. Ask admins, ask for a sneak peek because you, as an admin, not only need to understand how your business would apply the tool, but you need to understand how it works and how it can scale to solve all the crazy problems that you’ll come across because in a way, you’ve got to sell it to your business. Admins are diverse. They’re builders, and they’re also internal salespeople to their own executive suite. So I would encourage them to say, “Show me how it’s made.”
Mike Gerholdt:
Yeah. I also, as an admin, liked showing my users if they wanted to see how I made the app or parts of it that, say sales, for example, if they asked, “Well, what happens if we add a step here?” Well, then I can just go click, click, boom, and now that new step shows up in path and shows up in the opportunity. And it lets them know two things. One, I understand the value of being agile and changing because if we’re working on a new process, we’ve got to be ready to, “Hey, this really isn’t working despite what we thought it would do on paper.” And also two, when we get to that point, you need to know I have the skill to change the application at the speed of business so that we can make that adjustment and keep moving forward.
Jennifer Cole:
Yes, I fully agree. And it’s interesting too because even my user population loves to see under the hood, even though they’re never-
Mike Gerholdt:
Oh, really?
Jennifer Cole:
… going to use it. Oh, they love it. When they like to see those changes on the fly that you were just speaking to, like, “Yeah, I do know how to manage this application. I do know how to customize it. I can improve it for you.” When we do on-demand changes for them in a meeting when we’re getting app feedback or process feedback that we’ve implemented in Salesforce, they just think it’s so much fun.
Number one, they gain a lot more confidence in the team because they’re seeing something happen in real-time. But number two, they themselves love to see it and enjoy how quickly we can support the business. And also, it allows them to understand when sometimes it takes us more time because it’s more complicated, there’s a better understanding. So totally diverging topics on you, but yeah, users love it too.
Mike Gerholdt:
It’s getting behind the scenes, which is digging into process and digging into data strategies. So a follow-up to that, do you regularly share that, and would you recommend admins regularly do that as well?
Jennifer Cole:
Yes, I would actually. And it’s funny, as an admin, we’re often tagged as being a tiny bit controlling in our orgs and love everything to be precise and buttoned up. But I think it actually gains business trust when we crack open the org in setup for them and they can see how we click around because there’s no risk. If someone wants to join the admin team and they’re that curious and inspired by what they see in setup, oh my gosh, come on over. But at the same breath, admins can gain so much trust, I feel, from their business when they expose what they’re doing.
Because if you think about it, admins are going into the business every day and saying, “Show me your process. How are you doing it? Let me see what you’re doing.” We’re putting our business under the microscope to improve it. I don’t think there’s any harm in the reverse. It just helps build that mutual trust and relationship of sharing how to build something and what the possibilities are or are not. And I encourage it. I think it would be great. Actually, I encourage my team to do it. They do it in front of our users all the time, and it’s been a positive experience.
Mike Gerholdt:
Well, I can’t think of a better way to wrap up the conversation than having brought it completely back around on us where we’re being as transparent with our processes, we’re asking the business to be with us while we create the technology to support it. Thanks for coming back on the pod and sharing your thoughts on this and giving us data strategies to work on.
Jennifer Cole:
Thanks, Mike. It was really great.
Mike Gerholdt:
I’m excited.
Jennifer Cole:
Me too. I’m excited [inaudible 00:32:28] admins do, have fun out there.
Mike Gerholdt:
Well, I don’t know about you, but I was thinking of a thousand different times that I needed to have a conversation between different departments so that they understood the importance of putting fields in. And really, it was interesting, after the call, Jennifer and I talked a little bit because so much of what we do when we sit down with our users is, “Well, how are we going to document this? What are we going to put in Salesforce?” And we get wrapped up with what we’re going to put in Salesforce, which we should, but we forget to talk of why.
And that came up in this conversation is why are we putting this down? Why is this a critical stage? Why is it critical that we capture this data at this point? And then who’s going to do something with it to make us a better organization? When talking sales, it’s not just shipping out the widget as fast as we can, but maybe as efficiently as we can and understanding different parts of our organization so that we can capture data. And I got to agree with Jennifer, boy, it was such a good point, having all of your users understand where the data is coming from and where the data that they create goes, where in the process they sit, and having those individuals meet with each other. I think that was such a great insight that Jennifer brought to this episode.
I hope you enjoyed listening to it. And of course, if you did, you can share it with your friends. Just go ahead and click on those three dots. There’s usually three dots in just about every application now, and you can share it on social. I would so appreciate that. And if you’re looking for resources or anything that we mentioned in the episode itself, show notes are right there. They’re also on our website, admin.salesforce.com, which has got everything you need to read, blog posts, other podcasts you can listen to, and a transcript of this show. And of course, you can join the conversation in the Admin Trailblazer group, which is in the Trailblazer Community, that is also a link in the show notes. A lot of people talk in data quality and process there too. All right, so until next week, we’ll see you in the cloud.
The post How Business Process Documentation Enhances Data Collection appeared first on Salesforce Admins.
Today on the Salesforce Admins Podcast, we talk to Jim Ray, Director of Developer Relations and Advocacy at Slack. Join us as we chat about Workflow Builder, Slack integrations, and what happens when you put them together.
You should subscribe for the full episode, but here are a few takeaways from our conversation with Jim Ray.
Jim is here to tell us that Slack is much more than a chat tool. Automations and integrations can open a whole new world of utility for your organization. And while Slack integrations have always been a thing, you used to need some technical knowledge in order to build your own.
All that’s changed with the launch of Workflow Builder. This tool allows you to build automations in Slack without ever having to code or host an app. Once you get started with making your own Slack integrations, you’ll never know how you got by without them.
You can do a lot of cool things in Workflow Builder, like create a new channel or automatically post a formatted message at a certain time each week. But Slack integrations are where it really gets interesting.
For example, let’s say you have a weekly status report meeting. You can create a scheduled workflow that automatically drops the relevant Salesforce info into a Slack channel so everyone can refer to it for the meeting. Slack integrations go both ways, so you can also use a Slack automation to execute a flow in Salesforce.
With Workflow Builder, you can bring your Salesforce data directly into Slack and vice versa, and the possibilities are endless.
Finally, Jim had a lot to say about Slack AI, which gives you the ability to search Slack with natural language queries and summarize or format the results. When he came back to work after his paternity leave, he needed to prep for a first meeting with a new skip-level manager. So he asked Slack AI, “What does this person think about the Slack platform?” It gave him a summary of everything they ever posted on the subject, complete with footnotes so he could look at specific comments.
Most importantly, Jim points out that the automations you create in Workflow Builder are exactly the kind of structured data that Slack AI loves to work with. This opens up a whole new world of possibilities for how you can share information across your organization without the need to put everyone on Salesforce.
This episode is full of use cases and tips for how to get started with Slack integrations, so be sure to take a listen. And don’t forget to subscribe for more from the Salesforce Admins Podcast.
Mike Gerholdt:
Okay, this week on the Salesforce Admins Podcast, we are going to have a lot of fun because we are talking about Slack automations with the director of developer relations and advocacy, Jim Ray of Slack. Now, you’re probably a Salesforce Admin, you’re like, “Oh, but we don’t use Slack. I’m not going to listen to this.” No! This is a fun episode and it’s going to give you a ton of ideas for, hey, maybe we should think about using Slack. I’m not here to sell you anything. I don’t get any commissions.
I just love when I can give you ideas and creative answers to challenges that you’re facing. And Jim talks us through a whole bunch of fun stuff that you can do in Slack and gave me a ton of ideas. We talked about canvases. I don’t know if you use canvases, but it’s a ton of fun. Now, before we get into that, I want to tell you about, hey, what we got coming up in April, because this is last episode of March. I have architect evangelist Tom Leddy coming on to talk about decisioning. I reconnected with Lizz Hellinga at TrailblazerDX.
Remember, she was on a previous episode talking about the importance of clean data and why that’s important for AI. She’s coming back. I’m working on getting Skip Sauls with the Data Cloud update, so Data Cloud. And then I’m going to introduce a new episode at the end of April where I’m bringing my co-worker, Josh Burke, on, and he’s going to do a deep dive episode with a product manager. We’re working on getting somebody really cool to help you change the way you do some of your thinking.
That’s all I’m going to tease out for right now. But of course, if you’re not already subscribed to the podcast, make sure you’re doing that, make sure you’re following it. It’s a different word on every podcast platform. But if you do that, new episodes automatically get downloaded to your phone. That way when you wake up in the morning, you put the leash on the dog, you go out, boom! You press play, podcast is going, and you can get some great information. You don’t have to think about it, or maybe you’re riding the bus to work or bicycling.
It’s starting to become summer now. So anyway, that’s a whole long way. This is fun. You’re going to enjoy this podcast. Let’s get Jim on the pod. So Jim, welcome to the podcast.
Jim Ray:
Thanks so much. It’s great to be here, Mike.
Mike Gerholdt:
I always have fun talking Slack. I feel like the last time we talked Slack was with Amber Boaz and she was telling us how to replace meetings with Slack. And then you did a presentation in the admin track at TDX about automating in Slack, and I just feel like that’s the next level for people that use Slack is getting it to do stuff automagically. So that’s what I’d love to talk about, but let’s start with how did Jim get all the way to Slack?
Jim Ray:
That’s a great question. I’m also glad you mentioned Amber Boaz. I had the opportunity to meet her at TDX.
Mike Gerholdt:
Oh, she’s wonderful.
Jim Ray:
She’s from my neck of the woods, so I’m going to try to drive down to Durham in a month or so and hang out with the user group that she’s got.
Mike Gerholdt:
That’s pretty country down there too.
Jim Ray:
It is. It’s nice. I went to school down there too, so it’s pretty great. So if we’re talking background here, my background is actually in journalism. I have a journalism degree from the University of North Carolina. That’s what I did.
Mike Gerholdt:
So it’s obvious that you would work in tech.
Jim Ray:
Obvious that I would be working in developer relations at Slack. It’s maybe not as much of a leap as people might think. I was always kind of the techie guy that was looking for… My degree is in this multimedia storytelling. This was the late ’90s. We were trying to figure out how to do interesting new ways of telling stories on the web, and that’s what I was into. So I always had a tech mindset inside of the newsrooms that I worked in. And then when I switched over to tech, I still brought that media background with me.
And interestingly enough, DevRel has merged those two things. It wasn’t something that I’d set out to do, but I was really interested in what was going on at Slack. I started working at Slack in the middle of 2016, so just as the company was really rocketing off. It was a really incredible first year. The user growth was happening a lot. The company itself was growing tremendously. It was a different place every year for the first couple of years that I was there. And so I’ve been working on the DevRel side for most of that time.
And then recently, about a year and a half ago, I took over our developer advocacy team. And so on developer advocacy in Slack, what we do is we work primarily with our customers who are building on the Slack platform. The platform is multifaceted in some ways. We have our Slack App Directory where you go and you install apps that are built by our partners, or they’re built by companies that are building their business on top of Slack.
But the bulk of the work that happens on the platform is custom apps and integrations that are built by our customers to solve their own needs. We’re always looking for ways to engage with that audience and help them understand how to do automation in Slack.
Mike Gerholdt:
I mean, I think too often people just look at Slack as like, oh, it’s just another communication tool. But just as we were chatting before we even got started, the number of features that it has and the way you can configure things to, lack of a better term, almost communicate back with you and make life easier, which is what the point of automation.
I remember the first time I built an automation, which I believe was just for a simple Slack group where it was like, I really want questions in the Slack group formatted in a certain way, and so I just stuck up that form and they just auto created that post. But the cool thing was somebody on my team pointed out, you know it could also put all of that text into a Google Doc so that you have this running FAQ?
I was done at that point. I was like, oh God, no idea, right? Because for so long, you mentioned you started in 2016, but you got a degree in multimedia storytelling, who would’ve thought like, VHS, what are we going to do? DVD now for a certain period. Now, so many of these communication apps are not just like remember the days of MSN Messenger. It’s not just text back and forth. It’s actually managing of information and context.
Jim Ray:
I think that’s such a good point, and I really love your example of formatting your questions. I think one of the things, and this is something that I learned from working more closely with my friends on the sales side of the house, is that if you’re just using Slack for communication, you’re overpaying for a chat tool, as they like to say. And there’s a lot more that you can do to broaden your usage of Slack, and we’re increasingly trying to be a surface area for getting work done. Obviously, Slack doesn’t have any desire to be the only place where you come and do your work.
It would pretty well constrain the work that I think people could do. But it’s definitely a place, particularly those quick interactions, and that’s where some of the automation comes in. But things like approvals, things like questions, even quick bug reports where you’re already interacting with your colleagues, automation allows you to bring in your other tools, and that’s where the power of that lies. And the platform has really expanded a lot in the early days. Slack came with some built-in integration.
So if you wanted to do things like get an alert whenever somebody uploaded a file to Dropbox, then we had that automatically configured. But if you wanted to do something outside of the bounds of that automatic configuration, then that wasn’t really possible. Then we launched the API and along with that we launched the app directory. And so we were approaching it from a couple of different ways. You could build custom integrations, or you could install apps and integrations that other people had built from the directory.
And then that’s where we saw that usage explode, where people were really building custom use cases. The problem was for those early days of the API was that it really did require a fair bit of technical knowledge. You had to know how to program against our APIs, which means you had to know how APIs work. You also had to host the app yourself. And so in those early days of the APIs, you had to build out an application. And it worked very similarly to how you might build a Twitter app or something like that, but you were responsible for hosting that.
And then we built a lot of tooling around that to help improve that. We built some frameworks to make it easier to build with some of our most popular programming languages. And then we acquired a company called Missions, and this is where Workflow Builder really… Where its origins lie. We acquired this company called Missions, and the team that built Missions, they were a team that was actually inside of a consulting company called Robots & Pencils, and they were like, “We’ve got this idea for our product that can interact with Slack.”
Mike Gerholdt:
That’s a great name.
Jim Ray:
It’s a cool name, right? And so the Missions app was all about making it easier to build automations without having to write any code. So we acquired that team, fantastic team, really love working with them. A number of them are still at Slack, thankfully, and they’re doing fantastic work. And that became the first version of Workflow Builder, and Workflow Builder was our no code automation product. And that was a way to use the platform without having to know how to program, without having to host an app. And so that was the first big expansion beyond just writing applications.
Mike Gerholdt:
Jumping ahead to your TDX presentation, because we talked about automation, because the example I gave was just literally Slack just automating within itself, what were some of the examples you gave in that breakout presentation?
Jim Ray:
The evolution of Workflow Builder also mirrors the increased complexity of things that you can build. The initial version of Workflow Builder allows you to do exactly what you were just talking about, allows you to automate work within Slack. So if you wanted to do something like create a new channel or post a message that was formatted in a certain way, then you could do that with Workflow Builder.
The second version of Workflow Builder that we released, and this is the current contemporary version, allowed hooks into other applications. And so apps could build custom steps that could then be inserted into workflows. And so you could install an app, and then that app would bring custom steps along with it. And what we’ve done now is continue to expand on that surface area.
So now anyone can write a custom step and you can actually deploy that up to Slack and we’ll run that custom step inside of Workflow Builder. We’ve also built out a number of what we call connectors. These are connections to other third-party tools. So Salesforce is a great example. So if you want to create a new record in Salesforce, then we have that connector built in.
And what’s nice about the way that we’ve built it is we handle things like authentication. We handle all of the API communications so that you don’t have to worry about that, and then all you have to do is off with your credentials. And then when you run the workflow, then it will just essentially act on your behalf. And so we’ve got about 70 of these connectors into a whole bunch of apps.
So Salesforce is obviously one. The Google suite, so if you need to create a new Google Doc or if you need to insert a row into a spreadsheet, if you want to upload files into various file providers. So we’ve got a number of steps that do things like that. And then one of the Salesforce steps that we’ve also got is to kick off a flow.
So if your organization is dependent or you’ve built out a lot of custom flows or things like that, then you can insert a step into Workflow Builder and then we’ll kick off that flow. So it’ll actually execute a more complex workflow instead of just creating a new record or updating a record or something like that.
Mike Gerholdt:
I think the really cool automation stuff, at least cool to me, was giving Salesforce admins the ability to, lack of a better term, expand the footprint of Salesforce within an organization, but without having to add per se more platform licenses. And we did an example where like a warehouse manager really deals with the data, but a lot of people also needed to just know about things. And with automation, they could follow records and channels and get updates, but they never needed to update any of the physical data on the Salesforce record.
Jim Ray:
That’s such a good example, and it’s something that we see from our sales and customer success friends all the time as well is… So at Slack, the way that our channels are organized is that every account that we’re attached to gets its own channel. They all have their own prefix and stuff like that. So it might be Account-Salesforce and Account-Acme. And then you can actually build automations that will do things like one of the ways that you can trigger your automation is you can have your automation set to go at a certain time once a week.
So maybe you’ve got a Monday morning meeting and you want to get the entire sales team around that, but you want to pull some data from Salesforce. So you can go grab some information from Salesforce. You want to get the latest updated figures that have come in over the past week, and then you can just drop that information into channel, and then now everybody’s got the context. And so you’re not just blindly talking about, “Hey, what’s going on with the customer this week,” you actually have some information, and then you can start a conversation around that.
It’s actually a great way that teams have eliminated those regular meetings that we have so that everybody stays in sync. There’s often good reasons why we have them, but maybe not good reasons why we keep them, especially now that everybody’s working in a more distributed way these days. This works across all kinds of teams, not just sales team, but you might have a marketing team and maybe you want to pull some data from Google Analytics or any of your social analytics platforms or anything like that.
You can drop that information in there and then the team can have a conversation around that. Maybe you notice something’s right, or maybe everything’s great and then you just don’t need to have a meeting. It’s just like, “Looking good and all systems go,” and then you’ve just saved your entire team half an hour. Translate that over a quarter or a year, and that’s some actual real-time savings.
Mike Gerholdt:
Am I understanding you right by also saying it could pull from reports or dashboards in Salesforce?
Jim Ray:
Absolutely. Because everyone’s Salesforce instance is special, we operate on the record level, and so we’d be able to look at how those records are set up. And one thing that we’re interested in getting a little bit closer to is things like Tableau and MuleSoft where there might be some complex records that run in the background, and then how do we pull that information into Slack? So we haven’t quite fully figured out that level of automation yet, but it’s absolutely something that folks on both sides are working on.
Mike Gerholdt:
On top of it just being cool, the part that really appeals to me is the lack of having the context switch. So this concept came to me, oh, I want to say four or five years ago when we were trying to work through a ticketing system for what my team does. We really tried to narrow down, what is the hardest part of your job? Well, the hardest part of your job is regardless of where your mind is at at say 12:30, you have to join this meeting. And for me, oftentimes I’ll sit down at my desk, I don’t know what the priority is that morning.
I could get working on something. And then to your point, oh, it’s 10:00. I got to join this team meeting. Boy, if I didn’t have to and I could just stay in my mindset and do another 45 minutes, I could finish this project. But now I have to context switch. Join this meeting, look at 20 people on a call, waste an hour, and then spend another 20 minutes getting my brain back to where it was. I could have been done with this project and maybe my update was five minutes.
And I bring that up because I think like, wow, just the ability to, hey, we’re still going to have that Monday team call at 10 AM, except it’s going to be a scheduled Slack post. And then I just expect you, the directs, to respond to as needed throughout the day. Because if you’re a sales guy, you probably have a 10 AM with a customer, and that’s bringing money in as opposed to, well, my update was only five minutes anyway, I’m going to add this update at 11:05 after I’m done with my customer call.
I’m not going to prevent anybody. I bring that up because I think the value of not having to context switch by just putting in simple automation is so important when you think of it’s not just automating and putting a dashboard in a Slack channel.
Jim Ray:
I think it’s a hugely important point, and I think it really emphasizes how we work today. So the instance that you were just talking about about the meeting interrupting your day, so if you can eliminate that standing meeting, obviously we’re not going to eliminate all of our meetings, I still have one-on-ones with all my reports and all that, but eliminate those kinds of meetings where the sharing of information is important, but having to sit together in a room is less important. So that’s one great way that we can eliminate context switching.
I think it’s really important. One another way is to eliminate what I think of as alt tabbing. So every time you alt tab between applications, that actually… Even if you are actually working on the same project, we know, and I’ve studied this a little bit because it has to do with the customers that I work with and the kinds of applications that they’re interested in building, but every time you alt tab between apps, it actually does a little mini version of that context switch.
It’s almost like going into a new meeting, especially if you haven’t offed in, or you can’t remember where you’re supposed to go, or you have to pull some information from one system of record and put it into another. So those are the kinds of things that we know are real drains on people’s productivity and actually their ability to get into that meaningful deep work state, that flow state that we know is really important for knowledge work. I mean, we’re all really lucky we get to sit in front of computers all day for the most part.
I’m not worried about getting black lung or anything like that, but the work actually does have a drain on our brains, the thing that we’re using to do the work. And we know that by eliminating some of that context switching, we can actually help people get back and do some important work. There’s some really great examples about how bringing some of that automation, and again, not bringing all of your work, but bringing some of that automation into Slack can be really helpful.
So a couple of ways that we’ve been using it for a long time is, again, at Slack, we will set up channels for specific projects or features that we’re working on. So we’re working on a new feature, and that feature gets its own channel. And the team that’s working on that feature will start working on it. And then when we release it internally, we create a feedback channel. And the feedback channel is where everybody who is starting to use that new feature, they’ll come and they’ll offer up obviously their feedback or give bug reports or maybe just things that they think could be tweaked.
And so oftentimes we’ll set up a workflow, and we’ve got some examples of it that teams across the organization can use, we’ll set that workflow up in that channel. And then what it’ll do is it’ll post a message in the channel and we can have some conversation about that feedback. And then you can take that conversation and you can submit a bug report. So if somebody says, “Hey, this doesn’t look right,” then it doesn’t automatically submit the bug report, but then the PM or the engineer or the designer can come in and say, “Oh, you know what? I can reproduce that. Let me file a bug.”
And then what they can do is they can kick off another workflow that will log that entire conversation in JIRA and create the new bug. And then once the bug has been created in JIRA, attach the URL for the bug into the thread. So then you’ve got the context in both directions. So the person who submitted the bug, they don’t have to go through and figure out how JIRA works or whatever. The PM or the engineer, they don’t have to context switch out to another application.
And then if you want to come back and get some context about it, maybe I reported this a week ago and I want to see what the update is, I can go back to that original conversation. I can search for my name or whatever, and then I can click on the link and go in JIRA. And then JIRA remains the system of record. We’re not trying to replicate all of JIRA. I wouldn’t wish that on anyone, but JIRA remains the system of record, but the actual filing of that bug report didn’t require switching between lots of different systems.
Mike Gerholdt:
That’s along the lines with the automation that I saw where Salesforce remains a system of record. Slack just hosts the conversation, right?
Jim Ray:
Yeah, exactly.
Mike Gerholdt:
Back and forth and keeping people up to date. And also it reduces training, right? If I’ve got somebody like I think the example we used was a retail manager, if all the retail manager knows Slack, they don’t need to know the back ends of everything. That’s the best part about the apps and stuff.
I was singing the praises of canvases before we started this call because I’ve started to use canvases a little bit more. I’d love for you to help me understand what are some examples that admins could use of automating with canvases or creating canvases as a result of automation? Is that even possible?
Jim Ray:
Totally, and it’s a great question. So if listeners aren’t familiar, canvases are kind of our document project or product inside of Slack. It’s built into every Slack. You can create as many canvases as you want to. And think of a canvas just as kind of a lightweight doc. If you remember Dropbox Paper from back in the day, it works very similarly. It’s not all the formatting that you get from something like Microsoft Word or Google Doc or something like that, but it’s just enough formatting so that you can lay things out in a pretty consistent way.
And the nice thing about canvases is they can exist anywhere inside of Slack and you can attach them in different places. So you can create a canvas that is attached permanently to a channel. If you want to provide some context, maybe again, it’s one of those feedback channels, so you want to provide some information about how a person gives feedback, what to expect, is there an SLA, things like that, you can write all of that up inside of a canvas. And the cool thing is canvases can be automated.
They can be automated with workflows. So one of the options for steps that you have inside of Workflow Builder is to create a new canvas. But the other thing that you can do is you can insert variables inside of canvases, and then the information that you collect from a previous step in a workflow can be inserted into that canvas where those variables are. We nerds, we call that variable interpolation. So basically you create a canvas that acts as a template.
So maybe you want to create across your organization, you want to say, every time we spin up a new feature, we’re also going to spin up a corresponding feedback channel. And every one of those feedback channels should have a canvas attached to it that provides some information about the channel. Maybe it’s going to be who is the DRI for this feature? Maybe it’s a PM or maybe it’s an engineering lead and that person is the DRI for this. And so you should expect to hear feedback from them.
And then maybe we also want to point you to a workflow that says, hey, this is the workflow to use if you want to give us information or if you want to give us feedback about this. And so you can create that workflow and then you can attach the workflow into canvas and we’ll create a nice little widget for you. And then we’ll put all of the information about the person, about the people who are responsible for that feedback channel into the canvas as well.
And so you can create a setup feedback channel workflow, and maybe you gather some information, maybe you say, “Who’s the DRI for this? Point me to the tech spec,” and then any further information. Well, you can fill all that in in your workflow and then we’ll automatically create a new canvas from that template, fill that information in, and attach it directly to the channel that gets created. And the workflow can also create the channel too.
Mike Gerholdt:
I don’t want to get into different channels because right now I feel I need a workflow to manage my channels, but that’s probably… I mean, well, let me ask about that. That’s probably where the AI is going to go, right? So I see AI now in Slack in the search, but I got to envision that it’s going to start heading into channels and other things, right?
Jim Ray:
Absolutely. And that’s kind of where we’re starting to think about some of this. And so back in February, I think it was actually Valentine’s Day, we dropped a little Valentine’s Day gift for everybody, which was Slack AI. The initial version of Slack AI was really all about improving your ability to search and find and summarize. And so now if you have the Slack AI, and it is an additional product because it’s pretty expensive computationally and just in terms of resources to run.
So if you have Slack AI enabled on your workspace, then search will be able to do things like take natural language queries. I was on paternity leave for about half of last year, and I came back and we still had a pre-release version of Slack AI running on our instance. And it was really great for me because I could do things like… I had a new skip level manager. And so I was like, what does this person think about the Slack platform? And it was just a very open-ended query.
I was testing to see how the system worked, but it was also some information that I really needed to do my job. And it came back, and not only did it come back with a standard search result that we give you now with just here are some bits, but it uses the generative AI piece to say it actually found all of the relevant posts, composed a response for me as if a human had written it, but then it also has footnotes to the relevant posts. And so I was just like, oh, what is this person? That’s fantastic.
So I was ready for my one-on-one with them coming up. And then you can also do things like summarize. So if I wanted to be able to summarize a channel, again, that was super helpful for me coming back from a pretty extended leave, I was able to summarize some of the channels that maybe they were new or maybe it was the kinds of things that I keep an eye on, but I hadn’t been there in a few months. So I was able to get those summaries. And so right now, Slack AI works on all of the data that gets put into your Slack instance.
Most of that data is unstructured data, and so it’s conversations that you’re having. We know that generative AI, large language models are really good with that kind of unstructured data. But we also know that search and AI and just computers in general do really, really well when we give them a little bit of structured data. And that’s where automations in the platform come back in. And that’s where we’re really going to be able to enhance some of these AI capabilities.
So if you are adding context to all of these unstructured conversations with information back to your systems of record, that’s the kind of thing that the AI is going to be able to ingest and get more information about. So if you need to know, hey, what’s the latest with this customer, then we’ll be able to grab that information. It will be inside of Slack. And then you can imagine, we’re working on some ideas about this, we don’t have any products or anything like that, but a whole bunch of…
Even our customers are building custom versions of this where they’re using these large language models, they’re accessing their various systems of record, and then they’re pushing it all into Slack. So you might ask a custom AI bot that you build or someone else builds for you some information and then it goes out and spiders the various systems of record and then brings back a comprehensive result.
Mike Gerholdt:
I will tell you that we use the summarize this. I tried it on a few Slack channels, and then I put the summaries into a canvas as a way to summarize a big channel internally for my team. It was interesting to see how it came back. It’s also fun because it talked about me in the third person, and I just let it continue doing that because it’s an ongoing Seinfeld joke.
But last question for you. I mean, I got a million. We could go for hours, I think. If a Salesforce admin has… Obviously they’ve got Salesforce. They probably have Slack, that’s why they’re still listening. What is some automation that they should think about to get started with?
Jim Ray:
I think the easiest thing would probably be the ability to create or update a record. And this is for the low friction entry points. So obviously we’re not trying to be the only interface to Salesforce, but Slack has a great mobile client. I know Salesforce does as well. But maybe you’re out on the field and you just want to make it easy for folks that are out in the field to quickly update or create a new record and have that send the information. And you still want Salesforce to continue to be the system of record.
So an example, and this is an example that I showed during one of my demonstrations, I’d built out a Salesforce instance and I’d put a bunch of data in from a real estate management company. It’s just one of the data back-ends that we have with a lot of sample data in it. And the idea was that you might be out on the road and you might want to quickly add a new property that you had gone to see or inspect or something like that. And so you could pull that up in Slack. You could pull that up.
The form is automatically formatted using our what we call Block Kit, which is really just our UI Kit, and you can create all of the fields that you need. So maybe there’s half a dozen fields that you need just to get started on a new property. And then maybe when you get back to the office, you’re going to fill it in. But maybe you’re out there, you snap a quick pic and you want to add the address and a couple of quick information about it. That’s something that you can do very quickly inside of Slack, quickly generate that, throw it in there, but then also have it update the rest of your team.
So it’s not just storing the information in your system of record, but you’re also posting that inside of a channel. So now your team knows like, “Oh, okay, Jim was out in the field. He added this quick record in here.” And then maybe somebody else who’s already in the office, they can add some more contextual information about it, or it can kick off a chat and people can start conversing about what we want to do with that and where to go from there.
So anytime that you have an instance where you want to keep the system of record, Salesforce in this case, you want to keep that updated, up to date, add new information, but then you also want to have a place where people are discussing that, and that could be a Slack channel, those two things are happening simultaneously, well, that’s a great use case for a workflow.
Mike Gerholdt:
I would agree. You mentioned my favorite thing, which is Block Kit Builder. So I’m going to put you on the spot. Promise me you’ll come back on and we’ll do an episode on Block Kit Builder.
Jim Ray:
I would love to. Block Kit Builder is fantastic.
Mike Gerholdt:
Oh my God, I have so much fun with Block Kit Builder. You have no idea.
Jim Ray:
Fantastic.
Mike Gerholdt:
I have a million questions too.
Jim Ray:
Excellent.
Mike Gerholdt:
When you said that, I lit up and thought, oh, I have to do a whole episode on Block Kit Builder.
Jim Ray:
Well, schedule me up. I’d love to talk about it.
Mike Gerholdt:
l will. Thanks so much for coming on the pod, Jim. This was great. I’ve always been excited for Slack and just the cool stuff we can do, especially when it doesn’t require code. The Block Kit Builder episode is going to be fun because it’s both code and not code.
Jim Ray:
Absolutely.
Mike Gerholdt:
So we’ll tease that out.
Jim Ray:
Thanks so much, Mike. I really appreciate it. It was great getting to talk to the audience.
Mike Gerholdt:
Am I right? How much fun is automations with Slack? Also, I might’ve gotten a little too giddy about Block Kit Builder, and I promise you that I’m already working on my schedule to get Jim back to talk about Block Kit Builder for Slack. But he gave me a ton of ideas for automations, including creating canvases and just the management of information. This was such a fun episode. I hope you enjoyed listening to it. And if you did, can you do me a favor?
Maybe you’re heading to a community user group with other Salesforce admins, or you’re going to dinner, or you’ve got a large social following, just click the dots there in the podcast app and choose share episode. And when you do, you can text it to a friend or you can post the social. And then that way you help spread the word and spread all this really cool stuff that we’re learning how to do without code.
Now, if you’re looking for more great resources, of course, everything that you need is at admin.salesforce.com, including the transcript of the show. And of course, you can join the conversation in the Trailblazer Community. There’s a lot of great questions being asked there. A lot of admins helping other admins with stuff. And that’s in the Trailblazer Community, in the Admin Trailblazer Group.
So I’ll include all the links to those in the show notes, which is on admin.salesforce.com. And until then, I’ll see you in the cloud.
The post What Can Salesforce Admins Do with Slack Integrations? appeared first on Salesforce Admins.
Today on the Salesforce Admins Podcast, we talk to Warren Walters, Salesforce MVP and host of the Salesforce Mentor YouTube channel and website. Join us as we chat about how we’re all becoming adminelopers and why you should learn to code.
You should subscribe for the full episode, but here are a few takeaways from our conversation with Warren Walters.
Salesforce Admins and Developers are increasingly overlapping in their roles, leading to the rise of the “admineloper.” AI has made it easier than ever to get things done with Apex, even if it needs some tweaking to get everything working right. A little coding knowledge can go a long way.
For developers, declarative tools in Salesforce are becoming incredibly powerful. Using flows and formulas can often be a simpler way to solve a problem than creating something custom in Apex.
In short, if you know a little about both admin and developer tools you can truly get the best of both worlds.
There’s a common misconception that only geniuses can understand code. However, Warren says, some of the best developers he knows didn’t go to school for computer science and are entirely self-taught.
A little can go a long way. Basic coding skills can significantly enhance an admin’s ability to implement more complex solutions and collaborate effectively with developers. Combining a working knowledge of how programming works with the declarative tools we all know and love can get you far.
Beyond technical skills, Warren emphasizes that soft skills are just as important for career growth in the Salesforce ecosystem. While he identifies as an introvert, he’s made a focused effort to become a better communicator, and that’s helped him grow into new roles and bigger opportunities.
Warren also urges you to spend some time thinking about your personal branding. His YouTube channel has opened a surprising number of doors for him, but even a simple portfolio can do a lot to help you stand out.
There’s more from Warren about what he’s learned as a consultant and as a mentor, so be sure to listen to the full episode. And don’t forget to subscribe to hear more from the Salesforce Admins Podcast.
Mike Gerholdt:
This week on the Salesforce Admins Podcast, we are talking about mentorship and learning how to code. Surprisingly, not surprisingly, because admins and developers need to know the best practices for creating our apps and deploying the best technology for our organizations.
So I’m going to bring on Warren Walters who is a Salesforce consultant. He’s an admin, he’s a developer, he’s a mentor and a self-described general geek. Now, Warren’s on because he runs a really cool YouTube channel, and I came across his TikToks where he does Salesforce tutorials to help you understand and master the concept of different things in Salesforce.
He has this really cool site, salesforcementor.com, and just a really fun guy to talk about in terms of the world of mentorship, what a lot of skills are that he’s seeing, and things that people should be paying attention to.
Now, before we get Warren on the podcast, I just want to make sure that whatever you’re using to listen to the Salesforce Admins podcast, make sure you hit that follow or subscribe button because then new episodes will show up on your phone or on your computer right away. So with that, let’s get to our conversation with Warren.
So Warren, welcome to the podcast.
Warren Walters:
Well, hey Mike, I’m happy to be here. Super excited because I’ve been listening to the podcast for such a long time and I’m finally on it, which is, I don’t know if it’s a dream come true or an honor, but I’m just happy to be here.
Mike Gerholdt:
It’s destiny.
Warren Walters:
I’ll take that.
Mike Gerholdt:
That’s what I’ll call it, it’s destiny. Well, I ran across your TikToks when I was posting stuff about the podcast and really loved some of the videos that you’re doing and the topics you’re talking about. So let’s just start off with what you do in the Salesforce ecosystem and how you got started.
Warren Walters:
Sure. So my name is Warren Walters. I am a Salesforce engineer. I do lots and lots of development. I probably talk too much about development. Some of you may or may not have seen my face on YouTube, and that’s where I primarily host a lot of my content.
And just from my side, I’ve been in development for about 10 years now. Various different companies, various types of companies to consulting ISVs in-House. And more recently, I’ve been focusing on a lot of mentorship and training in the Salesforce development space. So that’s a little bit about me. I can dive deeper depending on where you want to go.
Mike Gerholdt:
Well, I think the mentorship part is intriguing. You said development a lot in this is admin podcast, but we kind of all live in the same space now. I think what’s interesting is when I started doing Salesforce things back in 2006, there was a clear line between here’s things I can do with the UI.
Drag-and-drop GUI was a thing. Oh my God, it’s WYSIWYG now, that was the new acronym back in ’06. But then there was also really hard things that you had to learn. I remember going across to another part of my organization and talking to a developer who had to learn Python, how to deploy stuff.
So there was code and there was the hard way of doing things, and there was the unhard way of doing things as people looked at it. Now those lines seem to be blurred. I mean, I’m looking at some of the data cloud stuff that we’re coming out with, and you can very seamlessly connect things through a UI.
So let’s start with that is sometimes you hear terms where people mash together names of personas of admin and developer, and they think just because it’s declarative, it must be developer or it must be admin. And because it’s code, it must be developer.
Warren Walters:
Yeah. So it’s funny you bring up those personas in the mashing admin and developer together, because as far as I know, it’s called or it’s rising to be called admineloper. I’ve heard that a couple of times [inaudible 00:04:25]-
Mike Gerholdt:
It makes me think of Jackalope. Have you ever heard of a Jackalope? It’s a rabbit with weird horns.
Warren Walters:
Yeah, maybe that’ll be their mask on it in a couple of weeks. Dream Forces around the corner.
Mike Gerholdt:
It is.
Warren Walters:
But yeah, so from my side, especially with the mentorship and what I like to do or a lot of what I do is to help people understand that there’s not just one type of person anymore. Maybe years ago it was like that, but now it is very fruitful for you to understand all sides of the Salesforce. And this could be the configuration.
So knowing how to set things up and the fields and the whizzy wigs like you mentioned, but also the benefits of knowing some development things. Now, maybe you don’t need to jump all the way in where you’re writing custom integrations yourself, but to just understand those core fundamental concepts of development can really help you build out more complex solutions and communicate better with your teams.
And through mentorship, especially with a lot of admins, it’s all about encouraging them and showing them different resources they can use to really understand some of the concepts that were traditionally a bit foreign to them or locked away in a separate area that’s only for developers, which is not true anymore.
Mike Gerholdt:
They’ll be developers, let’s put that on the map. It’s interesting because I think maybe, I’ll go back 18 months ago before I had a really cognizant working awareness of AI. Learning code meant copy the snippet of code, find a developer friend and be like, what does this do?
Now, I put a validation rule into ChatGPT just to have it double check what I was doing. And it can tell you back, you can copy snippets of code into AI and have it tell you what it’s doing. So I have to believe that some of that acceleration for admins, just basic understanding of code is a little bit greater now that we have some tools like that, right?
Warren Walters:
Yeah, it’s really been an explosion of what tools we have at our availability to help us understand it a lot better. In the past, we had maybe things like Stack Overflow and different websites you could go to, or if you were taking it back, you have to buy a book or something and try to read it. And that barrier to entry-
Mike Gerholdt:
The library.
Warren Walters:
That barrier to entry really stopped a lot of people from diving in and understanding certain things that were going on in Salesforce development and in code. But now with those other types of tools and even the tools that Salesforce is releasing, we’re able to more easily understand different code and formula fields.
Even our flows now, we’re starting to be able to just reduce all of the headache and all of the additional knowledge that you needed to have to be able to work with those particular items. Now, there are some benefits of going, getting that deeper understanding, really learning the fundamentals and branching out further into programming concepts.
But at least to get you started, get your feet wet, these AI tools have been really great for helping people get some encouragement and seeing if they’re on the right path and getting more, down to complex questions where you’re saying, all right, you needed to go to a developer friend to get that looked up.
You might come with a more refined question now that you’re using AI instead of just, here’s the code, help me out. It’s, I have this particular piece of code, it should do this. How does this look to you? Is it best practice? So the conversations are shifting a little bit more.
Mike Gerholdt:
Plus also just disseminating some of the code that admins would look at, it’s not foreign into, I don’t know what this does, pages and pages of stuff. I can at least copy it and maybe have AI give me an idea of where to start.
Warren Walters:
Yeah, that’s funny too where the starting piece, just because it’s really about what it gives you. So in certain aspects you have to be a little bit careful of AI because of it could produce code in a different language other than Apex, you get Python code.
And if you don’t know those fundamentals, it can really set you down maybe a rabbit hole or not be as helpful as you think. So it’s a word of caution to a lot of my mentees. I definitely want them to use it, but make sure that you’re still doing that due diligence to understand some of the basics of it.
Mike Gerholdt:
If you’re having it generate code for you, I think I’m in the translation part of the world. So let’s start there though with mentorship, what comes up most in the mentorship and in mentees that you work with?
Warren Walters:
Certifications is always a big topic. What search should they get and what should they focus on? What’s next? So I think that one is really fun. And another big one is a lot of encouragement, especially for administrators that want to start to look in and dabble with code.
A lot of people here, they have this perception that, oh, it’s for the geniuses or only people that go to university, which is not true at all. I’ve met many, many developers that could code me into a box that have never gone to school, have just learned by themselves, and they’re very passionate problem solvers and they really stick with that craft.
So a lot of what I do is encouragement and then giving people resources for, if you’re trying to learn integrations, start with either this Trailhead module or this specific article and bring it back to me and let’s see if we can figure it out together.
Mike Gerholdt:
Do you find when individuals are coming into the ecosystem maybe with a coding background, that it’s less obvious for them to pay attention to some of the declarative tools that are already built in Salesforce?
Or is it intuitive to have them under… Is it natural to just look at everything first and then only go to code as a solution, or do they see everything’s a nail and they’ve got a hammer and I’m going to code them into a box, as you said?
Warren Walters:
Yeah, it definitely starts out as everything is a nail and code is the hammer. It’s funny because if you’re in a lot of different orgs, especially when I was doing consulting, I got into a few orgs that had code written for very simple things that you can do in configuration, like creating a validation rule or sending an email, that kind of stuff. Just tons and tons and lines of code that were not necessary.
But whoever got in there first, their mindset was, okay, I know how to code, let me just stick with that. So a lot of people that I talk with and mentor, especially if they have a coding background there, that’s their first idea and that’s one of the things that I have to educate them on, is Salesforce has so many different tools at your disposal.
It’s better to at least be familiar with everything that’s available, like flows and the formula fields, and even just simple things like knowing how a lookup field works, especially if you’re not coming from this sort of space, it can be a little confusing to understand what it is and how it works.
So I generally recommend going on that journey of starting at the beginning, especially hitting a lot of those beginner admin trails where you can learn the fundamentals and work your way up into a good spot of understanding all the tools that are available and then you can jump into code. The code wall, always be there. There’s plenty of reasons to use it, but you want to use the right tool for the right situation.
Mike Gerholdt:
And it’s also, I have to think of just best use of your time. You could code escalation rules, you could code a workflow, but flow leaves you with an artifact that’s easily upgradable and reproducible as opposed to something custom that, who knows, maybe something 10 releases down the line, Salesforce is going to change and now you might have to rebuild that Apex code.
Warren Walters:
Yeah, that’s a big point, especially in consulting that you have to think about because a lot of times you may not be there one year later, two years later just because the contract or the project is ending.
So designing for the team that is going to be there is very important. If you’re going to leave a ton of code only with a team of admins, and that may not be the best solution for you.
Or there might be a little bit of in-between where you can build out the complex pieces inside of code, but also leave the administrative side or leave the ability for the administrative side to have configuration or custom settings that can manipulate the code.
All things like that are things that you need to start to think about when you look at the longevity of your code and the maintainability.
Mike Gerholdt:
Do people that you work with and start to work with, when they come into the ecosystem, do they know their path? Are they looking at consulting or being a developer first? Or is it just eyes wide open, help me figure something out, Warren?
Warren Walters:
A lot of it is eyes wide open. Lots of existing admins know that the developer path is out there, but people just starting out often they hear about development from other tech stacks and they know that it’s out there, but it’s hard to understand where should I be going? What should I be looking at?
So there’s a lot of education that goes on and there are so many different opportunities in Salesforce. So you need to try to find… Or I recommend trying out a bunch of things, but especially if maybe you have a background in project management or system management like databases and things like that. Take a look at how that translates directly over into a Salesforce career.
Mike Gerholdt:
Yeah, no, that makes sense. Often you start off with an idea, and I’ve had a lot of friends too that were admins for a while and then they see that consulting dollar sign and they start chasing the money and obviously you can do that in any career. So that’s interesting.
You mentioned something that I wanted to think a little bit about, which is the topics that admins and developers should think about. So I started a little bit dumped into the deep end with AI, but we have declarative side, we have the code side.
What is some of the stuff that admins and developers that you’re mentoring aren’t paying attention to and you’re like, folks, the streetlight, the spotlight is on, you totally missed the sign on the side of the road. How did you blow past this exit kind of scenario?
Warren Walters:
That is really cool topic to bring up. I think a lot of it stems to one, everybody they know about AI, they probably are at least dabbling in it. If you’re not dabbling in it, I would recommend at least looking at it. So that’s one big piece.
But the other part is probably more, I want to say on the soft skills or it’s really around communication, especially for a lot of introverted people. It may not seem like it, but I’m pretty introverted. But it’s around how you can communicate effectively either with your boss or your teams or anybody that you’re working with.
And that can be a huge valuable asset to you as an individual because it can help propel you into different types of roles that maybe somebody else that’s lacking those skills or still working on those skills, they’re not able to jump into what goes hand in hand with that is more personal branding as well.
So this is how you present yourself on LinkedIn, doing things like YouTube channels, having a blog and that can also propel you above the rest, especially in a competitive market. Having that awareness of where you’re at and how you want to be presented to the outside world can be very important for a hiring manager to make a decision on.
So I recommend everybody working on a portfolio or having some sort of additional thing above the defaults of your resume and having a basic LinkedIn portfolio and that kind of stuff.
Mike Gerholdt:
Yeah, I’m so on board with everything you just said because I feel like for a lot of my career when I was an admin, not only was it just understanding the configuration, but for lack of a better phrase, I’ll say it was selling the configuration, really communicating to the organization, no, no, no, no. I know how to do this and this is what’s best for right now based on what you told me and confidently communicating that.
And then to your second point, showing up, I love it when people look like their profile pictures. It’s so much because you look at, you think of how much you’re online and when you see, especially with a coworker, your slack avatar all the time, and then you see them in person and they look the same, you’re like, oh, I know I have the right person.
Because I’ve always joked that I’m an introvert, but I play an extrovert for work. I can summon up a solid eight or nine hours of extrovertness, but 5:30 at Dreamforce, the bell tolls, Mike is running down the stairs, glass slippers falling off, he’s turning into a pumpkin. He really wants to get back to his hotel room and just have some quiet stare at the wall time.
But being able to show up and look familiar and then interact with people and that’s how you network and that’s how you get different ideas shared with everybody too.
Warren Walters:
I’m on board with that a hundred percent because at least for me, a lot of what you see online, a hundred percent of what you see online, I’m going to be the same exact way at a conference. As soon as you see me after I say hello, what is your name? I’m going to start spewing development and Salesforce right at you.
So I think that that is important though to be authentic wherever you’re presenting yourself because it’s going to take that toll on you, especially over time, especially if you’re at working at a place where either you have to change yourself to do that. It’s important to be at home as much as you can in where you work and how you’re presenting yourself.
Mike Gerholdt:
Yeah, I mean for the longest time I wore a red shirt everywhere and it was very easy to spot Mike in the red shirt. So I had this question down, but in hearing you answer it, and I’ve done a million of these podcasts, I’m going to ask it to you different.
So one of the questions, and you probably get this too, is like, all right, so what is good places to start learning? I’m going to ask you that, but I’m going to give you the caveat of you can’t say the word Trailhead.
And the reason I’m going to say that is, look, I work at Salesforce, Trailhead’s table stakes. We all know to go there. Everybody in the community knows to go there. If you don’t know to go there, you should go there. You’re going to hear it at user groups. What are other places that you should go that are good places to learn in addition to Trailhead?
Warren Walters:
How much can I plug websites? How much is allowed? There are a few sites that I really love for either practicing Salesforce development or even Salesforce administration.
I’m a big YouTube person. If you’ve looked me up at all, I love video, that kind of stuff. So there are some really major channels on there that I definitely follow. So some of them are Apex hours on YouTube. There’s Matt Gary’s channel, which is also very focused on Salesforce development, so also look at those.
And then especially thinking more either when I’m studying for a certification or being more well-rounded, a lot of us know about Focus on Force, which is great. But what I like to do whenever I’m either taking exam or studying is, okay, maybe I’m doing some practice items, but I’m also actually building out the practice scenarios, maybe the exam question or something like that inside a Salesforce org so that I’m Retaining the knowledge a little bit better than just clicking through a few different examples. So this works really well for both administration and development.
Just recreate the scenario the best you can when you’re working through those. On top of that, there are some really great, if you’re looking to dive and learn development, really great sites for that. So there’s free code camp org, which is more of HTML JavaScript, it’s like web languages.
But like I’ve been mentioning, once you learn the fundamentals of development, you can transfer it around to any language and it will really help out in your configuration inside of Salesforce. So if you know how to do flows, either on the basic levels, if statement is an if statement, iterator, a loop is a loop in every different language.
So you’re able to translate some of those a little bit easier once you know how they work under the hood. I’m trying to think of some other ones. I know there are a ton and maybe I can link some down in the show notes and stuff like that.
Mike Gerholdt:
I didn’t mean to put you on the spot but to be honest with you, every time I ask a question I’m like, oh, go to Trailhead. It’s like, where do you start? Well, what are you looking for?
Trailhead’s been around I think almost 10 years to me now, it’s to the point where it’s like the help and FAQ part of a website. The first time that you saw a help or an FAQ on a website, you’re like, oh, I wish every website had this. And to me, that feels table stakes. You should be able to do that.
But then to your point, there are things that you should learn like communication skills and presenting skills and personal branding skills, and some of that’s on there, but there’s also good sites and good places to go to learn stuff like that.
Last question, a little bit of a curve ball, but as a mentor, you’ve worked with a lot of people. What is one quality that is consistent across all of your mentees that seems to really drive their success?
Warren Walters:
I think one of the big ones is around persistence. Especially in the Salesforce space, configuration and development. I prescribed to a notion of, let me give you just enough so that you know where to look, you can be very dangerous. But not giving you everything to complete or solve challenges or whatever wacky idea that I’ve come up with at that point.
So knowing that there is a light at the end of the tunnel, there is a solution for every problem, especially in coding. We’re not inventing anything new and if statement is an if statement, some of these things that we are creating have been studied and perfected over a long period of time.
So all you need to do is really find it and then use that solution and make that existing solution work for whatever your problem is. So understanding that idea of, okay, as long as I keep working at it, keep pushing, something will come from this that will put me in a better situation than I am currently, is really what I start to stress in a lot of the mentees that I work with.
I think it can get overwhelming to learn development and maybe you don’t feel like you’re making progress, but a lot of times it’s about looking back and reflecting on how far you’ve come to see some of the progress that you’ve actually been doing, which is really cool. So I think that’s a big one, right?
Persistence and then knowing when to ask questions may have come up before. But you’re working on your own, you’ve found a lot of resources and you’re going through and you end up getting stuck on one particular piece.
I think it’s important once you are completely stuck and you’ve done as much research as you can, of course to reach out. And it’s humbling because maybe years ago, I didn’t like to ask for questions read. I was like, oh, I should know everything, or I should be able to figure this out on my own.
And I started progressing so much faster once I was able to say, all right, I’ve done enough research, I’ve looked at it, I’m going to ask a very educated question to somebody that has done this before, somebody who has been through whatever experience. It could be as small as making a formula field or as big as writing an integration to a third party system.
Mike Gerholdt:
Yeah, you’re spot on. Persistence is right there. You said that answer educated question, and this actually came up I want to say about a month ago or so. I interviewed David who does Wordle and Sudoku on YouTube and TikTok, he rather he also does coding, which is interesting. I feel like maybe a lot of software engineers and developers do Wordle and Sudoku.
But I would rather, he said in working with team members would rather have a team member spend 10 minutes working through what they know to try and solve the problem and then come to me with a question as opposed to just immediately hitting a problem going, how do I do this? Throw your hands up.
And I think when I’ve worked with people too well, how would you work through this? Because you need to start putting those connections together because every time something like this happens, there isn’t going to be a Warren behind you that you can just turn around and be like, now what do I do? So educated question. That was really good.
Warren, thanks for taking time out of your day and being persistent and mentoring people and being a part of the great Salesforce community.
Warren Walters:
Yeah, Mike, it’s been a pleasure and an honor and I guess destiny to finally end up on the Salesforce Admin podcast. Super happy that I was able to make it out and spread the word about development. If you’re scared about it, if you don’t think it’s for you, do not worry. I don’t think it’s for me, right?
Everybody thinks that just try to take it one step at a time or reach out to me. A lot of developers are very, very helpful in the Salesforce Ohana. So yeah, so happy that we finally made this happen.
Mike Gerholdt:
Thanks, Warren. So that was a fun discussion with Warren. I love the term educated question. Going back and really thinking through it makes me think of that podcast that I did with David or ranks on Sudoku and Wordle solving, which is thinking through what are all the possible ways I can solve this, exercising those, and then turning to my community and seeing how they can help me based on what I’ve done.
Because you might find a creative way of doing something, but I couldn’t agree more, persistence, persistence, persistence. There is a light at the end of every tunnel, and I think his sight is very inspiring. I just pulled it up and the first thing it says, remember, I believe in you. So, thank you Warren for being on the podcast.
Now, if you enjoyed the episode, be sure to click that follow or subscribe button so that new episodes are downloaded. And of course, if you’re looking for resources, folks write down below in the show notes. I’m going to link to anything that Warren mentioned, including his social profile.
But you can always find resources at admin.salesforce.com. That is your one stop for everything admin. Release information, more podcasts and a transcript of the show. Now be sure to join our conversation in the admin Trailblazer group.
That is, of course, on the Trailblazer community, and you know where to find the link for that. That’s right. It’s in the show notes on admin.salesforce.com. So with that, I hope you enjoyed this episode. I enjoyed it a lot. And until next week, I’ll see you in the cloud.
The post What Role Does Coding Play in the Future of Salesforce Admins? appeared first on Salesforce Admins.
Today on the Salesforce Admins Podcast, we talk to Ben Sklar, Director of Product Management at Salesforce. Join us as we chat about how he’s making setup into a better, more consistent experience. You should subscribe for the full episode, but here are a few takeaways from our conversation with Ben Sklar.
If there’s one thing Salesforce Admins know a lot about, it’s setup. It’s time-consuming, complicated, and varies wildly depending on what you’re looking at. Answering a simple question like “what objects does this user have access to and why?” turns into an arduous process.
That’s why I was so excited to bring Ben Sklar on the pod to talk about how his team is fixing setup in Salesforce. We’ll find out how they’re laying the groundwork for faster updates and creating a more consistent user experience.
A big question I had for Ben was how the changes he’s making to setup will show up for those of us who use it every day. “All these amazing enhancements we’re making to the setup platform are really behind the scenes,” he says, “if we do this right way you don’t really even need to know that it’s there.”
However, you might notice a few improvements here or there. For example, there are new user summaries that allow you to see all the permission sets that a user has, all in one place. They’re also working with the Sales Cloud Go team to make sure that you can turn on features, discover new ones, and assign permissions, all in one place.
At the end of the day, the goal is to make things easier for the people who use it the most (that’s you!). “We’ve heard our admins often complain about inconsistent experiences,” Ben says, “and by being able to reuse components across setup you’ll be able to see more consistency.”
As Ben says, setup was turning into the “Wild West” and it would feel different across experiences. His team has done a lot of work behind the scenes to make sure that setup always has a consistent look and feel, and they’ve established a setup design council to create guidelines that make sense. The future of Salesforce Setup is bright, and a whole lot easier.
You should listen to the full episode for more from Ben, including what’s next for setup and why he loves ultimate frisbee. And subscribe to the Salesforce Admins Podcast so you never miss an episode.
Mike:
But of course, before we get into it with Ben, just a quick reminder, wherever you’re listening to the Salesforce podcast, if it’s in app, go ahead and hit that subscribe or follow button. That allows you to get new downloads anytime a podcast drops, and every time a new podcast drops, you what time that is? It’s Thursday mornings, so that way new pod right on your phone. If you’re listening on the website, you don’t have to worry about it. You should sign up for our Admin newsletter though, because we highlight podcasts in the newsletter. But enough about that, let’s talk about the exciting world of Setup. It’s really where all of us Admins live, and all of the cool stuff that Ben and his team are doing. So let’s get Ben on the podcast. So Ben, welcome to the podcast.
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
So this Setup platform really allows us to build once and use all over the place. And so the next thing that we are focusing on are list views, and so you will now see that new user list view. You’re going to see list views being built across Setup, us moving from Classic to Lightning. And one last example, the Sales Cloud team has developed a framework inside of Setup, called Sales Cloud Go. And this allows Admins really to turn new features on, faster. It puts it all in one place. And we’ve been partnering with that team, and in that same experience that you go to turn on your features and discover new features, you’ll also be able to assign permissions in that same place.
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
Ben Sklar:
Mike:
I know that jumping around in Setup has felt a little different, and there’s a lot of things to work on, and it’s just cool that somebody’s tackling… Also, there’s a whole group of people that sit around and think about what the Setup experience should be like in UI, that is just like a warm glass of cocoa next to a crackling fire on a snowy winter’s day, for me. That’s what that makes me feel like. And a teddy bear. Let’s throw that in for fun because it’s fall, so I’m sure you got to have something pumpkin spiced. Anyway, I appreciate Ben coming on the podcast. I appreciate you listening to the podcast and being this far into the episode. We’ve got a lot of really cool guests lined up, and working on getting even more. So with that, be sure to join us next week, and until then, I’ll see you in the cloud.
The post The Future of Salesforce Setup appeared first on Salesforce Admins.
Today on the Salesforce Admins Podcast, we talk to Douane James, Salesforce Application Product Manager. Join us as we chat about his Dreamforce presentation covering how reducing profiles in your org can enable faster deployments. You should subscribe for the full episode, but here are a few takeaways from our conversation with Douane James.
Douane’s giving a talk at Dreamforce this year so I was excited to get him on the pod and hear more. He recently went through the process of reducing the number of profiles in his org from 11 down to only 2, so his talk is centered around why you can and should do the same.
I know I don’t need to tell you this, but Salesforce best practices change over time. Most Salesforce orgs are built to work right now, which is how you can wind up with technical debt. For example, permission sets have become a much more elegant solution to the problems we used to solve with profiles. Sounds like a big project, but Douane’s here to tell you that reducing the number of profiles in your org is not as hard as you might think.
A few years ago, Douane’s organization started using a new dev ops process. And while this made it easier to identify what needed to be built and do it quickly, he couldn’t help but notice how long the deployments were taking. More often than not, the delays were related to configuring profiles. He realized they needed to do an overhaul and reduce the number of profiles in their org.
The first step was to get buy in. For Douane, the key was to emphasize how much quicker his team would be able to respond to requests if they spent time on cleaning up profiles. It also helped that they were committed to gradual improvements over time. Profile footprint reduction isn’t something that happens overnight, but it takes less time than you might think if you go step by step.
Douane and his team set out to move everything they could from profiles into permission set groups. They identified a representative for each user role they could interview to make sure everything was still working as intended throughout the process.
When you’re looking at your existing profiles, you need to find out:
For users that need a lot of special access, Douane recommends creating a “heavy” permission set that allows you to give them exactly what they need.
If Douane has one message for you, it’s that the hardest part of reducing their Salesforce profiles was getting started. And the impact was felt immediately in terms of much quicker deployments and better security.
Make sure to catch Douane at Dreamforce and subscribe to the Salesforce Admins Podcast so you never miss an episode.
Mike Gerholdt:
So we’re going to talk through how he reduced profiles and also kept permission sets and permission set groups from being bloated. This is an awesome conversation. Now, before we get started, just a reminder, if you love what you’re listening to, hey, drop a review on your favorite app. Be sure to click that follow or subscribe button. A lot of apps have that now.
The reason I ask you to do that is then a new episode just shows up right on your phone. You don’t have to think about it. Every Thursday morning you get a brand new Salesforce Admins Podcast. So when you wake up and you’re walking the dog or commuting to work or going for a bike ride, you’ve got something you didn’t even have to download it. Phone took care of it for you. So with that, let’s get Douane on the podcast. So Douane, welcome to the podcast.
Douane James:
Mike Gerholdt:
Douane James:
You’d meet new people and would ask me, “Oh, what do you do?” And even before I could say anything, they would say, “Oh, you seem like you work in IT,” and I would say, “No, no, I don’t work in IT. I have nothing to do with IT.” But I kind of recognized, oh, I’m an analytical person and somebody keeps telling me this, maybe I should work in IT. I just happened to come across Salesforce.
This was about seven, eight years ago. And what appealed to me was I was able to get into it without having to go back into college. And I saw Trailhead, and I was actually able to follow those steps where I was a volunteer. After I got certified and I got my first contract, that led to a second contract, and then second contract position, and then that led to a full-time position.
And I’ve been able to really work my way up and now working in an organization as definitely a team lead Salesforce admin and just a mix of roles, business analyst, internal consultant, all these things where I’m just supporting the Salesforce platform and working with users on the regular.
Mike Gerholdt:
Douane James:
Mike Gerholdt:
It’s not like a three or four month thing. I mean, sometimes it is, but sometimes you can implement little changes and do things that immediately have impact on the process. And it’s kind of that reward, that immediate burst of endorphins that you get.
Douane James:
Mike Gerholdt:
Douane James:
Mike Gerholdt:
Douane James:
Mike Gerholdt:
It was almost like little mini-me’s running around. And I think that’s probably why people are gravitating towards the session because you’re talking about how you reduce profiles and really adopted permission sets, which is a best practice. So let’s start at the very beginning. Why did you sit back and say, “You know what, let’s do the hard work and make this reduction?”
Douane James:
It’s like we do not have 11 different types of users or 11 types of roles and functions. It’s much, much fewer than that. So what happened is it basically just reached a point where we saw, okay, there’s definitely too many to manage. As you mentioned, the issue was we started with too many at the original implementation, and we had some profiles with one or two people assigned and then others with way too many people assigned.
And certainly we noticed that users had more access then they needed. And this was something that really, like I said, this was just a known issue for a while, but what made us want to address it specifically is because we started… A few years ago at our organization, we went to using this DevOps process. And I just noticed over time, deployments just took longer.
It’s almost like we had to add 10% longer because we had, okay, wait, I got to change this profile. I’m making this change. I got to change the field level security here. And then, oh wait, I changed it in this sandbox and I didn’t change in another sandbox. Oh no, I meant to sync it, but then I forgot. Things get out of sync. It got to a point where we said, this is something that it really makes sense to carve out time.
And definitely we had no fear of saying, well, all right, normally when we’re presenting to users things that we’re doing, there’s all this ROI, all these things, oh, look at what we did, we added this new feature, or we implemented this, and that’s not the case so much with profiles and permissions. That’s something that users definitely don’t see. So one thing that we had to do, and I think we were successful at doing this, is get buy-in.
And the way we got buy-in was just really being honest. If we take the time to move from profiles to permission sets, we believe that we will see the benefit of being able to respond to your request quicker. Our users will typically have change requests or different things that we’re building. It might oftentimes requires profile changes because it’s relating to permissions.
And we were just able to connect the two and to say that this is something that we want to work on and not necessarily carve out a lot of time, but just a little time and just work on it in phases incrementally over a period of time.
Mike Gerholdt:
Douane James:
We’ll go into more on the specific stages, but just at the starting level, that’s the way we said we’re going to do it. It just like one profile down, then another profile, then another profile, in the sense of changing it into a permission set or basically not necessarily changing it, but moving the permissions over to a permission set.
Mike Gerholdt:
Douane James:
Mike Gerholdt:
Douane James:
Mike Gerholdt:
Douane James:
The permissions are now going to be moved to our role-based permission sets. But one thing that we found is just because of the nature of our organization, we have certain issues with page layouts and then default assignments for apps and also record types, it’s like in the future we will be able to go down to one minimum access, but for right now, 11 to two, we thought that’s pretty successful.
Mike Gerholdt:
Douane James:
And in order to do that, what we did was we had a good idea because we’re able to look at the permissions that are already there, but what was really helpful was we did a interview, just a brief interview, and we picked a representative user for each role. And what happened in the issue I was just mentioning is for the first one, it turns out we didn’t pick the right representative.
Mike Gerholdt:
Douane James:
So that can happen. That can happen. But actually, just to answer your question, I think it ended up definitely a few months and we were okay with that. We were okay with that because we weren’t looking at it as something that we had to do. It’s like we had to get done by a certain time. It’s like it just works well that, okay, we have this goal, and if it takes us a few months, that’s fine.
Mike Gerholdt:
So you mentioned the stages. I’d be curious, can you give us a little bit of an overview of what those stages were and how you worked through?
Douane James:
And it just made sense, like I said, to analyze those permissions, identify what’s common, and then we also had to identify what’s not so common, what’s unique, so like which is unique to this persona, to this role? In order to do that, we were able to… We did the interview, like I mentioned. Hopefully, we’re able to pick a representative user for each function.
And really what we did was we made sure that we captured every profile. So actually now that I recall it, I think we actually did it was maybe some more interviews because we wanted to see, okay, well, there’s only this one person in this profile. Is there a reason that they need this, a unique profile? So we were able to do that. And once we had that, then we were able to get, like I said, the permissions in the permission set.
And obviously these are everything relating to I guess you would call it user permissions, object permissions, the field permissions, custom permissions, anything that’s related. What we did, we sought to make what I call or what I’ve heard called, so I won’t say I coined this term, but a heavy permission set that was based on a persona. So it has a lot in it, but it captures what that role needs to do in Salesforce. And it doesn’t give them more than they need, and it doesn’t give them less than they need.
Mike Gerholdt:
Douane James:
Mike Gerholdt:
Douane James:
It would just be you have this permission set gives you edit permission for the accounts object, or it gives you delete permission. That’s something that we had to get over to understand that, yeah, we can still have those light permission sets, but for this setup, it just didn’t make sense. That’s one thing I think that may have steered us off for a while is because we were thinking, oh man, this is going to be such a long thing.
If I have to do a permission set for this object and a permission set for this object, that’s going to take too long. But no, no, you actually don’t have to do that. You can just look at it like I want one permission set to capture my sales manager users or another one for my marketing users or another one to represent my event manager users, with the understanding that there could be some overlap with somebody having two roles, and that’s fine. That’s fine.
Mike Gerholdt:
When you are creating those permission sets, I have to believe you were actively thinking through how we’re going to create groups, keep these things grouped together so that you’re not just moving the problem farther out of profiles into permissions, right?
Douane James:
So that’s definitely, I think, we did that more at the end where we were able to say, okay, for our permission set groups, typically the way we set it up is we have this one heavy permission set based on persona where it captures that person’s role, and then the permission set group, that would also have some smaller permission sets maybe for more granular access that is going to be specific to that role or to that function in our organization.
An example of that might be export reports, because that’s a specific permission that some need to have and others don’t, or merging contacts and accounts because we have duplicates. And when you merge contacts and accounts, you need to have a delete permission. So that’s a specific permission set that’s assigned separately. We don’t want to have those unique permissions to be bundled in with the role-based permission sets. We can leave those. We’ll leave those that we can assign as needed.
Mike Gerholdt:
Douane James:
And I was able to say, okay, at certain point of the year, there will be an area where our recruiters, our advisors, which each of those would be a role, a recruiter, an advisor, marketing would be a different role, event manager. But in some cases, our recruiter can also be an event manager. We will have certain event managers where that’s all they do. That’s all they do.
Their focus is on managing events, and that’s all they really use Salesforce for. But then we have recruiters that sometimes they’ll come in and they’ll need to manage events. So we were able to approach it in that way where if somebody says, okay, someone’s on maternity leave, let’s say, this happens a lot, I’ll be handling this. So we’re able to just add that permission set and it’s no big deal. It covers all the things that they would need to do.
Mike Gerholdt:
And I had to create this hybrid profile that was what they did in their day job plus the event management stuff. And I remember thinking, I wish I could just… It should be just like a thing I could plug in and then unplug a permission set, if only.
Douane James:
Because our permission sets, it’s like typically everything that you would need to do in your role, then it would be standard, read, create, edit permissions. I don’t think any of our users have by standard delete permissions. So when we’re layering, we’re doing it without fear, without fear that that’s going to happen.
And that’s something that under our previous setup, it just so happened that, however it happened with profiles, some of our users had these delete permissions. And sometimes users just think of deleting as no big deal, and they don’t realize that on the backend you can’t just delete one thing, this is connected and it’s related, and then you have orphan records. We don’t want that, that kind of a thing.
Mike Gerholdt:
Douane James:
Mike Gerholdt:
Douane James:
And in reality, it didn’t take that much time. Definitely if you add up the amount of time, we were able to do it pretty easily. Granted nothing ever goes smooth as you expected, but yeah, we were able to do it. It’s just like, don’t run from it. You can absolutely do this. And I think the benefits and definitely is something that’s worth it, it’s just quicker deployments.
It’s like we just had something the other day where we had this new integration and the new integration was basically a whole new custom object, and there were fields bringing in and people needed access. And the question that a developer was asking is like, okay, what about the profiles? How are we going to change all the profiles? I was like, wait, remember, we’re not on profiles anymore.
All you have to do, is it in a permission set? And he says, “Well, yeah, I can put in a permission set.” Then yeah, that’s it. That’s all you have to do. Just assign it and we’re good.
Mike Gerholdt:
Douane James:
Mike Gerholdt:
Douane James:
Mike Gerholdt:
Douane James:
Mike Gerholdt:
Douane James:
Mike Gerholdt:
Douane James:
It’s something that the more progress we made, the more confident we felt about doing it. And that’s something that I think people in the Salesforce ecosystem would benefit from is just getting started. And then just like you mentioned, you’ll find you get more confident about doing it and you will be able to show benefits even to the business users as far as moving things through quicker and being able to be more flexible in how your permissions are set up.
Mike Gerholdt:
Douane James:
Mike Gerholdt:
But Douane actually proved us wrong and said, you just take it one little bit at a time and work on it, and you modify and you change, and you learn from your mistakes. I mean, that’s every day for me. So I’m really glad he could come on, walk us through this, and set the bar high for us. So I feel being a North Star and being able to show us how it can be done and give us that best practices really inspires me.
Of course, there’s a ton of Trailhead modules and there’s stuff on profiles and permission sets and permission set groups. We’ll link to those in the show notes, which you’ll find at admin.salesforce.com, and we’ll also include a transcript of the show. Now, be sure to jump over to the Trailblazer community. We have a group there called Admin Trailblazers. You can jump in, ask questions.
There’s always a lot of admins asking questions in that group. Don’t worry, the link to that is also in the show notes. So with that, until next week, I’ll see you in the cloud.
The post Reduce Salesforce Profiles for Greater Efficiency appeared first on Salesforce Admins.
Today on the Salesforce Admins Podcast, we talk to Jason Atwood, CEO and Co-Founder of Arkus. Join us as we chat about how to land your first Salesforce Admin role, from where to find good opportunities to how to prep for the job interview and more.
You should subscribe for the full episode, but here are a few takeaways from our conversation with Jason Atwood.
We’re talking with Jason because he spends a lot of time interviewing and hiring people for Salesforce roles. So if you want to be a Salesforce Admin, how should you split up your learning time?
Jason recommends following the 20/30/50 rule. Spend 20% of your time on Trailhead, 30% on acquiring certifications, and 50% on finding some way to gain experience. This split corresponds to how important they are on your resume.
When you’re going for your first Salesforce job interview be ready for some sort of skill assessment. Time pressure is usually a factor in these tests, so Jason recommends doing a practice run.
Talk to a friend, find out what kind of data they collect, and then give yourself a day to build them an app. It could track the books they’ve read or the distance they’ve run, the important thing is that you don’t know what it’s going to be before you talk to them.
It’s also important to realize that an interview isn’t just about showing your skills—it’s about showing who you are. It’s a chance to listen and empathize with the person on the other side of the table. It’s a chance to share something that stood out to you in your research about the company. And most importantly, to show who you are by asking questions.
Why does Jason place such an emphasis on soft skills in a Salesforce Admin job interview? Because, at the end of the day, every admin is a Salesforce consultant for their organization. You talk to people about their problems to get requirements, come up with a solution, and then iterate on that solution.
We touch on a lot more in this conversation about how to look for Salesforce jobs, developing listening skills, and what it’s like to be a Salesforce consultant, so be sure to listen to the full episode and subscribe so you don’t miss out.
Mike Gerholdt:
I got an idea. How about we tackle the hardest question on the Salesforce Trailblazer community? That’s right. This week on the Salesforce Admins Podcast, we’re going to look for advice on finding your first admin job and doing the interview, getting experience, and more. And we’re going to do all that with CEO and co-founder of Arkus, Jason Atwood. Jason and I chatted at TrailblazerDX and really wanted to dive into this topic. Now, before we bring Jason on, I just want to make sure that you’re following the Salesforce Admins Podcast on iTunes or Spotify. That way, when new episodes like this one come out, they’re automatically downloaded to your phone. But enough about that. Let’s talk about finding that first job or even finding your next job as a Salesforce administrator. Oh, I almost forgot to mention we tackle the myth of “but it’s just an admin job.” So with that, let’s get Jason on the podcast. So, Jason, welcome to the podcast.
Jason Atwood:
Thank you for having me. It’s been a long time since we’ve podcast together.
Mike Gerholdt:
I know. I was thinking back; well, we were just reminiscing of the days at the Marriott Marquis and the Arkus podcast.
Jason Atwood:
Yep. You were on an episode of CloudFocus Weekly. We had it as part of our trivia once there was only four or five guests ever on the podcast, and you were one of them.
Mike Gerholdt:
Snuck in, only proximity. I’m going to say. So catch people up. What have you been up to?
Jason Atwood:
Well, since then, whatever that was, 10 years ago. Yeah. So I am now the current CEO and co-founder of Arkus. We’re a Salesforce consulting firm. We deal mostly in the nonprofit space, and we’ve grown from that little company back then. We’re almost up to 75 people. And now I run around between putting out fires, talking on podcasts, and trying to educate myself on the whole changing landscape of technology.
Mike Gerholdt:
Yeah, it does feel like in the last decade, it’s gone from everything we know to a brand new world.
Jason Atwood:
It certainly is. And I just spent three hours at a Heroku dev meetup and could hang there mentally for a bit, but they lost me at a little point. So it’s both fun, interesting, and challenging to stay up with all this stuff.
Mike Gerholdt:
So one of the things that everyone’s trying to stay up with is the ever-changing job market and hiring. We see a lot of the questions in the Trailblazer community from new admins, people getting into the ecosystem that want to become Salesforce admins, people in the ecosystem that are looking for jobs, or maybe have kind of hit a career plateau. And you and I were chatting, and boy, I think it’d be fun to kind of delve into that topic with you.
Jason Atwood:
Let’s do it. I have some experience in hiring people over the last 15 years, so I can certainly talk about it.
Mike Gerholdt:
A little bit more than me. More than me.
Well, let’s get started. So let’s start fresh. There’s a lot of new people. As we were talking about in the intro, there’s a lot of new people coming into the ecosystem that maybe don’t have tech advice. They are doing Trailhead modules, completing challenges, getting a lot of badges, trying to round out their resumes, and they don’t know A, what to look for, or B, what to put on their resumes. So somebody that’s hired a bunch of people and been around for a long time, let’s start there with some of your advice and where they should go.
Jason Atwood:
Sure. This is a very common thing, and the first thing I would tell everybody is relax. It’s going to be okay. I know it feels daunting, and you see these triple all-star rangers and you see all these, the hoodies, and you see the people with the 15 certifications and 10 years of experience, and you feel like, “How am I ever going to get there?” You will; you’ll get there. So the first thing is just to take it easy and not to get too worked up on it. It does feel like a lot. It’s a very big community and filled with lots of hungry people for jobs, a lot of recruiters, a lot of activity. When I talk to people about getting started in the ecosystem, and certainly on the admin track, and we can talk about other tracks if you want, but on the admin track, I kind of say all those things matter.
So when it comes to certifications, when it comes to Trailhead, when it comes to experience, they all matter. And usually the question I get is, “But what should I focus on?” And so I came up with something, I maybe made it up years and years ago. I call it the 30, 20, 50 rule, or 20, 30, 50. It doesn’t matter; you can break it up anyway. And if you’re going to take your time, right, you’re in the hunt for a job, and you need to do the education, you need to get enabled, you need to build your experience level. I break it down into those percentages. So 20% of the time, I’d focus on Trailhead. And the trick for Trailhead is A, you just have to be a ranger. We don’t even look at people who aren’t rangers. I had an intern apply the other day, and I said, “No, you’re not even on Trailhead. Go get a ranger before I even talk to you.”
So that, to me, is just a minimum bar. Just go be a ranger, and then if you can go up from there, that’s great. And then, if you’re still in your Trailhead worlds, the thing that we then look for besides looking at their profile, is it filled out? Have they thought about it? Have they created it like LinkedIn? So second advice on the Trailhead side is treat your profile like LinkedIn: fill it out, put your picture, put your description, do all the things. It’ll probably take you no more than a half an hour. Make your URL; you can make your customized URL so people can find you; do all the things so it looks like you’re part of the community, right? Make sure that your profile is rich and full. And then the third thing on the Trailhead side of things is to go for super badges.
So I can look at double ranger, triple ranger all day long, but if I don’t see some super badges and I speak from someone who doesn’t have any super badges.
Mike Gerholdt:
Oh, no.
Jason Atwood:
I know, I know, it’s on my hit list for this year. I know, I know, I mean, I have 15 certs, and so I have some experience, but I’d say, get some super badges. We see that when we look at that as a higher level of dedication and of expertise, because, as you know and as I’ve been doing them, they’re difficult. They show that you have really dug in, and they’re more than just answering some questions or watching videos, or getting fun ones. I love badges, but the super badges really show that kind of a deeper level of education and sort of just being in the Trailhead world. So that’s the 20%. Then the 30% is certifications.
You need to have both. You can’t have one without the other. I don’t know what that commercial was, peanut butter and chocolate or something, but-
Mike Gerholdt:
Yeah, I think so, yeah.
Jason Atwood:
You might be [inaudible 00:07:08]. Certifications are important; you should focus on them. What I tell people is you need to get them, but you can’t stall. Most people, I think, when we talk to them and we’ll find in the ecosystem, say, “Oh, I’m thinking about getting that, or I’m planning to get that one next year.” And our advice is, “Nope, go get it. Go get it now. Go take it. Go take the test a couple of times.” Do whatever it is you can do to start your certification journey; don’t put it off; don’t procrastinate on it. You don’t have to be perfect; just go get some. And obviously there’s a path of which ones you should get, blah, blah, blah.
It depends on where you’re going in your world, but having at least one or two certs is kind of a bare minimum. So if you’re starting off and you’re trying to get into the ecosystem, that’s your 20 and your 30, and then the 50 is the hardest part. And it’s just hard to tell people because it’s the experience. The third thing we look for is experience. I want to see that you’ve done something obviously new to the ecosystem, harder to have the experience, but that’s where I say spend 50% of your time trying to gain that experience. There’s the old adage: try to go work with a non-profit. Although there’s some pushback on that nowadays because of the complexity of the platform, you don’t want to hurt a non-profit.
There’s definitely… Get in in a way, there’s programs, there’s tons of programs out there that will help you do mock projects and things where you can just get your hands dirty. And even if you have to build your own thing that you’re going to demo, you got to get experience because I’ve not hired people with 22 certifications, and because it didn’t add up to any experience, and I’ve seen people with tons and tons of experience with zero certs, and I would hire anyway, just from the experience. But for me, that’s how I tell spend your time: 20% trailhead, 30% certifications, and 50% getting that experience.
Mike Gerholdt:
I think that 50%, that part that you’re talking about is always the part that feels like the hardest to get into. Because if you’re not in tech and you don’t have any experience and you’re trying to land that first job, that can feel like, “If I could get this job, then I could get the experience.” And so, part of that lends to my next question is, so you’re new, we’ve checked all the boxes on filling out our profiles and done that part. What should I get ready for when I interview?
Jason Atwood:
So every interview’s going to be different, obviously, but a lot of places are using assessments now. So I would say be prepared for an assessment. That means functionally, they’re going to ask you to do something; they’re going to ask you to build something or take something they’ve done and turn it into something on the platform, using Salesforce as the platform. So I would just be ready for that, be prepared, be okay with it. Even do mock versions of it, go have a friend, and I have to given this advice to some people, but go have a friend, sit down with them, talk to them about what they do, and you’ll uncover something that they’re collecting data.
And as soon as you can figure out what the data they’re collecting, whether it’s books or they collect comic books, or they’re a skier or they’re a runner, anything you do, you can just come up with, “Ooh, what if I built you an app to track that?” So be prepared to have an assessment of your skills and be able to show that in a short period of time. Meaning it might be a take-home. Sometimes it’s a take-home. Like, “Hey, go do this over the weekend.” Other times it’s, “You have an hour; come back and show us what you did.”
Mike Gerholdt:
Ooh!
Jason Atwood:
So I’d say… Ooh! Yeah, I know. I’ve been doing that for 15 years to people. Trust me. I’ve seen a lot of, oohs.
Mike Gerholdt:
I would imagine.
Jason Atwood:
Even had one person pass out in the…
Mike Gerholdt:
Oh, my. Oh, goodness.
Jason Atwood:
It happens.
Mike Gerholdt:
You get an extra hour now.
Jason Atwood:
Yeah. So I think that it’s coming more and more in the ecosystem, because again, when you look at a resume, when you look at LinkedIn, a lot of it’s just you can’t tell whether they know what they’re doing. If you actually do an assessment, you can then assess, “Okay, you know, you functionally know how to do things.” So I’d be prepared for that. The other thing is, I think when you’re really, especially in the new, just be honest about what you do and do not know. That’s really, really key. Don’t fluff up your resume; don’t put things that you don’t know; don’t put clouds, don’t throw in data cloud if you don’t know what data cloud is and haven’t used it or can’t really explain it. Just because you took a Trailhead on something doesn’t mean that platform or know that cloud. So I’d really say be honest with what you know and the clouds, and the products, because that’s going to be super important in the interview process.
Mike Gerholdt:
Wow. How much… In prep work for resumes, there’s a lot of AI tools out there, so I’d love to know your perspective on both sides of this one: how much do you, as somebody hiring, kind of look for, “Oh, they used AI to generate most of this resume?” And on the flip side, how much should somebody building their resume that could really benefit from an AI tool? How much should they lean into it?
Jason Atwood:
So I’m going to be the strange answer on this one, or…
Mike Gerholdt:
Oh, good.
Jason Atwood:
Yeah, because I’m going to say, resumes don’t matter.
Mike Gerholdt:
Okay.
Jason Atwood:
They’re just checking a box. When people get to me in the interview process, they’re beyond the resume. So yes, you need to have a resume; you need it because that’s the part. It’s like you have to have the internet; you have to have a way to fill out the form. So you need to have a resume, and it should have your accomplishments and stuff on it. But I don’t look at resumes because they’re just lies. They’re just you telling me all these things, and sometimes I don’t know if any of that’s really true or not true. So to me, it’s like it’s just a checking the box. “Yes, you have to have a resume. Yes, it should be okay.” Honestly, your LinkedIn profile should be your resume, right? Because that’s real; it’s on the web. And if you’re lying, someone might actually call you out for it.
“Hey, you didn’t work at that company for 10 years.” So I would say focus more on the LinkedIn. Because I’ll look at that. If you gave me 10 minutes, I’d look at your LinkedIn first. I would not look at your resume, what you’ve put on, rather than what your actual history has been. That being said, you want to throw all this stuff on there for this ecosystem. So I do think showing work that you’ve done and really pointing to problems you’ve solved, if you really think about any job, especially as an administrator, you’re a Salesforce admin, you’re basically solving problems all day all.
And you’re communicating. So two things that I tell people about the resume and the process is how do you show that you’ve solved problems in the past in your resume, and then how do you show that you are a great communicator? Because great communication, it doesn’t matter what, I mean, well, not what job, but certainly in this world, you are basically talking to people, helping them out, doing stuff, re-communicating with them, getting what they need to do, building it, whatever. You might work with different groups or whatever. But that communication skill is something we deeply look at. So again, if you’re going to focus on stuff, don’t so much focus on your resume as focus on how to be a great communicator.
Mike Gerholdt:
That’s really good advice because I have been at that level where people show up and the resume looked good, but they couldn’t facilitate the conversation or articulate any kind of answer in the interview.
Jason Atwood:
It is a skill that not a lot of people have, but it’s a skill, you can learn it. So a couple of things to put into that communication bucket. We’ll go down a little rathole here.
Mike Gerholdt:
Yeah, let’s do.
Jason Atwood:
One is empathy.
Mike Gerholdt:
Okay.
Jason Atwood:
Have the ability to show empathy, and that means sort of having a conversation with somebody and throwing in stuff that’s like listening to them, talking to them, obviously pulling out information about them, but having the empathy when they say something’s not going to happen or whatever, they could say, “It’s a rainy day.” I look for it in every interview that I do. Now this is going to be on the podcast; everybody’s going to know this, but I will actually throw things into my talk track or as just the warm-up when you’re sort of, “How are you and what’s going on?” I will always throw in something to test empathy.
I’ll say, “Oh, I’m okay, but I didn’t sleep well last night. Or I had a bad egg sandwich this morning, or I’ve tripped over the dog when I came into the room.” And I just listened to hear what they react. If they go, “Oh, that’s terrible. Oh, yeah, I know dogs can be really difficult. Or you know what? I get my egg sandwiches from downstairs, whatever.” But hearing that back of that empathy, super important. Second is actually listening, so I will listen to people, how they listen to me. Are they interrupting me? Are they talking over me? Are they going? Yeah, yeah, yeah, yeah, as I speak, I listen for their real intent and true conversational skills. And so the ability to actually listen, pause, and then answer is a really big; it’s a great skill to have. And so the people who can do that, I know that they can do almost any job better because they’ve intently done that listening skill and they’ve got it working. So those are two that I throw out to most people when they’re trying to build their conversational habits.
Mike Gerholdt:
Yeah, I’m listening to you answer that, and I’m playing devil’s advocate in my head and saying, “Maybe people are hearing Jason say this because he’s hiring consultants.” So why do you think this also translates over to people that are embedded in different work groups, or teams, or have stakeholders within an organization and aren’t consultants, like for your organization?
Jason Atwood:
Because basically, being an admin is being a consultant in one organization. You are a consultant. What are you doing? You’re talking to people; they’re coming to you with their problems; you are getting their requirements; you’re satisfying their needs; you’re working with them; you’re iterating; you’re changing it; you’re updating things, and then you’re presenting it back to them. The thing that changes when you become a consultant is you’re paying for someone’s time, which then becomes a whole other thing. But also, you might be working with other organizations, and the level of expectation of how you do that and your expertise goes way up. And this is something I tell, I warn people about moving into consulting is that when you’re an admin, you have the ability to take some time. Someone says, “Hey, can you build me these three dashboards that I want to track my sales forecasting?”
You go, “Sure,” and you can go Google it, and you spend a week, and you come back, and you’re like, “Here’s your three dashboards.” They’re ecstatic; they’re like, “Great, thank you.” They don’t care that it took you three weeks or whatever, and then you had to ask your friend and Google it or ask ChatGPT to do it for you. In the consulting space, it’s different. They don’t ask, “Could you build this for me?” They say, A, “What are the options to build it? How long is it going to take you, and can you get it to me by next Tuesday?” So the expectation level of what you’re doing goes way up, and they expect you to be expert. They don’t expect you to ever say, “I don’t know, but I’ll figure it out.” As an admin, I said, “I don’t know. I’ll figure it out.”
“Oh, you want to build some tracker for your feedback form? Sure, let go figure it out.” Go away for a week, and I’ll come back and show you something. So I think that’s part of it, but as an admin, you’re still doing all this stuff. It’s the same stuff inside the organization. You’re just not working with external companies or people; you work with internal people. So you still have Mary from accounting coming over and wants to synchronize with the QuickBooks, and you still have the CEO come over and they want an update to some dashboard because they can’t figure it out, and you’re doing the same stuff; it’s more internal, more ad hoc, generally.
Mike Gerholdt:
I mean, I couldn’t agree more. Also, Mary from accounting, they always want to, for some reason, can’t seem to get opportunities flowing through your sales org, but let’s integrate finance.
Jason Atwood:
So true, so true.
Mike Gerholdt:
But you kind of led into that. So what are the different jobs, or different tasks, types of jobs that admins would tackle within an organization?
Jason Atwood:
Yeah, I mean, we kind of started in there. You do become an internal consultant, but I think you first off just think of what, especially when you’re applying for it, and this goes back to sort of the applying and getting the jobs’ thing. When you’re looking at the organization, you obviously want to know what their Salesforce landscape is. So if I were in the interview process, what I would do is come loaded with a bunch of really good questions, and I would pepper that person with tons of questions about their Salesforce instance, or, as we call it in the biz, we call it their org.
But I would come in with, “What kind of licenses? How old is it? What kind of integrations? What kind of applications do you have? When’s the last time you did a health tech? Do you use permission sets or permission set groups? Or did you flip the lightning yet?” I mean, I would be peppering them showing my expertise to get that admin job. So that’s just on the interview side; I just want to throw that in. But coming back to what you do, again, it really depends on the organization, and this is actually a myth that is out there in the ecosystem, is that admins get bored and admins don’t get to play with lots of different clouds, and admins don’t do a lot of diverse things. That’s completely not true because it depends on what organization you’re with. I was with a company who had 375,000 people.
I had a team; I had five people, or five, including me; we were all admins; that’s what we did. And we had 12 different production orgs, 12 orgs with production, and I think nine different applications running in them with thousands and thousands and thousands of users. We were not bored; we had plenty to do; we were playing with great, big, unlimited licensing and integrations and projects, but we were admins. At the end of the day, we were admins. Same thing: you go work for a small company that’s four… I don’t think anyone would hire a full-time admin with four people. But the smaller the organization who’s just using Salesforce for one thing and has no chance of expanding it or doing it, or going anywhere.
Yeah. You’re going to get bored, right? You come in, you’re going to help out Mary in accounting, you get that one project done, and then they’re going to be like, “Can you reset passwords all day?” So I think as part of the interview process to pulling it back in to that, and when your job seeking, you should be really interested in what their, especially if you want to be a Salesforce admin and you really want to do it full time, what’s their Salesforce roadmap? Are they just solid? They have it, and they have had it up and running for five years, and that’s it? Or do they have things that they want to do? New stuff you can build? Do you want to do the integration with that? We want to bring in marketing cloud next year. We’re looking at how to do predictive AI, whatever.
So if I were bringing more questions as the trying to get the job, I would bring in that to the organization. I’d say, “What do you guys, where’s your roadmap? Or do you not have one?” And I think that would show as a hiring person; I’d be like, “Oh, they’re forward-looking.” And it’ll also give you the idea of: “Are you going to get bored in six months?” Because you don’t want to get bored in six months.
Mike Gerholdt:
Right. Although maybe a smaller footprint would be really good if you’re looking to get that first admin job.
Jason Atwood:
Exactly. Exactly right. But then you have the counter, right? You have a smaller footprint, but they have 40 users, and they only use it for service. So you get in, you do some work, you do all the stuff, and then you’re like, “Now what?”
Mike Gerholdt:
Right. So you brought up myths of admins, and one is, well, “I don’t get exposed to enough clouds,” and I’ve heard that at various events. “Well, we only use data cloud, or I just don’t get to see it.” And I feel like, and this still exists, all of these articles on admin to something else, as though admin is just the front door; all you got to do is get in and do that for a few months. But the real money and the real challenge is elsewhere. What would you say to that myth of just an admin?
Jason Atwood:
I think it is a bit of a myth, and it makes admins and being an administrator, Salesforce administrators feel like this… It’s like you’re the fry person in the back at McDonald’s. It’s like, “Well, I don’t ever go back and cook the hamburgers.” I don’t know. And it’s not true.
Mike Gerholdt:
Although the fries are kind of the best part.
Jason Atwood:
That’s true. I actually worked at McDonald’s, and I was the fry person, so that’s why I brought it up.
Mike Gerholdt:
Yeah.
Jason Atwood:
But yes, at some organizations, you could be the one admin, and that could be your role for a long period of time. And you could get bored, and it could just be a starter. At other organizations, you could run an entire group of admins. You could have six or seven admins, you could be part of a team of people supporting a lot of different Salesforce instances, and it could go anywhere from just administrative down to sort of more the solution architect type of stuff, or more towards the BA towards so stuff or more towards the development.
One of the things you and I have been in this ecosystem for a long time, what we were able to do 10 years ago on the platform with our clicks and what we’re able to do with clicks now, we’re programming. Let’s be clear: when we’re building flows, we’re programming; we’re just programming with a user interface. But that’s programming, and the stuff you can do is stunning, that you just couldn’t do with any of the tools unless you’re writing Apex. So I think even the idea that admins who are getting that technical acumen and are going into the more programmatic type of world of admin that could go long, there’s lots of paths you can go down for that. So that’s where I think some of the myths should go away because you’re not just the admin who’s building a report, adding a field to a page way out, and assigning a permission set. There’s many, many different pieces of that platform. And that’s before you even talk about the clouds; before you’d say there’s now, I don’t know how many clouds. There’s a lot of clouds.
Mike Gerholdt:
There is a lot.
Jason Atwood:
Yeah.
Mike Gerholdt:
Yeah. I mean, you brought up flow. I think back to the days of, “Boy, if I could just stand up like a window pane that a screen that people could input the data into as opposed to just editing raw right on the record.” And now we can do that, and you can do that just using the interface. You don’t have to try a single line of code, which is…
Jason Atwood:
It is stunning what you can do with that tool. And it’s one of the things that has left me a little bit behind because I’m old school admin. I’m a work-for-rule person. And for that, I would’ve gone wrote in a user story and had someone written up a Visualforce, and with Apex in the background, and now it’s… The stuff that we can produce with flows, screen flows, and even the call-outs. I was watching the call-out today, a flow that made a call-out to a Heroku Dyno that did a hookup to a Postgres database that pulled in AI predictions. I was like, “What?” So yeah, the world of an admin is becoming very, very broad in some ways.
Mike Gerholdt:
Yeah, no, I agree. And you can also now trigger flows through prompts and have it call AI. And I mean, in a year from now, this is all going to sound like super, “Wow, they were impressed they could do that. Now look at where we are.” kind of stuff. One thing we didn’t touch on is there’s a lot of job places to look at and career stuff. Often, when looking for a developer architect, I think those are a little more defined also, especially with developer, they’ve got experience in writing developer job titles for other platforms. So it’s very easy to translate that over to Salesforce. What are things that an admin should look for in job descriptions? That maybe if the title or description doesn’t say Salesforce admin, that will be the role?
Jason Atwood:
Yeah, it’s a tough one because, I mean, the easiest thing to say is look for the keyword Salesforce. Obviously, there’s going to be some sort of piece of that. I think you’d have to go a little old-school and think of the platform and what it’s doing. So I would start to look for things that were based on what Salesforce, the platform’s doing? Is it sales, right? Is it marketing? Is it service? Is it nonprofit? Especially in the nonprofit space, which is for me. So we would look at grant writing, fundraising, and all that stuff, which could be keywords for, we’re using Salesforce in the background, but we’re using it to do all these things. So I guess the meta hint without giving you the keywords is: What is this organization doing? What is the output of their world? And then looking at what the tool set they’re using.
They might not be Salesforce, right? There are other ways of saying the word. They might say something like health cloud and a health cloud administrator, and you’re like, “Well, that’s Salesforce.” Or they might say, “net-zero cloud.” Or they might say, “nonprofit cloud.” Again, not saying Salesforce, but that’s what it’s based on. So sometimes, as an administrator and as part of this ecosystem, you have to know that there are products that are sitting on top of the platform that don’t necessarily say the word in it. Remember when they named everything Force? Everything was Force something Force, this Force, that Force.
Mike Gerholdt:
We had everything named Lightning for a while, too.
Jason Atwood:
That too. That was fun.
Mike Gerholdt:
We like to do that a lot. I think everything’s named Einstein now.
Jason Atwood:
Pretty much.
Mike Gerholdt:
I’ll probably get in trouble for saying that.
Jason Atwood:
Yes, you will.
Mike Gerholdt:
But you could do the bingo card of name everything, Einstein, Lightning, Force, and then you’re covered.
Jason Atwood:
I’m going to win that Bingo.
Mike Gerholdt:
Einstein, Lightning, Force, and then the actual product. Then you’re covered.
Jason Atwood:
Totally.
Mike Gerholdt:
I was looking through all my notes, roles and descriptions and interviewing and challenges, and certifications, and I feel we touched on a lot. What is something that you feel we missed, that you talk about, that you bring up that maybe people aren’t thinking about when they’re looking to interview or get an admin position?
Jason Atwood:
Sure. I think there’s a couple of things. A couple more things I would, if I were giving advice, which I happen to do all the time.
Mike Gerholdt:
You’re full of advice.
Jason Atwood:
I’m full of advice, maybe too much. So one thing, and this is just generic to not Salesforce, but as anybody looking for a job, cultural fit, I think, is becoming more and more of a need. And I think, as people applying for jobs, you should be looking at it both ways. Do I fit that culture, and does that culture fit me? And that’s do my values and the company’s values or the organization’s values align together. And asking a lot of questions around culture is going to become more and more important, especially because we go do remote work and all that. So I think what we used to think of, like, “Oh, we had coffee breaks and pizza parties for every quarter,” is now a much bigger discussion. So I would say bring culture into the conversation. Another tip that I hadn’t given yet is just preparedness.
It seems silly to say you have to be prepared for an interview, but I can tell you the amount of people who show up who are not prepared, they’re just not prepared; they don’t know their resume; they don’t have good questions; they don’t know how to talk to their experiences. And I’m stunned when it happens, but it happens a lot. And one of my little pet peeves, I’m giving away all my hints, boy, anybody interviewing is going to be able to nail the interview the next time they get to me.
Mike Gerholdt:
Yeah, you say that, but I bet not.
Jason Atwood:
Probably not, right? No one’s even going to pay attention. But having really good questions is something that I look for. Again, we work in an industry where being able to ask your users what they want and question them, and being insightful is a great skill. So if I get to the end of one of my diatribe speeches and I say, “Do you have any questions?” And they’re like, “No, I’m good.” I immediately go, “Okay.” And then I’m not good because I… So have questions ready at the go; have them sitting in front of you on a piece of paper, on a sticky note in a NeverNote, wherever. It’s super important, and don’t be generic. Don’t say, “Where do you see yourself?” Don’t interview the interviewee.
Ask really stuff that’s based on homework you did. And that’s sort of the prepared thing too. When people come in and they say, “Oh, I read your blog post last week about blah, blah, blah. I was really interested about this key point.” Immediately, I’m like, “They did their homework; they know what they’re talking about, and they’re asking me something interesting.” Don’t say, “How do you guys do raises?” That’s not going to be; you need to have the questions about the culture or the stuff. I mean, I’ve had some really good in the past, but I’ve had some really terrible questions. And then two more, I’ll give you two more tips. This is like the hundred tips for interviewing the Salesforce Ecosystem Podcast.
Mike Gerholdt:
We’ll call it 98.
Jason Atwood:
There you go.
Mike Gerholdt:
So there’s two.
Jason Atwood:
Two more is you can never, if you want to get two skills. If I told someone to go get two skills before they get any job to be super useful on day one, two things they should be focusing on: data and documentation. Your ability to understand data is like you need to have it, you have to have it as a skill; you need to know data; you need to know how data interconnects with other data, you need to know how to report on it. It’s getting more and more and more important. So I look for data skills, even data nerds, people who say, “I love data.” So if you’re not that type of person, I would say these jobs are going to be tough. Because I don’t know anywhere in the ecosystem that we are not just really crazed about and or dealing with lots of data.
It is sort of what Salesforce is, in the back of all of it. So understanding data, taking courses on it, go learn SQL, go learn regular databases, go learn third normal form, learn it, and understand it because any of your skill sets that you have that are based in data will make you better at any job in this ecosystem. So data. Second is documentation, because one of the things you can do very quickly in any role is document things. You need to be able to document; you need to be able to take what people say, summarize it, put it into something, and spit it back out for people to take in. If you’re an admin, you’ve got to come up with a training plan or a training agenda. You are an admin; you have to come up with a user story; you hand it off to a developer or someone to build something.
Documenting is, and it’s, I know there’s Trailheads on it, and you can go to those, but really learning how to document even so much prove that skill when you talk to somebody and you follow up with an email. Follow up with an email that proved that you listened and that you’re following up with documentation skills, coming back with key points or things that you wanted or questions, all great ways to show. But I would say two things you could just learn to show up on day one to start working and doing things is know data very well and know how to document things.
Mike Gerholdt:
Well, that was a really good point. I would hammer on that cultural fit and question part a lot because I always feel like you and I are of a certain generation that we kind of almost interviewed in the hopes that they chose us, right? The best of the survivor, we get picked. But the part that really dawned on me as I moved through my career was I also need to interview that person to see, is this the type of person that I’m comfortable… Would I be excited to get on a call with them every day? Does this feel like the type of company that I’m going to be excited to go to work at? Or do I just want to get in to get in? And I’ve made the mistakes of going to work for companies and then realizing I didn’t ask enough cultural questions. The way things operate here and my expectations for this job are very different than what I had in my head, and it’s my fault because I didn’t talk about it.
Jason Atwood:
Yeah. And again, I think it’s different. Even again, culture was, I hate to say it, but it wasn’t really that much. It wasn’t that important. 20 years ago, I wasn’t worried about culture; now I think it’s above compensation.
Mike Gerholdt:
Yeah.
Jason Atwood:
I think it really is. And I’ve seen people go to places for less compensation because of a better culture. I’ve seen people leave terrible cultures that were highly paid. So really bringing that in, and that means how do they work? How do people collaborate? And you can ask these questions in the interview. You can say, “What are the three things you’re doing this year to help your culture be better or to improve your culture at your company?” If someone asked me that, I’d be like, “Ooh, wow. Okay.”
Mike Gerholdt:
That’s a good question.
Jason Atwood:
That’s a great question, right? You’re then learning A; are they doing anything to make it better.
Mike Gerholdt:
Right.
Jason Atwood:
Or ask about… One of the things that we take at Arkus as very important is when I was doing my key goals for the next five years, and I was doing some presentations and talking to the staff about it. I had culture as a fifth thing, and then after doing it, I thought, “Wait, no, that’s wrong. It’s got to be number one.” So for me, you ask a company, you say, “What are the main things you’re thinking about doing for the next five years? What are the five key things that you’re doing? What are your pillars?” Or whatever. And if they don’t say culture, then you’d be like, “Oh, why isn’t culture there?” And then you’ll probably catch someone off guard; maybe they won’t hire you there, but they should be thinking that keeping the company culture and embracing it, and making sure that it is… Culture isn’t something that you set up and then walk away from.
It’s not a database system. You don’t just go, “Oh, it’s set up, and it’s running in the corner.” It’s something that needs to be cultivated; it’s something that needs to be put into; it’s something that needs to be fed and loved, and thought of, and changed as the ecosystem and the world changes. Our culture changed when COVID happened, right? We had to adapt; we adapted to that; it wasn’t the same culture as before. When we were three people, now 75, but the culture’s different, but we’re adapting to that. So again, it is a really, really big point. It is something you can catch people on, you can ask, and everybody likes to talk about their culture. Everybody will tell you that they have a great culture, but that’s how, as an interviewer or interviewee, you should be questioning it and really ask the deep questions. So when they say they have a great culture, “Say, can you give me three examples from last week where you prove that or that you know that it is a great culture?”
Mike Gerholdt:
That’s a good question. Thanks for coming by, Jason, and sharing your wisdom with us. You said you present some of this. Are you going to be presenting any of this at upcoming Dreamin’ events after?
Jason Atwood:
I am. Well, you’re catching me on my road tour. I don’t know if this podcast…
Mike Gerholdt:
Oh, there’s a road tour.
Jason Atwood:
There’s a road tour.
Mike Gerholdt:
Are you going to have shirts made up?
Jason Atwood:
I might. So yeah, I actually-
Mike Gerholdt:
Have dates on the back.
Jason Atwood:
-I go to a lot… A lot of things, I will be at World Tour this year. World Tour New York in two days, but I don’t think this podcast will be out by then. But you can catch me at Texas Dreamin’, I’m doing this year. You can catch me at WITness Success, you can catch me at Mile High Dreamin’, you can catch me at Dreamforce, you can catch me at Northeast Dreamin’. And is that it? I think that’s it.
Mike Gerholdt:
I mean, Northeast Dreamin’ is kind of the tail end of the year for us.
Jason Atwood:
Yeah, it is. It’s the last one. So I’ll be at all those. I don’t know if I’ll always be presenting this, but you can at least find me if you wanted to.
Mike Gerholdt:
Right. I appreciate you coming by.
Jason Atwood:
Thank you. It’s been great talking to you. Let’s do it in another 10 years.
Mike Gerholdt:
Or sooner.
Jason Atwood:
Or a little sooner.
Mike Gerholdt:
Well, I thought that episode turned out phenomenal. I’m so glad I got to have Jason back, and he is going to be on a road tour presenting and helping admins at different Dreamin’ events. So hopefully, you can get to some of those that he mentioned. I think that’d be really neat, and some really solid tips on interviewing, and even I couldn’t agree more on building experience when you’ve never had a job in the tech industry. So thanks, Jason, for coming on and sharing everything. And speaking of sharing, if you love this episode and you’ve got friends, or maybe you’re going to a user group and you’d love to say, “Hey, I’ve got a podcast for you to listen to on finding that first job or getting your next Salesforce admin’s job,” here’s how you do it. You click the three dots in the corner; most of these apps, podcast apps, have this now.
And you can click share episode and you can post it to social; you could send it as an email to somebody, and then they get a link and they can listen to the podcast right on their phone, maybe as they’re walking their dog, and even more. Now, if you wanted to look for any links or any resources, everything, everything I’m telling you, start your day admin.salesforce.com; everything is there for you. And of course, we also include a link to the Admin Trailblazer community, which is the admin group in the Trailblazer community, which is a great place and also the place I went to get all of these questions. Now, we’ll also include a transcript if there’s something you need to go back and read through; that is all going to be in the show notes. So, of course, until next week, we’ll see you in the cloud.
The post What Are the Key Skills for a Successful Salesforce Admin Interview? appeared first on Salesforce Admins.
The podcast currently has 456 episodes available.
297 Listeners
31,997 Listeners
414 Listeners
289 Listeners
295 Listeners
9 Listeners
1,282 Listeners
32 Listeners
223 Listeners
132 Listeners
13 Listeners
337 Listeners
1 Listeners
48 Listeners
34 Listeners