Thu, 31 October 2024
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. Mental health advocacy in the Salesforce ecosystemKatie 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. Mindfulness principles for stress management and personal growthRecently, 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. As seen on the Dreamforce stageAt 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. Podcast swag Learn more
Admin Trailblazers Group Social Full Transcript Josh (00:05): Katie (00:56): Josh (00:58): Katie (01:02): Josh (01:20): Katie (01:23): Josh (01:49): Katie (01:54): Josh (02:09): Katie (02:13): Josh (02:16): Katie (02:18): Josh (03:31): Katie (03:40): Katie (05:15): Josh (05:47): Katie (06:43): Katie (07:06): Katie (08:20): Katie (09:57): Josh (10:25): Katie (11:26): Josh (11:55): Katie (13:03): Josh (13:19): Katie (13:20): Josh (13:40): Katie (13:55): Katie (14:04): Josh (15:16): Katie (15:18): Josh (15:42): Josh (16:40): Katie (17:21): Josh (18:29): Katie (18:31): Josh (18:57): Katie (19:11): Josh (20:24): Katie (21:31): Katie (23:02): Katie (24:30): Josh (24:42): Katie (24:43):
Josh (25:39): Katie (27:03): Katie (28:18): Katie (28:24): Josh (29:15): Katie (29:19): Josh (29:21): Katie (29:26): Josh (29:43): Katie (29:44): Josh (29:58): Katie (30:14): Josh (30:56): Katie (30:57): Josh (31:20): Katie (31:28): Josh (31:55): Katie (31:56): Katie (32:13): Josh (32:58): Katie (33:10): Josh (33:14): Katie (33:21): Josh (33:24): Katie (33:28): Josh (33:31): Katie (33:32): Josh (33:33): Katie (33:44): Josh (33:54): Katie (34:03): Josh (34:06): Katie (34:10): Josh (34:17):
Direct download: How_Can_Salesforce_Admins_Overcome_Imposter_Syndrome_and_Stress_.mp3
Category:general -- posted at: 1:00am PST |
Thu, 24 October 2024
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. Introduction to Salesforce FoundationsEddie 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. How to get started with Salesforce FoundationsThe 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. Preparing for AgentforceFoundations 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. Podcast swag Learn more
Admin Trailblazers Group Social Full show transcript 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: Eddie Cliff: 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: Eddie Cliff: Mike: Eddie Cliff: Mike: Eddie Cliff: Mike: Eddie Cliff: Mike: Eddie Cliff: Mike: Eddie Cliff: Mike: Eddie Cliff: Mike: Eddie Cliff: Mike:
Direct download: How_Can_Salesforce_Admins_Leverage_Foundations_to_Prepare_for_Agentforce_.mp3
Category:general -- posted at: 1:00am PST |
Thu, 17 October 2024
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. The importance of understanding the 'Why' behind data entryJen 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. The impact of inaccurate data on business toolsWith new AI tools like Einstein Copilot 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. Strategies for improving data collectionJen 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. Podcast swag Learn more
Admin Trailblazers Group Social
Full show transcript 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. 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.
Direct download: How_Business_Process_Documentation_Enhances_Data_Collection.mp3
Category:general -- posted at: 1:00am PST |
Thu, 10 October 2024
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. Slack as a multi-purpose toolJim 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. Empowering admins with Workflow BuilderYou 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. Enhancing Productivity with Slack AIFinally, 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. Podcast swag Learn more
Admin Trailblazers Group Social Full show transcript 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.
Direct download: What_Can_Salesforce_Admins_Do_with_Slack_Integrations_.mp3
Category:general -- posted at: 1:00am PST |
Thu, 3 October 2024
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. What is an admineloper?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. Learning to code as a Salesforce AdminThere’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. Soft Skills and Career AdvancementBeyond 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. Podcast swag Learn more
Admin Trailblazers Group Social Love our podcasts?Subscribe today or review us on iTunes!
Full show transcript 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.
Direct download: What_Role_Does_Coding_Play_in_the_Future_of_Salesforce_Admins_.mp3
Category:general -- posted at: 1:00am PST |
