#throwback Inside Salesforce’s Annual Planning Process with Bala Balabaskaran (aka The Guy Who Built It)
Sean Lane: Hey, everyone. Sean here. Quick note before we get started, we're doing something a little different on this week's episode. As we near the end of the year, I know a lot of you are in the midst of your annual planning process to start to prepare your companies for next year. At this time of year, every year, I would like to bring back one of our earliest episodes that brings you inside the annual planning process at salesforce. com with the guy who designed it, Bala Balabaskaran. I know a lot of you have also joined our audience since the last time we aired this episode. I personally find a lot of value in going back and relistening to it every year, so I wanted to make sure we get it back out there for all of you. Thanks so much for listening. Enjoy the episode. Hey, everyone. Welcome back for another episode of Operations, the show where we look under the hood of companies in hypergrowth. My name is Sean Lane. Whether you have five salespeople at your company or 5, 000, chances are you go through some kind of annual planning process. What you probably don't have is a planning process that includes 400 people, 1, 500 spreadsheets and eight months worth of iterations, but that's exactly what today's guest, Bala Balabaskaran, found when he got to Salesforce in 2012. Whether you're a veteran of the annual planning process or you're about to put together an operating plan for the first time, Bala is your guy. Today, we're going to go step by step through the actual planning process used at salesforce. com. How to navigate that process, and as Bala calls it, the philosophical horse trading that happens along the way. By the end, you'll also get to learn what Bala was able to deliver for the first time in Salesforce's history. An engineer by training, Bala spent the earlier parts of his career at companies like Hewlett- Packard and Microsoft before joining Salesforce as the vice- president of go- to- market technology and operations in 2012. My natural, first question for Bala, what the hell is a vice president of go- to- market technology and operations? What did Salesforce look like when he joined in 2012?
Bala Balabaskaran: Salesforce, it was a$ 2 billion startup at that point. Everything was fast- moving. It was a company that was growing roughly around 30% year- over- year. We were starting to do big and bigger acquisitions. On the marketing cloud side, we were starting to integrate these larger companies that we were acquiring. It was a pretty crazy place, but there was a lot of fun, great leadership, enjoyed my time there.
Sean Lane: When you come in, what exactly is a VP of go- to- market technology and operations chartered to do?
Bala Balabaskaran: My role was basically to support the distribution team, which was basically the name for everything from lead to renewal, that entire flow. Then over the course of my four and a half years there, I slowly broke off the whole responsibility to smaller chunks, but basically it was planning. The go- to- market planning exercise, which was bringing together close to about 400 people across the company to go through the planning process before, and then the rollout of that. Then we were also responsible for the business process, which is Salesforce's own instance of Salesforce and how we used it internally. Everything from forecasting, to all of the validation rules, do the workflows that we built, and any new features or tools that we deployed for the sales teams, as well as sales leadership. My team was responsible for the business analysis and really creating the design for what the business process should look like, and then working with IT to actually implementing that. Then the third part of my role was field operations. This is basically making sure that the data within the Salesforce instance was good, which is a never- ending battle, but also rolling out territories. Managing the territory's over the course of the year, so just the operational cadence around the field teams. It didn't include like deal desk and commissions, but we were mostly responsible for that and getting the commissions' data to the team, but not actually doing the commissions work.
Sean Lane: I want to take each of those separately, if I can. Did I hear you right? You said 400 people are involved in the annual planning process at Salesforce at the time you were there.
Bala Balabaskaran: That's right. We had this philosophy that the best information really about the market came from our own people at the front lines. This planning process really required us to figure out a way to capture that frontline knowledge. We would involve all of the sales managers down to the RVP level, and it also involved finance and HR, and we called it employee success. Then also a variety of other support teams that needed to be part of this process. The process itself took about eight months. We would start somewhere around August all the way through to March. February 1st was our fiscal start. When I started, it was about 1, 500 reps. Due to the acquisitions and organic growth, by the time I left, it was close to 4, 500 or so reps in a variety of different roles. We had the core eighties, but then we also have a number of support calls, overlay roles. All in all, about 27 or so, I think, the last count I had, the different roles that were involved in the selling process, and the supporting process, through the lead to distributing process end to end. It involved working with the managers for all of those different teams and really figuring out how to get them involved into the planning process. I can walk through the stages, if that would be helpful.
Sean Lane: Yeah. I guess I would love to hear those stages. I would also love to just understand from a scope perspective, at a certain point, does it get easier even as that volume gets bigger? I'm thinking about it from the lens that I look through every day, which is about 60 reps and a much, much smaller group of people involved in a planning process. When you're talking about wrangling 400 people into a process for 4, 500 reps across 27 different types of roles. At a certain point, do you hit this efficiency point where once we know the process, then we can just nail this 27 different times? Is there 20 different flavors of complexity that are going into that?
Bala Balabaskaran: There is 27 different flavors. Sometimes even more so because even if you just took the core AE roles, there were many different ways in which the team resourcing was allocated based on industries, based on size of the company, based on special programs like hunter programs that we had. There was a variety of ways in which those resources were deployed, and it wasn't necessarily all a one size fits all model so it does get complex. When I started, we actually were doing this entirely on spreadsheets. I think my team had this high value job of pulling all of the spreadsheets together during this planning process, which was not a great value add, not a great way to motivate your team. But something that needed to be done to get data into a central place where we can analyze the impact and so on. It does get complex.
Sean Lane: I'd say it gets complex. 1, 500 reps to 4, 500 reps across 27 different roles, 27 different flavors of planning, in a manual process in spreadsheets. Yeah, I'd say complex is the right way to describe the process. By the way, the next time you're thinking to yourself," Oh, our processes are too manual. We don't have enough automation or systems in place." Take solace in the fact that at 4, 500 salespeople, Salesforce was still planning their year in spreadsheets with contributions from 400 different people. Anyways, this whole thing took Bala and his team eight months, eight months. That's two- thirds of the year spent on this process. Here's what we're going to do. It's a huge process so we've got to break this thing down. If you aren't satisfied with the way your planning process went last year, or you're already starting to look ahead to 2020, we're going to break this thing down to the six steps you need to follow to build an operating plan like salesforce. com. All right, ready to go? Step one, analyze and refresh your data.
Bala Balabaskaran: From a stage of standpoint, we would start in August looking at the data, and data internally within our Salesforce instance. We had millions of account information in our Salesforce instance. We'll pull all that, look at all the data. We would analyze it for total addressable market and what that looks like. What our market share looked like in different regions, all the way down to even states and cities. Then largely, there was an exercise to update or refresh the data. We had close to 13 different data sources that we bought data from worldwide. DNB, of course, was one of the main ones, but we got into country specific data. Especially when you get out to South America and APAC, the accuracy of the data gets very specific based on the source that you're looking at and for specific fields. We really had to narrow it down to about 13 or 14 fields that were used in carving in how we built out our territories and focusing in on the data quality of those from a variety of different sources. That took us about a two to three months just to get that process going. We had built an automation that created a survivorship rule set that would figure out what's the best data source, and what's the right place to pick a particular field from.
Sean Lane: Is that kind of like a waterfall type situation where you're picking the best that you can find? Got it.
Bala Balabaskaran: That's right. That's right. Part of that data source was also incorporating our own SDR notes because they're on the street talking to a lot of customers. They tended to have the most accurate data actually, believe it or not, compared to third party data sources. We had to figure out a way to bring that into the process. It took us about two to three months getting all of that done. Once it's all done, then we went to the tab analysis. And because our segmentation in some businesses were driven by the employee size, there was a natural disruption that was caused by just company's growing. They would go from a SMB segment, to a mid- market segment to a corporate segment and so on. That analysis was important for us to do so we understood how the customers were progressing into various segments, and what is the best program to support them with. That's part of the analysis that we did.
Sean Lane: And did you only refresh companies like that on that annual exercise or were you doing that more frequently throughout the year?
Bala Balabaskaran: The pain was so much that we only did it once. I think it's also this annual process of refreshing data. And because we bought data from a number of sources, just the process of pulling all of that together to do a refresh, we only did that annually.
Sean Lane: Got it.
Bala Balabaskaran: The easier approach would have been to say, there's one source of truth, say DNB, and that's all we're going to take. When you get out of the US and you go into the international markets, that data becomes pretty terrible very quickly. Then we were planning it'd be easier for us as an ops team, but it would be the resulting plans would not necessarily reflect reality so we had to take on that burden.
Sean Lane: This is going to be one of those steps that's hard for people outside of ops to appreciate, but setting up the infrastructure and hierarchy of those different data sources is no joke. Bala is spot on. It would be much easier to just use one source of truth, stick to that, and ignore everything else. Analyzing, refreshing your data, it's not sexy, but it lays the foundation for a successful planning process. Step one is in the books. Onto step two, capacity planning.
Bala Balabaskaran: Once we finished with that process, then came the capacity modeling exercise. This is really taking an ROI lens to the investment that we're making in sales and distribution, and worked very closely with finance during this process. You'll get your revenue targets for next year. Again, the targets were arranged because we would be doing this in Q4 and business wouldn't have closed yet, so we wouldn't know where we would exactly land. There is a variability in the numbers, and as we got closer and closer to the end of the fiscal, we'll get better numbers. We needed to be very in tune with finance to make sure that we were keeping an eye on that.
Sean Lane: Bala told me that part of keeping in tune with finance meant that targets for the following year were constantly fluctuating, based on the team's performance in the last quarter of the year. If you blow out your number in Q4, guess what? Your number for the following year is probably going up, or as Bala told me, no good deed goes unpunished. The output of this step in the process, most importantly though, is how many people go where. Once you've got that capacity nailed, it's time to get a little bit more specific. Step three, segmentation.
Bala Balabaskaran: Then the effort breaks off into two different angles. One is really looking at our high- level segmentation. This is all of the different business units, enterprise, corporate, small and medium business verticals. We'll start to look at what those high- level segmentation would look like for us. This is also where we did a lot of analysis around international expansion, for instance.
Sean Lane: Got it.
Bala Balabaskaran: You really have to think about investment in sales, not in a single fiscal year, but a multi- year horizon like that. Because even if you're investing in an area that you're growing, you probably won't see results for a couple of years so it's a balancing act. Where do we invest? If we invest, what's our return horizon look like? The feeling really is that of a VC investing in a startup. You would really look at the business and say," Okay, if I put in this much dollars, what do I expect in two years and so on?"
Sean Lane: That's really interesting because you said that even though the company had been around for 13, 14 years at that point, by the time you got there, it still had that startup mentality. When you're going through that segmentation exercise... Has Salesforce at that point, if they nailed their segments, these are our segments, we know this is how they're going to work. Are some of those things still in flux and did any of those things change at that point?
Bala Balabaskaran: A lot of things are in flux. The part of being a startup is you're constantly reevaluating everything.
Sean Lane: Sure.
Bala Balabaskaran: There was a mix of what you will see in the data, with philosophical debates at the leadership level. Should we be expanding internationally? Some people will feel very strongly that you should do that. Others would say no, double down on this vertical that's producing more returns for us. Again, I always looked at that as philosophical horse trading, where people would go back and forth and finally take a mark or a key block to come in and settle things down. But at the end of it, we got some numbers.
Sean Lane: Philosophical horse trading has a nice ring to it, doesn't it? I really liked the way Bala compares investing in a sales segment to a VC investing in a startup. You're placing multi- year bets on a segment of business unit and experiment. Now, not everyone is going to have a couple years like Salesforce to see if an experiment bears out, but the same principles apply. It's a balancing act. What are your goals? What's the timeline? When are you going to see results? We've got our segments. Up next, step four, workforce and territory planning. At Salesforce, Bala told me that they set up the career ladder for sales folks in such a way that when reps got promoted, they got promoted into different segments. Interviews are taking place in the midst of all of this planning to determine how many and which reps would be in each specific role, and also which territory they would be in. Once you have that workforce in place, you move on to step five, quota planning. Using the capacity modeling we talked about earlier, Bala said that they would consider things like ramp, which territory you're in, which role you're going to be in to determine the quotas across the sales team. Now, one thing Bala and I didn't go deep into was the world of comp planning, but that is a crucial part of this process. I'm going to save that for a different episode. After step five of quota planning, we got to the part that I really wanted to dig into, step six, the rollout and the aftershocks. The process for taking months of work and putting it out there into the world. The communication involved in that and how that process evolved over the course of Bala's time at Salesforce.
Bala Balabaskaran: The idea was that first of the fiscal year in February, we would take a couple of weekends to roll out all these changes into Salesforce. Believe it or not, it actually took us a lot longer than that. It used to be about 60 days after the start of the fiscal that we would have all the roles with their territories and so on. That was because we were essentially, data loading spreadsheets. We would run into errors and assumptions that were made during carving. The carving spreadsheets were a point in time snapshot of the data and reality- crosstalk
Sean Lane: Right. Things you try to change at that point.
Bala Balabaskaran: Exactly. One great example is we would build out these hunter territories, which are supposed to be all prospects. Then by the time we got to Q4 and we rolled this out, 30% of them would have become hecklers. They are not truly hunting territories anymore so that kind of stuff. We had to deal with all those while we're rolling stuff out, and there's a lot of reconciling of differences.
Sean Lane: That's what I was going to say. It's one thing to have everything in a spreadsheet. It looks great in a spreadsheet when you're looking at it in a vacuum. Then when you start to hit that real- world component, or you're starting to roll this thing out, and put it in front of the teams that are going to have to live within it every single day. First of all, I'm curious, what does it look like on a scale of 4, 500 reps, the communication around rolling this out? Then inevitably, when you get the feedback, and the questions, and the hand raising after the fact, how do you deal with that?
Bala Balabaskaran: Right. We had a process. Once the planning stuff was locked down, we had a process of communicating in what we called quota letters. The quota letters would basically describe the territory that was carved. Some of the metrics associated with that territory, and what the quarter looks like for that particular territory. It wasn't necessarily the comp plan. It was basically the structure of the territory that would go out. We would provide those to managers, and the managers would then have discussion with their people. We needed to have a way of disseminating all of this. Before we put it in some automation, all of this was done using spreadsheets. A manager would get a spreadsheet that explained how the territories were carved, what are the metrics that we used for carving and balancing those territories so they will be able to explain the philosophy behind the territory that's somewhat got. Of course, 50% of the people were happy with it, 50% were not. That's the dissemination of information. The challenge that we dealt with there was as the territory's got smaller, and smaller, and smaller, because we were growing at about 30% year- over- year, which meant that everybody's territories, we had to take 30% of the accounts out of everybody's territories to create new territories. That was a process that we gave the managers control over, the frontline managers control over which accounts to release. They did this based on not wanting to disrupt the customer relationship. If they felt like they had a strong relationship with the customer, that they would want to make sure that continuity was there and so on. As part of the data exercise upfront, we would get this list of accounts that we can pull out of territories and create new territories from. As the territories got smaller and smaller, the impact of, let's say, bad data was pretty huge. You could end up pulling out an account of a sizeable potential out of somebody's territory, and that could totally destroy their money- making- crosstalk.
Sean Lane: Their year.
Bala Balabaskaran: Exactly.
Sean Lane: I love that you though, even with the scale that you're at, are still putting that customer at the center of this entire process. There's process for everything, but the fact that you still have that customer relationship at the center of that, it is amazing to me. I think one of the trends that we have talked about in the way that you approach things, is you approach it from this architect mentality. I think one of the things that can be really difficult for folks that are inside of these companies, that are in hypergrowth. One of the things that can be difficult is balancing. Solving for the problem that's in front of you right now, and planning for the problems that are going to exist tomorrow. How do you think about that? I think the planning for 30% smaller territories is a great example of that. How do you balance that, all while going through that rapid growth?
Bala Balabaskaran: I think one of the philosophies that everybody at the top leadership subscribe to, as you said, is that the customer experience has to be the center of what we did. That's not just from the interaction that the customer facing roles had with the customer, but also what we did from a process perspective to not disrupt that. For a growing company like Salesforce was at that point, if you just kept changing reps around every year, you're not going to build continued relationships. Especially, that was bad for mid- market and enterprise accounts where you needed that 18- month runway to close a deal. A 12 to 18- month runway to close a deal. You can't yank people out and put other people in. From a process perspective, it would have been easier for us to optimize for the operations process, but we always looked at two things prior to doing that. One is the customer experience. The other thing is really, the sales team flexibility. The way that we strongly believe that the flexibility that we give our frontline managers, in terms of how they manage their business, was a competitive advantage compared to other companies.
Sean Lane: Interesting. Can you give me an example?
Bala Balabaskaran: An example would be being sensitive to what's going on in a particular region, in terms of business, in terms of competition, in terms of partners that are available. The managers really needed also, flexibility on how they allocated the resources. That if you had people that were performing well, people that were not performing well, how do you make sure your deals are still progressing while dealing with the challenges of managing a team? And we could have been from a sales operation's perspective, rigid and said," No, you don't get any flexibility. This is the territory allocated to this person and that's the only thing that they can work on." Or you give the managers the flexibility to deal with day- to- day stuff that happens in the course of running your business.
Sean Lane: Let's face it. Everything looks good on paper. The plan always looks great before you have to actually execute on it. While I'm sure Bala and his team believed in their plan, he more strongly believed that the flexibility they gave their frontline managers was a competitive advantage to the team at Salesforce. I was thinking about it and I think Bala is the first guest we've had, who has pointed out that the specific practices of his team were a competitive advantage to his company. Not a feature, not a price, but the operations team itself was the competitive advantage. That's pretty cool. By the way, did you catch that Bala said this rollout process used to take up to two months? He said that sometimes during this murky transition time at the beginning of a year, they literally use the policy called sell what you see, which basically means if it's in your name and Salesforce, go after it. He called this period of time after the initial rollout, the aftershocks.
Bala Balabaskaran: Once the rollout happened, then we had what I would call aftershocks. We were looking to hire managers in certain regions so the planning would have to be done by their manager or somebody else in Q4. When you finally hire that person in January or February when the fiscal starts, they'll look at the plans that were created and go," No, this is not how I want to do it. I want to rearrange everything." We literally dealt with a series of aftershocks. Once the territories were communicated, of course, people disagreed with the accounts that they lost, or opportunities, or the holdouts that were given to them. My operations team, which was about 28 people, they dealt with all of the day in, day out data problems, and also, just arguments around territories. It's that age of this account would be mine.
Sean Lane: Right. Rule of engagement.
Bala Balabaskaran: Exactly, exactly. Believe it or not, at the time that I started, that wasn't codified into a policy.
Sean Lane: Interesting.
Bala Balabaskaran: It was more of an operational document that the ops team operated. One of my first things to do was actually to make a case to hire a person responsible for sales policies, and put that person outside of my team. From a separation of duty standpoint, I didn't want my team to be the one writing the rules and executing it.
Sean Lane: This policy person was like Switzerland. It was their job to come up with these policies absent of any bias.
Bala Balabaskaran: That's correct. It was more of a strategy thing. Coming up with this required coordinating across the sales leadership, getting approvals. What kind of things can we do? What things can't we do? For instance, a simple thing around splits. How do you handle splits on an international deal? How do you handle mergers and acquisitions throughout the year? What this meant was if a company was acquired by another one, do you take it out of one person's territory and put it to where the person, the acquiring company was? Do you let it sit like that until we go through next year? Do we decide to take the changes next year? These were all policy decisions that had to be made, and those were all written down. Even to the point where changes in employee count that would cross the segment line, for instance, when do you take that change? Do you take that change middle of the year? Do you wait for next year to affect that change? The stability of the...
Sean Lane: I was just going to say, I can't tell you how good it makes me feel to know that Salesforce, at 1, 500 reps, didn't have this stuff figured out. For those of us that are in the trenches every single day, figuring these things out. It makes you feel good that the companies that you aspire to be like also face the exact same problem.
Bala Balabaskaran: Exactly, exactly. You'll be surprised. There are all the bad data issues around how to handle bad data. What is defined as a duplicate? Even to that level, those things had to be codified into policies. Then what happens is that once you codify something into policy that becomes the standard operating model, you're no longer running your business on exceptions. Salesforce was very famous for this, in the sense that we had the ticketing process and anybody could submit a ticket to have something looked at. My team, for 4, 500 reps throughout the year, we process about 23,000 tickets.
Sean Lane: Wow.
Bala Balabaskaran: Something like that. This would be data issues. This would be," Here's a subsidiary that should be linked to a company that I own in my territory, but it's not linked," those kinds of requests. This was all international. Stuff was really hard to really catch that upfront. All the way up to," Manager, I want to reorganize an RVP saying I want to reorganize my territory's because I have a mismatch in the skillset of the person working on that territory." All of those kinds of issues, we would process them as tickets. But what made life easier is when you have those codified as policies, you could actually turn away 30% of those tickets because they were not according to policy.
Sean Lane: No way you're able to process that volume without some reference point.
Bala Balabaskaran: That's right. A side effect, of course, of writing down these policies is that now you can automate it. That's really where we engaged. We had two dedicated scrum teams to help my team. We had some of our leadership go fight for budget. We had a three- year program that was really about improving the automation around a lot of these things. All of the automation was done based on the policies that have been documented because now it becomes repeatable. That's really the secret sauce is really, if you can make it repeatable, then you can automate it. If you can automate it, then you can scale. And that's really the learning for me.
Sean Lane: Yeah, of course. The process that you originally described with 400 people, and I think you originally told me 1, 500 different spreadsheets. What does that look like in the after picture, once you've added some of this automation and scalability to the process?
Bala Balabaskaran: We built a system customized, custom built on Salesforce, within Salesforce to really be the planning platform. We built an environment that would suck data from our transactional, one- time system into this org that basically contained data for planning. We would enable a sync between the two on a periodic basis. But the idea was then all of the planners were working off of the same set of data. You're not dealing with copies of data, but you're all looking at the same data at the same time. So when people move things around, you would see that in the system, as opposed to on your spreadsheet. That reduced a lot of the semantic issues that we dealt with, even just definitional issues that we dealt with Like what is the definition of this segment here versus in another region? In Europe, the mid- market could be from employee wage this to this, versus in the US that would be much smaller. Those kinds of definitional challenges were also easier to deal with now that you had one place that you're putting everything into.
Sean Lane: Right. They're all system attached.
Bala Balabaskaran: That's right. In addition to that, we also had not just the people that were carving the territories, but as I mentioned, we also have the employee success team that's now, or the HR team, that's actually working on, who do we promote, into what roles, and how many people do we need to go hire? What's the pipeline for that look like? All of that data was also now being put into the same place, which allowed us to compare and contrast the territory structure we were building with the people that would go into them. That allowed for a much simpler process, in terms of planning. And we didn't have people that whose sole jobs was to put spreadsheets back. They could do much more higher value stuff like analyze this data and provide suggestions.
Sean Lane: Obviously, it would have made it more transparent, too.
Bala Balabaskaran: It did. It did. Now, that transparency also has its challenges because when you expose a lot of the planning data to even people at the frontline level, there could be adverse reactions to the current use sales. If you know that you're going to lose these bunch of accounts next year, you probably won't invest time in them. We have to be careful about when we revealed what, to what level of the organization. The best part, of course, at the end of this, is that we could just sync the data from this planned environment into our live production system. That process of pushing the data out no longer involved running data loader on like 15, 20 machines at the same time. To now, more of an integrated process where the data would naturally flow from the central environment into the production environment.
Sean Lane: Bala's secret sauce, if you can make it repeatable, then you can automate it. If you can automate it, then you can scale. By the way, for the record, in Bala's final planning cycle at Salesforce, after three years of tweaks and improvements to the planning process and to creating this centralized system. For the first time in company history, territories were delivered to all of the reps before their annual kickoff. Not two months later, no more aftershocks. Before we go, at the end of each show, we're going to ask each guest the same lightning round of questions. Ready? Here we go. Best book you've read in the last six months?
Bala Balabaskaran: I'm not a great reader, but one that I read is the Learnings From a Sheep Dog. I actually don't know who the author is.
Sean Lane: Learnings From a Sheep Dog. What's it about?
Bala Balabaskaran: It's basically about the way that a sheep dog approaches what they're supposed to be doing, and things about loyalty, and structure, and so on.
Sean Lane: Cool. I'll have to check it out. Favorite part about working in ops?
Bala Balabaskaran: I think just the variety of challenges. No two days are the same, especially if you are inclined to problem solving, this is a great place to be because everyday you face a different challenge. As you can tell, even in a smaller organization, you face the same type of challenges that a large organization would face, just that the scale is different. There's always a lot of troubleshooting.
Sean Lane: Least favorite part about working in ops?
Bala Balabaskaran: Late nights, especially when those windows and timeframes come up for rolling out stuff, or you're responsible for production success of the business. Those are not really fun, but those are an inherent part of what you need to do.
Sean Lane: I can sense a lot of people listening, nodding their heads on that one. Someone who impacted you getting the job you have today?
Bala Balabaskaran: The job I have today, I would have to say my partner, inaudible. We looked at this whole problem and had a bulk in mind meld on we could do this better. We could do this and really bring all of our learnings across. I've known him for 13 plus years across Microsoft and Salesforce. We went, " Oh my God, this is a pain that we can really solve and bring it down to the mid- market, who can't afford to throw resources at this."
Sean Lane: Yeah. I love that. I can take all the pain points you just described over the time we've been talking and draw a straight line to the work you guys are doing at Fullcast. That's amazing. One piece of advice for people who want to have your job someday.
Bala Balabaskaran: I think you alluded to it. I believe that you have to think about the long- term, but you also have to balance that with solving something for the short- term. Everything that you pick up is not as easy as it seems right away. Just building that mentality of how do we think about this in the long- term? How do we think about it for scale? Especially in ops, I think that's the most important thing. I had a boss of mine who used to say that solve the process first before you solve the problem. For me, that's just the thinking that from an ops' perspective, you take a job that you're responsible for de- duping and cleaning up data. Well, you could be doing that forever, unless you figure out how to turn off the faucet that's throwing in the bad data. Always think about it from that standpoint. I think the scale long- term, if you ask those questions, then I think it will reveal a whole, new, interesting side to ops that you'll find very exciting.
Sean Lane: Thank you so much to Bala for joining us on today's show and giving us that step- by- step framework for how to build an operating plan. By the way, as we mentioned, Bala now is the co- founder of fullcast. io, where they're building software to help link that sales planning process to operational execution so go ahead and check them out. Thanks so much, everybody, for tuning in and listening. Leave us a six star review on Apple Podcasts if you're enjoying the show. If you have some feedback for Bala or for myself, you can tweet at me @ Seanebiz. Leave me a message on LinkedIn. That's going to do it for us for this week. We'll see you next time.
It's annual planning time, so we decided to throw it back to one of our earliest episodes all about the annual planning process at Salesforce.com.
On this episode, we go back in time – to 2012, to be exact – when special guest Bala Balabaskaran first joined Salesforce as Vice President of Go to Market Technology and Operations. At the time, Salesforce was a $2 billion dollar startup going through hypergrowth. Sean and Bala talk about Salesforce's operating model and what it was like to be in charge of the go to market planning process at a large company with a startup mentality. Want to know Bala's step by step approach for building out the annual planning process at Salesforce? Listen to the full episode.
Like this episode? Be sure to leave a ⭐️⭐️⭐️⭐️⭐️⭐️ review and share the pod with your friends! You can connect with Sean on Twitter @Seany_Biz @HYPERGROWTH_pod