Red Key is a mature and successful MSP in the New York area. Alex and his team work hard to deliver business value to their clients. One of the best way for MSPs to do that is implementing a QBR/TBR. Alex recognized the value in the system they had built and has created a SaaS product called Strategy Overview to help others deliver effective technology planning to their clients.
Todd: 00:00 Joining me on the podcast today is Alex Markov , president of red key solutions and CEO of strategy overview. Welcome Alex.
Alex: 00:07 Hey Todd. Good to be with you.
Todd: 00:09 Today. We're going to be talking a bit about a more MSP process and specifically we're going to be talking a lot about the position of the cio or the virtual cio and the role that that plays in an MSP as well as a general it service providers. Alex, you're a particular pro at this area of the business and know that this would be an interesting discussion. This is an area that is developing pretty rapidly for a lot of MSPs as they look to provide more business value rather than just the straight up technical value and maybe just to get us started, if you could tell us a bit about your msp and your background and how a strategy overview came to be.
Alex: 00:49 Yeah, sure. So I started my career or my kind of journey as an it person. Back in 1992. My Dad got me a computer and I got on compuserve and then got on aol after that and have done nothing else except consult and work with businesses and people on setting up technology. So I really go back to the beginning of the functional Internet in 2002. I started a company in college. I'm actually did a real entity and started consulting for businesses and then eventually we switched to managed services. I merged with a partner here, those local and area, and we started Red Key Solutions and today we support over 50 different companies. We support the New York City Tri state market and we use connectwise, Labtech, it glue, bright gauge, know the full msp stack and have really invested a lot of time perfecting our vcio piece of the business and how to do qprs.
Todd: 01:51 Excellent. You launched into starting a product to actually help you out with that Vcio product process. Do you want to touch on that briefly?
Alex: 02:00 Yeah, so we, we used to have a great process that we use spreadsheets for, um, because I have to be really easy to use and we were never able to find anything in the market that was, was it is easy to use as our spreadsheets, so we had an opportunity where my brother is an enterprise quality developer and he said that he can absolutely do this and we started a different company called strategy overview, um, which basically took our process on how to do a risk analysis for clients and um, and converted it into an app that's now used by over 260 msps today on every continent.
Todd: 02:37 Awesome. So let's step back a little bit here for the people that maybe you're not this deep into the it space. A, let's help define what is a Vcio, and specifically let's talk about Vcio and the overlap between what other roles this could be defined in or maybe how they differentiate. There's the, there's the technical account manager and there's also the traditional account manager or salesperson. For Yourself, how would you define what is the vcio role that, uh, have you found success with in, in your organization?
Alex: 03:13 Yeah, so we really started the journey many, many years ago where we are trying to figure out a way how do we communicate with clients in a structured strategic way. So when we, when we all started as MSPS, we as owners is the main kind of the principles and the companies are the main people that communicate with clients, explain to them what they need to get, you know, what the risks that we see. And then as it evolves, we need to make it a formal position. Right? So we tried a number of models. We tried having an account manager, um, we tried even calling it a technical account manager. It never really worked for us, um, because they, the person that really communicates to clients really needs to be almost like a cio as the same way as we as principals. And we started MSPS, we communicate to clients as a cio would. Um, so we, we heard the term in the industry, it's a common term virtual cio and it really is a great term to define what a role does that has that type of communication with clients and that's what we call it. Again, we've tried other ways and I'm sure there are other MSPs which get the account manager model to work and for whatever reason in our MSP, our market, the way that we do it, we never were able to get that to stick.
Todd: 04:33 Yeah, I find it's, it's almost a confluence of a few different issues where it's the type of person that you have available for the role. It's the needs of the client base that you have in particular. And also what maturity level you're at in your, uh, your, your journey as an MSP. Uh, the, find the, there's a lot of components you have to get right beforehand. There's a maturity level that has to be in place before this really becomes a viable option for your business. Is that something that you see as a hindrance to people getting started on the VCIO process as well?
Alex: 05:06 Yeah, definitely. I mean, there's definitely a prerequisite. You need a PSA, connect wise auto task or any of those you need tools like an RMM, you need to get your service down, right? Um, you need to just have ideas and quoting and that stuff organized. So those are definitely prerequisites. Um, and then you definitely need to find the right person and the right team that could do that. It can't be a salesperson. We've learned that it's, it's not a sales role even though they are involved in sales, but the sales just fall out of the role. It has to be somebody that really could have a, a coherent logical conversation. Um, and in our MSP as well, we still keep principles involved in the process as well. So it's, you know, I may not go to every single meeting with clients, but especially the big clients, I'm there and I'm helping guide them in the overall strategy.
Alex: 05:57 Clients get both of the vcio and then a principal that's on the vcio team.
Todd: 06:02 And what would you say are the particulars? Like if someone is looking for that person either outside of their company or preferably inside their company, what are the qualities that you would look for in someone that you feel will be successful in that role?
Alex: 06:16 So they definitely need to be personable but not salesy, personable, just like a relatable person. They have to be sharp and be able to learn, understand technology. They have to be technically minded because the cio needs to really understand technology if they don't understand, you know, even like basics of like dns and domains and active directory and all these other things, they, it'll be difficult for them to make strategic decisions. So they definitely have to be technically minded in our company. We are. People came from the project services world, so they ran projects.
Alex: 06:51 Um, so that gave him the ability to understand budgets, understand financials, understand, you know, different companies have different needs and different budgets. And so there's definitely, it's not like a scientific black and white thing. Um, they definitely need to be flexible and be able to communicate that with clients.
Todd: 07:13 Yeah. It's an interesting mix of, um, like you said, they have to be technical to have that authority and understand the sort of, the, the issues at work and would a successful technology implementation looks like they need a bit of sales to be able to impart the value to the organization and to the client that they're speaking with, but you know, any one of these that is out of concert or, or too much on one end of the spectrum. So I think that's why it's so difficult to replicate this outside of the principle. The principle of the organization will usually know enough about the business has had to do sales in order to build their business and has that, that relationship and that authority with the client. Um, uh, do you feel that that's the Vcio role should stick with the principal before it's replicated outside of that office? Is that maybe the best approach to take there?
Alex: 08:05 Yeah. You know, what I think now that thinking about it, I think in the way that we are able to succeed in it so much as we took project people that were also comfortable speaking to c level executives and speaking financials and budgets and then they basically shadowed me for about two years. Um, and then over time, smaller clients, they were able to run themselves, but they had to invest a lot in business logic and overarching, you know, she's really explain a lot about how businesses work was important to a business. Explain concepts of what a balance sheet is, you know, cap ex and op ex explain things how P and L business would look at, um, financially burden rates, just like business fundamentals where project management understand technology, but then you infuse this business knowledge into them. And that's how I truly VCIO was created.
Todd: 08:59 I think it's really fascinating to understand who is the right person and what is the process that makes this successful. Um, and every time I've, I've sort of gone through this process and work with folks to develop their vcio practice or to help develop a Vcio and their skill set. There's always one component that that is that Aha moment where they really start to get this and you hit on a couple there. The first place I usually start, um, I'd be interested in kind of your feedback on this as well as uh, asking the person, the client if they actually have an it budget or if it's just reactionary spending. And it's surprising the number of times a client that is doing multimillion dollar business and develop, doing very well, but they have no predictive spending on there. It, they've never even thought about it. And that first step to sit down with them and say, okay, here's a draft budget. Here's all the things that I have, I have visibility to. And I've wrote this down on our spreadsheet and this is kind of what I predict as your annual spend. And you just see their eyes light up and they're like, oh my God, this is amazing. Like, we've never even thought to do this. It, it's as simple as that. And then it gets way more complex down the line. What are some of the other components of the process that you feel are really important?
Alex: 10:13 Um, so first and foremost, consistency. It can't just be something that you do once in awhile and again, reactionary. You have to build a process around it. So in our MSP, we've standardized scheduling with calendly, but there's a number of solutions you can use and we use connectwise to automatically send a ticket to every client every quarter to give them an opportunity to schedule a meeting. We call it a technology strategy meeting and then essentially they can schedule that meeting. It can pick to either for us to go to their office and to come to our office or do a Goto meeting. And that consistency behind it creates rhythm and we live in, in the MSP world. We constantly, you know, we know eos and all these other types of systems. We just have to bring that same logic to this process. Um, and just keep consistency with it and then have a platform. And a process, so it doesn't matter what platform you choose, you know, we use our platform because we really like it. Um, strategy overview and, but it doesn't matter what pro platform or process or whether you're still using spreadsheets, just some kind of process that's consistent across all your clients know,
Todd: 11:22 You must have run into some resistance as well. A certain clients that maybe don't see the value in this meeting and they're resistant to either I'm starting the meeting to begin with or keeping the pace or the consistency with the meeting. Um, any, any input from you on that client that says, I don't know. I don't understand what we're trying to do here. I don't think this is valuable, so I'd, I'd prefer not to do it. Is that something that you, you try to change their mind on or is it a, you just adapt to what the client says that they need? What's your feeling on that?
Alex: 11:54 Yeah, so I, I believe there's definitely a lot of thought leadership in the industry about you need to have all your clients consistent and have them all respect to strategy and want to focus on growth and everything like that, but when we found in our market and just an are where we are as an MSP, that there's still some clients that don't really care about growth and we asked them that question like, do you, are you focusing on growth? And a lot of times they'll say no, they just enjoy their current spot where they are. They know that growing pains is difficult and painful. Right? And it's difficult to grow. Sometimes you have to spend a lot of money to grow and some clients who are just comfortable maintaining their operation. So and we still, I would say 20 percent of our business is clients like that.
Alex: 12:39 We still have clients, if they're local, if they're friends strategic for a number of reasons, referral partners will stay still. Take them and for those clients will at least tell them about all the different strategy elements. They should pay attention to elements with their stack. Even if they don't meet with us, we'll send them a report from our software and just basically outline all the different things that they need to pay attention to and if it's like a legitimate risk, we'll mark it as a risk and then that's a risk for them and for us. So that gives us a little bit of extra, um, uh, kind of liability protection because then we've identified the risk for them and then they don't, they don't have to wonder and then if something does crash, we can just reference the email that we sent saying, look, this was the risk we identified. So at the very least, even if they don't care about strategy, we can at least limit our own liability by identifying risks for them.
Todd: 13:32 Right. So you're still doing the process, their involvement is, is, is to some degree up to them, especially dependent on the risk. Yeah, I liked that approach. Um, you know, I do a lot of work in BrightGauge and I liked the idea of setting up the monthly reporting, which I would say is we're one of the first early stepping stones to a Vcio processes, at least monthly reporting on service, uh, and the approach that I take in this I think is similar in that, um, you want to at least train the person how to read a report so that you can send it to them in an automated fashion later. So if you get them on a web session or you'd go to their office and visit with them and on the first couple of times they see this report and review it with them so they understand what they're looking at. Then down the road if they want to self serve and it just comes to them automatically, that's a less of a risk than automatically just sending them this report that they don't see any value in. So I think training them in, in the value of what they're seeing through these, uh, the, the tools and the reporting I think is really critical as well. Uh, like I said, just that first stepping stone to getting started.
Alex: 14:36 Yeah, and the way we handle that actually is so in the onboarding with every client, we add them to our app and then to close the onboarding, we generate their first report and we'll bring it to them as kind of a regroup post onboarding and most clients they'll want to meet with us at least once after that to find out even if they don't care about growth and strategy and all this stuff, they still care for their quickbooks to work. They still care for their computers to work on the Internet to work. So that's our opportunity to sit down with them and say, look, if you did want to grow, if you did want to look at all these different elements, here's what you should pay attention to, but at the structural foundational level, let's make sure that your basis covered right, because if their wireless is not set up properly, if their network is not set up properly, all of that creates issues and that's issues for us and issues for them. No one wants issues. It's a waste of everyone's time.
Todd: 15:27 So in your process, in the vcio process, how much do you feel kind of a percentage split of this? Um, a lot of the industry talks about them being technology business reviews rather than the quarterly business reviews and there's some discussion about how technical they should be versus business minded and I think there's, there's a need for both, what do you see within the clients as far as their attachment or their need for these meetings to be technical versus business focused.
Alex: 15:56 So from a business focus perspective, we just have an open conversation with the client, find out where they want to go, find out are they looking to grow and they're looking to expand and understand what they're currently doing in their business from a sales perspective, distribution, um, if they're servicing their accounts, how they're dealing with just having an open conversation about that. But then we do look at all of the technology behind it that affects that. So as we understand how they're running their business, we'll explain to them, for example, if we know that a construction company, companies doing $10,000,000 a year in revenue and they, they say they want to go to 50, right? But they're still on quickbooks enterprise, that's not going to work. We know they're going to start hitting growing pains. So at that point we start talking about the technical piece of it, that they should be looking at a larger Erp and they should be looking to streamline their bidding, their takeoff process, all these different things. Same thing for healthcare provider. Um, we, we look at all those elements, so definitely understanding where they've going into business, but then definitely relating to the actual technology and things that we do. Um, and, and then marrying it all together.
Todd: 17:04 Yeah. So it goes the technical components of the Prereq's to leveraging more business solutions. I view this sort of similar to the MSP business model before you're doing a vcio processes. You mentioned you want to make service a really rock solid because if service sucks, then your client is not going to listen to you about the other needs. You know, you're, you're standing here trying, trying to sell me something, uh, and the, uh, in the meantime, you can't get this problem fixed. That's been an open ticket for two weeks. So I feel like the, those, those, uh, stepping stones are important to get right. Work on your service, make sure that stable, then you can move into more advanced measures. Same thing with how you're managing that Vcio, processes a standardized stack, eliminate sort of the technical noise within the business and then start to look for other solutions or other issues to solve within the business. Further up the stack, right?
Alex: 18:00 Yeah, definitely. And I think service can actually be broken down into two categories, services, the managed services piece, which is everything, you know, our helpdesk and proactive monitoring and um, you know, all the different antivirus, all that other stuff. Right? And then there's the project piece and the project piece is just as critical as a service piece because you need to be able to quote the projects either if you're doing fixed fee, they have to be relatively accurate, right? If you're doing block hours, anything like that, they have to again be relatively accurate and it has to be timely. Um, that's another thing we found that if you get into a process where you're quoting things and you don't have a good structure behind it, a good scope of work process, I'm a good template in your quoting system, then it creates an issue where if it takes two weeks to get people quote, then they lose interest. Right. And then the actual project delivery itself, if that goes rocky, then it kind of destabilizes the whole process. So definitely MSPS as part of the making the process successful should focus on their service piece and making that consistent and then making sure that project quoting pieces consistent and you lay the VCIO on top of that. And then it's just value generation for everyone involved. The client, the MSP is just a beautiful thing.
Todd: 19:12 Yeah, that's really good advice. I often view the VCIO process, um, from a revenue generation standpoint, uh, as a, uh, project accelerator because how we're better can you get a funnel of projects than meeting with your clients on a quarterly basis to find out what their next need is and that's how it helps you figure out how that can actually lay out in sequence. So in next three months we want to do this and the next six months we want to do that and a year from now we're going to maybe focus on these things. If nothing else changes, then you can kind of work on that on a, on an annual basis. And from a sales perspective, it always blew my mind when people would come back from a client and say, oh, they're cheap. They don't want to buy this. And you know, you would, you would have follow up conversations.
Todd: 19:59 And what you would tend to find out is that they're not really saying no. They're more saying not now. Uh, and I think if you don't have sort of a business minded focus on this and understand how the business works, if you're not catching them at the right time where they're in budgeting cycles and doing planning proactively with them, then they can't make room for those OPEX are for those CAPX expenses if you're not planning with them on a progressive basis. So rather than do you want to buy this right now, it's when can we fit this into the budgeting cycle to make sure that this works for the business that opens up huge channels on developing your project funnel.
Alex: 20:36 Oh definitely. So in our APP, what we do is we used to do this in excel is basically do a three year roadmap for your budget and pick the quarters and where things are gonna move and we're flexible with, right? As long as they're okay with the risk of something being, you know, potential risks and having some glitches were still flexible with the clients. But we look at everything on a three year cycle. So our clients know roughly what the budget upcoming is for next year. That's the other really important thing about being consistent with the process because if you fall behind and it's really easy to fall behind, you know everyone's busy, everyone's focusing on their businesses. If you fall behind, then you may not be kind of telling clients about what's coming up and a year will pass and then the server that should be server 2008 needs to be upgraded. Then you surprise them with a bill. No one wants to surprise. Right, but if you tell them ahead of time, nowadays what we do is we never really even quote anything unless the client virtually says that this price is okay off of our roadmap, which saves a tremendous of time, amount of time on sales engineering because sales engineering is also very, very expensive time and if you can do the VCIO process right, that dramatically reduces the amount of investment that msps make towards sales engineers.
Todd: 21:49 Yeah, that's a huge point. I couldn't agree more that I'm. One of the areas of major inefficiency in project quoting is a, people are using statements of work to go fishing and a sales engineer sitting down for four hours to architect a solution when you know, they've maybe got a 30 percent likelihood of buy in from the client, but you know, hey, can I get you a quote so we can talk about this. It's not a piece of sales material, it's a definition of work that is essentially already been verbally agreed to. So that's great to be able to split that process and be able to have that person have visibility on, okay, yeah, let's go ahead with this. Okay, now we can actually start architecting and develop a SOW for it.
Alex: 22:30 Correct. That's a huge hidden cost that a lot don't pay attention to is the amount of time they spend on sales, engineering. And then where do you put that cost? You know, we classify the cost of sales engineering under service. There's a weird way that, that, you know, motivates the team and drives a team efficiency and then you really can look at the burden rates on that and make better decisions. Um, but whatever you put in whatever bucket you put, even if you put it on just sales and that really inflates your sales cost. So again, now we very rarely will quote something and do a scope of work unless the client pre approves it off of the roadmap document that our app generates
Todd: 23:08 and the preapproval like that, the numbers there are probably just like approximate approximate numbers. So you know, variations of up to 20, 30 percent once
Alex: 23:19 now we tell them that this is, you know, this is not set in stone, this is just a like a roadmap, you know, and especially if we don't understand if we just signing on with the client, you know, yeah, we'll do a full blown assessment sometimes before we sign up with the client. But sometimes we don't still. Right. And we explained to them that we can't know, we can't predict the price. Exactly. And it's also we have to have a more serious conversation with the client about where they want to go. You know, if they want to do multi location, if they, if they want to expand, if they, you know, or if they're more interested in cap ex versus op ex, you know, all these different elements. Those are conversations that we need to have, but putting sales engineers to architect something without a understanding that the client's actually going to commit to it and buy it is, it is a huge waste of time and just a huge money hole of time.
Todd: 24:07 Yep. Couldn't agree more. Um, so let's, uh, maybe we'll try it a bit about the solution that you guys have developed with strategy overview. Do you want to give us a kind of, you're a short pitch on how this solves problems for the MSP owner?
Alex: 24:22 Yeah, definitely. I mean it's basically like a souped up spreadsheet where there's a template behind the spreadsheet which create standardized dropdowns and has a budgeting roadmap component. So it allows us to analyze the client risks. We give all people that sign up our template that we use at our MSP. It's over 115 points of items that we look at for every business. And then we also have vertical specific items, so we look at healthcare, financial services, construction, we have different elements that we pay attention to all those clients once we run through this process with them. And again, it's template based so people can use our template, build their own template, we have people using it that are not even Msps, I know you guys have been using it and then kind of playing around with it. I'm just, it's a way to standardize a consistent approach to doing things.
Alex: 25:13 Um, and then it has a three year budget and a roadmap per page that's generated off of all those items. And there's an executive summary section. It kicks out a beautiful pdf report. It's just a really easy to use software. And then on top of that we have a dashboard that forecasts the pipeline pre opportunity and then gives you a total view of health into your entire stack in like a visual format. We were doing it a little differently where we're an MSP and we know what people, you know, what msps like, and now we're trying to treat ourselves like we want to be treated. Um, so anyone can get a free account, they can run it on one client and play with it, just stay involved in the project, pay attention to it, and now whenever they're ready they can upgrade. We did the pricing where it's very affordable for any MSPS at any size and it really allows people to standardize. There's a whole stack really elevate themselves to a, a larger trusted advisor perspective, standardize the whole qbr process. Um, it limits their liabilities and MSP it super fast, super simple to use. So that's what we did. We built it for ourselves and you know, we're sharing with MSP community and we have over 260 msps using it and a number of top 100 guys and then a ton of MSPS and every community huge Robin Robbins, a HTG group. So know we're spreading through word of mouth right now and everyone should check it out. Strategyoverview.com.
Todd: 26:41 As you mentioned, I've been using for the onboarding process, so I've taken the template and dumped all of the, well some of the MSP best practices that I like to see in, in, in the client that I'm onboarding and then use it to stack rank the, the uh, initiatives that could be undertaken to improve the, the development of, of the company processes or approach or metrics that they should be viewing for their business. So it's pretty flexible that way. I do like the, the template base and it helps eliminate, I think one of the push backs to doing a qbr process to begin with is writing these reports is really time consuming and I think that's a big piece that limits people from doing it on a wider basis to more clients. And I think having a tool like this to make it a bit more repeatable and just you pull up that template, run through a bunch of clicks once you. You've got the first one done. The iterations after the factor a ton simpler. So it really helps facilitate those meetings and eliminate a lot of the manual labor of having to create these reports and get something from the to review with the clients once you actually show up.
Alex: 27:52 Yeah, and besides the fact that we saving a fast amount of time on sales and engineering resources not being wasted, just the time to prepare the reports. That's another really important thing that you know, these reports are not prepared by your level one engineers, right? They're prepared by either you or your project engineers, you level threes. So we've cut our preparation time down from two to three hours down to about 15 minutes per client per quarter from some of our most expensive resources. And that's tremendous savings, right? Each be cio and each critical resource can support a lot more because with the software it allows you to pre-populate every answer through a template, you could always overwrite anything at any moment, but it allows you to pick from a standard list of common questions and we just keep refining and adding to that. So most of it is clicks and it just makes it so much faster. So, and it's structured like excel, so it's really easy to use as well.
Todd: 28:51 Yup. Awesome. Uh, well, uh, we'll look towards a closing up here. Um, if people want to follow you, uh, personally or reach out to you to find out more, can you tell them where they should reach out to you and, and to, to look at strategy overview if that's their interest.
Alex: 29:10 Yeah. strategyoverview.com. You can connect with me on linkedin. My name is Alex Markov on the strategy overview site. There's a little chat widget in the bottom right corner. You can just go on there and chat and say hi. Go get a free account, test it out, play with it. And um, you don't get to keep building it for the community and keep adding features that our MSP runs into. We just launched a partner advisory council, so we have like 10 bigger msps that have been using the platform for like six months on there. I know you're going to be taking part of that as well with us and we're just going to keep building it for what the MSP community needs and you know, find ways to make our life easier and bring more value to our clients.
Todd: 29:50 Yep. Excellent. Well, we've talked about the VCIO and the technology advisor is definitely the way that the industry is headed. So this will be a great addition as people start to head down that road or a continued to refine their process, uh, once they're on it.
Alex: 30:05 Yeah. I think that's really the future of the MSP world. Um, I think msps eventually it will be something more of like managed strategy providers really can help guide the strategy for, for clients as services become easier. The strategy, something that I don't believe it will become a commodity. It's something that there's, you know, every MSP can have their slight flavor on it, but every msps qualified to do this. They're doing it for their own businesses today. So we just have to bring that same mentality that we bring to our own businesses to all of our clients.
Todd: 30:37 Yup. Excellent. Well, we'll, we'll close it up there. Thanks for your time today, Alex. I'm sure we'll be chatting more about the process and the evolution of the MSP industry. Awesome. Todd, thank you so much for your time and yeah, stay well.