https://www.listennotes.com/e/213de7113d2e42de8e90472ede39ee35

I think one of the things that we need to look out for as somebody that's looking for this concept of scaling and understanding what that means. I think a lot of people struggle with what does scaling mean. I think a lot of times they believe that scaling means to grow through a group of people. The more people I have, the more revenue I generate and so on and so forth. But truthfully, that's not scaling at all. Scaling is putting in the foundational structures, processes, systems, training, that kind of stuff, so that when you do go out and hire folks, you have a system to plug them into. It doesn't matter how many people you hire because you have a system and a process that you can put them into and repeat over and over and over again because you know exactly what it's supposed to spit out. It's the biggest mistake that I see most contractors make is their thought process is to see their ability to scale is to go hire a bunch of people that probably do what they do or they think they can do what they do. And all it does is create more of the problems you're already dealing with by the things that you currently do. You weren't able to get all the work done. You weren't able to get to all of the customers. You're starting to have a bit of fall through and not meeting your timelines and commitments. And now you're going to go out there and hire a bunch more people to do the same thing because there is no process, there is no system, there is no exact way of doing things. And you can't train them very fast either because there's no process for that. So they got to handhold verbally train the whole time, which what that ultimately does is diffuses your scaling and actually shoots your scaling down. It shoots growth down. Scaling is one thing. Growth is a different thing. And I think most people would believe those are the same thing. and they are not. Growth is what happens after you scale. After you have your systems, your processes, your structure, your training, your hiring processes, everything in place and ready to go. You can generate leads and you can sell them. You got all that figured out. All right, awesome. Now we can grow inside of our scale. Does that make sense? You hear a lot of the whole 10x your business, grow and scale your business. they say grow and scale, right? The reality is in order to grow that business, you gotta scale it. And to scale it means that you have documented the processes and systems in every aspect of your business, both foundationally and operationally, so that now whoever you hire, you can set them behind a screen, a desk, in a job, and it is fully functional that they could literally just read what needs to be done and do it. That's truly being able to scale. But the idea of being able to put somebody in position and say, here's the stuff you need to know and expecting them to execute that. If you're not there, that means that you are partially ready to scale, maybe. Depends on how far you are along in the process. Very first year in the roofing business, home service contracting, exteriors, that type of thing. I did really well as a salesperson. I sold 108 jobs in the first three months. I kind of developed some systems and processes for myself to execute. And they asked me to be the sales manager. I'm like, that sounds great. I would love to. What's the job description? They're like, Just make people do what you do. And I went, that's not really a job description. Let me put together some things and let's see if we can actually make this work. So I took a couple of months actually started to develop process and system and started really thinking about, okay, one person, me, versus a bunch of people doing it, what kind of problems does that create? Because now it's volume and can you actually get it done? Those type of questions pop up. And so I did a pretty decent job of putting together what I thought the processing system was and I missed some things. And this is how I know I missed some things. I hired 107 people inside of three months as just salespeople. That's not all the support staff and everybody else. to come in and sell thinking mathematically, if I can get each one of those people to just average $500,000, that would be a $50 million company. So let's go and brought them all in, did a pretty decent job of training, three to five day training program and then ongoing education and training. And all the systems and all the processes were only documented as like what the task was. It's like, create an estimate, turn in an order. There wasn't the depth of it exactly how to do it, right? Like the next step, how long it should take, what tool to use, all these other things that we help with building processes around here. And so what I ended up doing is I created a sales team that was high functioning. We did $41 million, which created literally a ticking bomb of explosion when it came to customer service. We weren't executing quickly enough. We weren't doing much follow through. We weren't even concerned really too much about the production side of things. So we didn't have quality control, final inspections, any of that kind of stuff. And I just did not get deep enough into what it was that I needed to cover to create a great client experience. I've learned my lesson since then quite well, and I'm not necessarily about how fast can I hire a bunch of people, but How great can I make the system and what number of people can it handle at a time? So yeah, that's my story. Like the climax of that story is I had a heart attack when I was 29 years old, trying to do it all, trying to keep customers happy and hold the thing together. Not a lot of fun to go through that. Not exactly the way you want to learn something, but I promise you this, it sent it home. I learned it. All right, I gotta do this a little bit better. Takeaway is be persistent. about your processes. I mean, like get it nailed and then run it and practice it with the number of people that you currently have and see if it breaks. If it breaks, you're not ready. We actually did an exercise. This is a great exercise for this. We do this with several of our clients. We will build what we call the ideal process, this way that a job is supposed to go from start to finish. And then we'll get all the key players into a boardroom and we'll start where it starts. Hey, this is Jim. I'd like to get an estimate for my roof. and Janie, the person taking in the phone calls, does her script and enters her lead and does exactly what she's supposed to do and then hands it to the sales rep. And the sales rep does his part and he's got to walk it through every little step of the way. And then it gets handed off to production and breaks, right? Like there wasn't the right thing. He couldn't do his job. And that's how you break a process before actually implementing a process to ensure that you have a process is going to stand up to the test of time. That'll go two ways. One is they built out the process the best they could think of, and then it just doesn't work. That's because they didn't test it and didn't consider some of the outside factors that come into play. The other is they over process it. They say, hey, this thing happened one time, but it was a big thing. Like it was a problem. I'll give a great example. We had a client that reneged on a contract. I also knew that my contract wasn't like an airtight contract. Like it was a simple to sign contract. And so we, when we got involved, the homeowner had like $6,000. We went to back to the insurance company, got everything covered for him. It was like $62,000 windows and doors and all these other things. And they reneged on the contract and it pissed me off. I was beyond irritated with it. I felt like we just lost 60 some odd thousand dollars. That's never gonna happen again. I'm going to get an attorney. We're gonna write a lock-tight contract. Sure enough, we did. And we implemented it, trained on it, practiced it, and the whole bit. Cut our sales in half overnight because we over processed something. We said, hey, we don't ever wanna let this happen again. So we're gonna do this next step, which then created a whole 'nother problem. what happens is you go, okay, I'm going to make this move. And you make the move. It creates a new problem. So now you have to do a new thing to your process to solve that problem. And there's this downhill flow that comes out of it, and you end up becoming way over processed, way too restrictive, you're not agile and you're not flexible, and the whole thing comes crashing down around you. People are just irritated by it. There was actually a piece of software that came out in 2018 nine that was competition to the software I was working for at the time. And I got a little sneak preview of it. I went, that thing's never gonna last because every step somebody had to answer a question, yes or no, yes or no. And most of the questions were no, no, no, no, no, I don't need to do that thing. Don't need to do that thing. And so they over processed something which made it hard to use. The user interface aside of it became garbage. Nobody wanted to do it. So you got to find this balance and my best advice for that. So my best advice for building a process for a contractor, think of 80% of the things that you need to cover. What happens 80% of the time? 80% of the time it goes like this and this is the ideal way for it to go. Get that nailed first. Concentrate on focusing on 80% of the time this is the way it's supposed to go. We call that the ideal process. and then every if-then thing becomes a new process. If this happens, go do this and follow that process. If this happens, go do this and that's this process. But get the ideal one down first. If everything went perfectly, what does that look like? Okay, I've got that nailed. We're following it most of the time and now 20% of the time something's popping up. Now we build a process for those little things and it's not nearly as hard. Most people overbuild processes from the beginning and it's just a nightmare for them to get out from under.