#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 Q4 kicks off, a lot of you are in the midst of your annual planning process and getting your companies ready for 2021, so I wanted to bring back one of our earlier episodes that brought you inside the planning process at Salesforce. com with the guy who designed it, Bala Balabaskaran and a lot of folks have joined our audience since this episode originally came out, so we wanted to bring it back. I think there's a ton of value here. I personally go back and re- listen to it around this time every year and thought it might be helpful for all of you as well. Thanks 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 hyper growth. My name is Sean Lane. Whether you have five sales people 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. And 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. So, my naturally first question for Bala, what the hell is a vice president of ho to market technology and operations and what did Salesforce look like when you joined in 2012?
Bala Balabaskaran: So, Salesforce, it was a two billion dollar start up at that point. Everything was fast moving. It was a company that was growing roughly 30% year over year, and we were starting to do big and bigger acquisitions and, on the marketing side, we were starting to integrate these larger companies that we were acquiring. So, it was a pretty crazy place, but it was a lot of fun. Great leadership. Enjoyed my time there, yeah.
Sean Lane: And, when you come in, what exactly is a VP of go to market technology and operations charter to do?
Bala Balabaskaran: So, my role was basically to support the distribution team, which was basically the name for everything from lead to renewal, right? That entire flow. And then, over the course of my four and a half years there, I slowly broke off the whole responsibility into smaller chunks, but basically it was planning, so the go to market planning exercise, which is bringing together close to about 400 people across the company to go through the planning process before and then the roll out of that. And then, we were also responsible for the business process, which is Salesforce's own instance of Salesforce and how we used it internally, so everything from forecasting to all of the validation rules, to workflows that we built and any new features or tools that we deployed for the sales teams as well as sales leadership. So, my team was responsible for the business analysis and creating the design for what the business process should look like and then working with IT to actually implementing that. And then the third part of my role was field operations, so 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 territories over the course of the year. So, just the operational cadence around the field teams. But that didn't include deal desk and commissions, because we were mostly responsible for getting the commissions data to the team, but not actually doing the commissions work.
Sean Lane: Got it. So, 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 of Salesforce at the time you were there?
Bala Balabaskaran: That's right, yeah. And we had this philosophy that the best information, really, about the market came from our own people at the front lines, and so this planning process really required us to figure out a way to capture that front line knowledge, so we would involve all of the sales managers down to the RVP level and it also involved finance and HR and we call them employee success and also a variety of support teams that needed to be part of this process. And the process itself took about eight months, so we would start somewhere around August.
Sean Lane: Wow.
Bala Balabaskaran: All the way through to March and February first was our fiscal start.
Sean Lane: Okay.
Bala Balabaskaran: And, when I started it was about 1, 500 reps and, 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 AEs, but then we also have a number of support 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 distribution process, end to end. So, it involved booking with the managers for all those different teams and really figuring out how to get them involved into the planning process. So, I can walk through crosstalk all the stages if that would be helpful.
Sean Lane: Yeah. Yeah, I would love 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, right? So, I'm thinking about it from the lens that I look through everyday, which is about 60 reps, 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, okay, once we know the process, then we can just nail this 27 different times? Or is there 27 different flavors of complexity that are going into that?
Bala Balabaskaran: There is 27 different flavors of complexity, sometimes even more so because, even if you just took the core AE roles, there are many different ways in which that team resourcing was allocated based on industries, based on size of the company, based on special programs, like hunter programs that we had. So, there is a variety of ways in which those resources were deployed and it wasn't necessarily a one size fits all model, right? So, it does get complex. And, when I started, we actually were doing this entirely on spreadsheets.
Sean Lane: Wow.
Bala Balabaskaran: And I think my team had this high value job of pulling all of the spreadsheets together, doing 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? So, yeah, I'd say complex is the right way to describe the process. By the way, the next 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 sales people, 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. So, 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: So, from a staging standpoint, we would start in August, looking at the data.
Sean Lane: Okay.
Bala Balabaskaran: And the data internally within our Salesforce instance, we had millions of account information in our Salesforce instance, so we'll pull all that, look at all the data. We'll analyze it for total adjustable market and what that looks like, what our market share looked like in different regions all the way down to even states and cities. And then, largely, there was an exercise to update or refresh the data.
Sean Lane: Okay.
Bala Balabaskaran: And 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 and especially when you get out to South America and APAK, the accuracy of the data gets very specific based on the source that you're looking at and for specific fields. So, we really have to narrow it down to about 13 or 14 fields that were used in carving in how we built out are territories and focusing in on the data quality of those from a variety of different sources. So, that took us about 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: Mm- hmm( affirmative) It's that like a waterfall type of situation where you're picking the best data you can find?
Bala Balabaskaran: It is.
Sean Lane: Got it.
Bala Balabaskaran: That's right. That's right. And 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 tend to have the most accurate data, actually, believe it or not, compared to third party data sources. So, we have to figure out a way to bring that into the process. And so, it took us about two to three months, getting all of that done. Once it's all done, then we would do 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 companies growing.
Sean Lane: Yeah.
Bala Balabaskaran: So, they would go from inaudible to a mid market segment to a corporate segment and so on. So, that analysis was important for us to do so we understood how the customers were progressing into various segments and what's the best program to support them with and 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. And I think it's also this annual process of refreshing data.
Sean Lane: Yeah.
Bala Balabaskaran: 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 is one source of truth, say DNB and that's all we're going to take, but when you get out of the US and you go to the international markets, that data becomes pretty terrible pretty quickly. It'd be easier for us as inaudible, but the resulting plans would not necessarily reflect reality, so we have 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. And Bala's 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. Okay, step one is in the books. On to step two: Capacity planning.
Bala Balabaskaran: And, so once we finished with that process, then came the capacity modeling exercise, so this is really taking an ROI lens to the investment that we're making in sales and distribution. And work very closely with finance during this process, you'll get your revenue targets for next year and, again, the targets were a range, right? 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 and so there is variability in the numbers as we got close and closer to the end of the fiscal, we will get better numbers, but 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. So, 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 thought, is how many people go where. Once you've got that capacity nailed, it's time to get a little more specific. Step three: Segmentation.
Bala Balabaskaran: And then, so the effort breaks off into two different angles, and one is really looking at our high level segmentation, so this is all of the different business units, enterprise, corporate, small, medium business, verticals, so 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, right?
Sean Lane: Got it.
Bala Balabaskaran: You really have to think about investment and sales, not in a single fiscal year, but a multiyear horizon, right? Because you're investing in an area that you're growing, you probably won't see results for a couple years. So, that's sort of a balancing act, right? Where do we invest? If we invest, what's our return horizon look like? And the feel really is that of a VC investing in a startup, right?
Sean Lane: Yeah.
Bala Balabaskaran: And 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: And that's really interesting because you said, even though the company had been around for 13, 14 years at that point by the time you got there, it still had that start up mentality. When you're going through that segmentation exercise, has Salesforce at that point, have they nailed their segments? Okay, these are our segments. We know this is how they're going to work, or are some of those things still in flux and do any of those things change at that point?
Bala Balabaskaran: A lot of things are in flux. So, a part of being a start up is you're constantly reevaluating everything.
Sean Lane: Sure.
Bala Balabaskaran: And so, there was a mix of what you will see in the data with philosophical debates at the leadership level, right? Should we be expanding internationally? And some people will feel very strongly that you should do that. Others would say no and 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 inaudible block and come in and settle things down. But, at the end of it, we got some numbers, right?
Sean Lane: Philosophical horse trading has a nice ring to it, doesn't it? I really like the way Bala compares investing in a sales segment to a VC investing in a startup; you're placing multiyear bets on a segment, a business unit, an 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? So, okay. We've got our segments. Up next, step four: Workforce and territory planning. At Salesforce, Bala told me that they set up a career ladder for sales folks in such a way that, when reps got promoted, they got promoted into different segments. So, interviews are taking place in the midst of all this planning to determine how many and which reps would be in each specific role and, also, which territory they would be in. So, 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 and 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 rollout all these changes into Salesforce. And I believe it actually took us a lot longer than that.
Sean Lane: Right.
Bala Balabaskaran: We used about 60 days after the start of the fiscal that we would have all the roles with their territories and so on, and that was because we were essentially data loading spreadsheets, right?
Sean Lane: Wow.
Bala Balabaskaran: We would run into errors and assumptions that were made during carving. And the carving spreadsheets were a point in time snapshot of the data.
Sean Lane: Right, and things had probably changed at that point.
Bala Balabaskaran: Exactly. One great example is we would build out these hunter territories, which were supposed to be all prospects and then, by the time we got to Q4 and rolled this out, 30% of them would have become inaudible, right? They were not truly hunter territories anymore, right? So, it was that kind of stuff. We had to deal with all those while we were rolling stuff out. And there's a lot of reconciling of differences, right?
Sean Lane: Yeah. That's what I was going to say. So, it's one thing to have everything in a spreadsheet, right? It looks great in a spreadsheet when you're looking at it in a vacuum, and 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? And 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, right. So, we had a process, once the planning stuff was locked down, we had a process of communicating what we called quota letters, and so the quota letters would basically describe the territory that was carved, some of the metrics associated with that territory and what that quota 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. And we would provide those to the managers and the managers would then have discussion with their people so we needed to have a way of disseminating all of this before we put in some automation, all of this was done using spreadsheets. And so, a manager would get a spreadsheet explaining how the territories were carved, what are the metrics we used for carving and balancing those territories, so they'll be able to explain the philosophy behind the territory that someone got, right? And, of course, 50% of the people are happy with it, 50% crosstalk, but that's the dissemination of information. The challenge that we dealt with there was, as the territories 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. And so, that was a process that we gave the managers control over, the frontline managers control over which accounts to release, and they did this based on not wanting to disrupt the customer relationship, right? So, they felt like the AE had a strong relationship with the customer, that they'd make sure that that continuity was there and so on. So, as part of the data exercise up front, we would get this list of accounts that we can pull out of territories and create new territories from. So, as the territories got smaller and smaller, the impact of, let's say, bad data, was pretty huge.
Sean Lane: Yeah.
Bala Balabaskaran: So, you could end up pulling out an account of a sizable potential out of somebody's territory and that could totally destroy their money- making crosstalk
Sean Lane: Their year.
Bala Balabaskaran: Yeah. 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, right? There's process for everything, but the fact that you still have that customer relationship at the center of that is amazing to me. And when you think about, 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, and I think one of the things that can be really difficult for folks that are inside of these companies that are in hyper growths, 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.
Bala Balabaskaran: Right.
Sean Lane: How do you think about that? And I think that 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 you did. And 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, right? 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, and especially that was bad for mid market and enterprise accounts, where you needed that 18 month runway to close a deal, right? 12 to 18 month runway to close a deal. So, you can't yank people out and put other people in. And so, 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 and the other thing is really the sales team flexibility, right?
Sean Lane: Yeah.
Bala Balabaskaran: The way that we strongly believe that the flexibility that we give our frontline managers in terms of how they manager 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. So, the managers really needed, also, flexibility on how they allocated the resources, right? You had people that were performing well, people that were not performing well, how do you make sure that your deals are still progressing while dealing with the challenges of managing a team, right? And we could have been, from a sales operations 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 roll out 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 used a policy called" sell what you see," which basically means, if it's in your name in Salesforce, go after it. He called this period of time after the initial roll out, 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, and os when you finally hire that person in January or February when the fiscal starts, they would look at the plans that were created and go, oh, no no no, this is not how I want to do it, I want to rearrange everything, right? So, we literally dealt with a series of aftershocks. Once the territories were communicated, of course people disagreed with accounts that they lost or opportunities or the holdouts that were given to them. So, 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. crosstalk
Sean Lane: Got it. Rules of engagement. Yep.
Bala Balabaskaran: Exactly. Exactly. And, 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. So, 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, right?
Sean Lane: Because 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, yeah. And it was more of a strategy thing, right? And so, coming up with this required coordinating across the sales leadership, getting approvals, like 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, right? Or how do you handle emerges and acquisitions throughout the year, right? 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 acquiring company was or do you let it sit like that until we go through next year and we decide to take the changes next year? So, these were all policy decisions that had to be made and those were all written down and even to the point where changes in employee count that would cross the segment line, for instance, when do you take that change?
Sean Lane: Right.
Bala Balabaskaran: Do you take that change middle of the year or do you wait for next year to affect that change? crosstalk
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 problems.
Bala Balabaskaran: Exactly. Exactly. You'll be surprised, all the data issues, how to handle bad data. What is defined as a duplicate, right? Even to that level, those things had to be codified into policies. And then, what happens is, once you codified something into policy, that becomes the standard operating model. You're no longer running your business on exceptions, and Salesforce was very famous for this in the sense that we had a ticketing process and anybody could submit a ticket to have something looked at. And my team, for 4, 500 reps, throughout the year, we processed about 23,000 tickets, if you think about that.
Sean Lane: Wow.
Bala Balabaskaran: And 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, and this was all international. Stuff was really hard to really catch that up front. And all the way up to, hey, manager, I want to reorganize my territories because I have a mismatch in the skill set of the person working on that territory, right? So, all those kinds of issues, we would process them as tickets, but what made life easier is when you have those codified as policies, you can actually turn away 30% of those tickets because they were not according to policy.
Sean Lane: Yeah, no way you were able to process that volume without some sort of reference point.
Bala Balabaskaran: That's right. And the side effect, of course, of writing down these policies is that now you can automate it, right? So, that's really where we engaged, we had two dedicated inaudible teams to help my team and we had some of our leadership go fight to budget and we had a three year program that was really about improving the automation around a lot of these things. And all of the automation was done based on the policies that had been documented because now it becomes repeatable, right? And 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. And 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: Yeah, so we built a system, customized, custom built on Salesforce, within Salesforce, to really be the planning platform, right? And so we built an environment that would suck data from our transactional run time system into this org that basically contained data for planning and would enable us 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. So, you're not dealing with copies of data, but you're all looking at the same data at the same time. So, when people moved things around, you would see that in the system as opposed to on your spreadsheet. So, that reduced a lot of the semantic issues that we dealt with, just definitional issues that we dealt with, right? Like what is the definition of this segment here versus another region? Like, in Europe, the mid market could be from employee range this to this, versus in the US, that would be much smaller, right? So, those kinds of definitional challenges were also easier to deal with now that you had one place that you were putting everything into.
Sean Lane: Right, they're all systematized.
Bala Balabaskaran: That's right. And, in addition to that, we also had not just the people that were carving the territories, but as I mentioned, you also have the employee success team that's now 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, right? And that allowed for much simpler process in terms of planning. And we didn't have people who's sole jobs was to put spreadsheets back. They could do much more higher value stuff like analyze this data and provide suggestions, right?
Sean Lane: And inaudible made it more transparent, too, right?
Bala Balabaskaran: It did, it did. Now, that transparency also has it's challenges, right?
Sean Lane: Of course.
Bala Balabaskaran: Because, when you expose a lot of the planning data to even people at the front line level, there could be adverse reactions to the current inaudible sales. So, if you know that you're going to lose these bunch of accounts next year, you probably won't invest time in, right? So, we have to be careful about when we revealed what to what level of the organization. And 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, right? And so, that process of pushing the data out no longer involved running data loader on 15, 20 machines at the same time, to now more of an integrated process where the data would naturally flow from this 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 kick off. 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 that Learnings From a Sheepdog. I actually don't know who the author is, to be honest.
Sean Lane: Learnings From a Sheepdog. What's it about?
Bala Balabaskaran: It's basically about the way that a sheepdog approaches what they're supposed to be doing and things about loyalty and structure and so on. Yeah.
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 and especially if you are inclined to problem solving, this is a great place to be because every day, 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 the scale is different, right? But there's always a lot of trouble shooting.
Sean Lane: Least favorite part about working in ops.
Bala Balabaskaran: Late nights, especially when those time frames come up for rolling out stuff or you're responsible for production success of the business, right? 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, Dharmesh Singh, and we looked at this whole problem and had to mind meld on inaudible we could do this and really bring all of our learnings across. I've known him for 13 plus years across Microsoft and Salesforce, so 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.io. It'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, right? And so, just building that mentality of how do we think about this in the long term, how do we think about it to scale, especially in ops, I think that's the most important thing. I had a boss of mine who used to say, " 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, like your 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, right? So, always think about it from that standpoint. I think 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 for everybody for tuning in and listening. Leave us a six star review on Apple Podcast if you're enjoying the show. If you have some feedback for Bala or for myself, you can Tweet at me @ Seany_Biz, leave me a message at LinkedIn. That's going to do it for us for this week. We'll see you next time.