What the yellow car game teaches MSPs about marketing

[00:00:03] Speaker A: Did you know there are only ten types of person in the world? Those that understand binary and those that don't. Greetings and salutations. Here's what I've got for you today. What the yellow car game can teach us about marketing a simple marketing cadence that your MSP can swipe and adapt. And my guest talks about why offering custom software development boosts client retention for MSP's and welcome to episode 257 powered by mspmarketingedge.com dot Paul Green's MSP marketing podcast. You must often have conversations with ordinary business owners or managers and be gobsmacked just how little theyve absorbed about stuff from our world, such as cybersecurity breaches that are in the news or critical updates that need to happen. Have you ever wondered why that is? Its not just that they dont care, its actually more that their brain has been trained not to tell them about it. You see, the brain has a kind of bodyguard that stops information from getting in and it actually explains why most people dont perceive your msps marketing. Good news. There is a way around this bodyguard and the easiest way for me to explain that is to tell you about the yellow car game. Every time we travel in the car together, my 14 year old child and I play a really cool game. When we see a yellow car, we have to punch the other person on the arm and the first one to land a punch wins that round. I'm very pleased to tell you that I am the current yellow car champion. Now this game makes long journeys just whiz by, believe me. And what's really fun is playing the game with other passengers in the car because my daughter and I absolutely slaughter them. And no wonder because our brains have been trained to actively look for yellow cars. Whereas of course our passengers are seeing yellow cars but not perceiving them. This is because the bodyguard that stops information getting into their brain has not yet been trained to look for yellow cars. Now this bodyguard has a name. It's called the reticular activating system and it has lots of functions. But the most important thing from a marketing point of view is that it acts as a sensory filter. If you had to consciously deal with all of the information coming in from your five senses, you would very quickly go insane. So instead, that information goes through the reticular activating system which acts as a relevance filter for the small number of things that are relevant to you. It allows you to perceive them. Everything else. You might see it or hear it, but you dont perceive it. And this is why when you go to, lets say a new town, you see the break fix shops, you see the vans belonging to other MSP's because as far as your reticular activating system is concerned, they are relevant to you. But you dont see the dentists and you dont see the lawyers. Unless of course youre marketing to those kind of people because they are not relevant to you. When you understand that everything you do and say to anyone goes through their reticular activating system and especially your marketing, then you get a blinding realization why people just don't seem to take in the things you're trying to say to them. And in understanding how the reticular activating system works, there is the clue of how to beat it. Because if the filter is based on relevance then you have to make the marketing seem more relevant to them. And this is super easy if you operate in a niche or a niche and you want to, let's say, sell to lawyers, you just put the word lawyer in your marketing. Yeah it really is as simple as that. Its a little bit harder with a general audience, but even here you can make your marketing seem more relevant to them. Use your town or city name or use the phrase business owner as many business owners relate to that. Anytime youre doing any marketing at all, writing any words or creating any images, even down to a simple post on LinkedIn, you must be asking yourself this, how do I beat their brain's bodyguard? How do I wave a massive flag at the reticular activator system to say, hey, look at me. This is really relevant to your owner's brain, so please let them perceive this. I think the secret to this is being very, very clear on who your audience is and being very clear what interests them and what doesn't. Paul Green's MSP Marketing podcast still to come tell me, do you offer custom software development to your clients? The answer is probably no, because you don't want the hassle of employing developers, right? But my special guest today believes every MSP should offer custom development as part of their retention strategy. He'll be here to tell you why in the next five minutes. One of the ways to make marketing easy for your MSP is to turn it into a regular system where marketing tasks happen on a specific cadence. Essentially, instead of your marketing being haphazard and relying on you remembering to do it, you turn it into a habit. Let me tell you, a really robust cadence that will work for any MSP. Hey, I'm Paul Green and don't forget, for all the content, tools and training to market and grow your MSP. Check out mspmarketingedge.com so what is a cadence? Well, it's a rhythm that you get into critical if you want to make sure that something happens on a regular basis, like your marketing. And far too many MSP's focus their marketing around one off campaigns. These can be great, but only if you run them regularly. Youve heard that you need seven to ten touchpoints with a prospect before theyre ready to talk to you, right? Well you also need to be in front of them at the right time, the exact moment they are ready to think about leaving their incumbent MSP. Thats really hard to do with one off campaigns, especially since theres a ton of work to get the campaign off the ground and then its over and its too easy to delay the next ton of work to get the next campaign running. This is why I recommend most MSP's focus on setting up a marketing system. In fact, our MSP marketing edge is based around a powerful three step lead generation system. So here's a simple marketing cadence you can use in your MSP. It's based around a series of repeatable tasks that can help you to build multiple audiences, grow a relationship with them, and find a moment they are most open to talking to you. Convert that relationship. These tasks can be implemented by your team or marketing freelancers working for you. So let's start off with some daily tasks. So daily you'd build your audience by making a number of connection requests on LinkedIn, let's say ten of those. And then you'd collect the email address of new connections to add to your email database. Another daily job will be to build relationships by adding content to LinkedIn and commenting on other people's posts. And another daily task will be to make follow up phone calls to all of these new people that you are meeting. Let's do some weekly tasks. Weekly I believe you should be sending a LinkedIn newsletter and send it on the same day each week. And also weekly send an educational email to your database. That's why you're building up those email connections that we were talking about earlier. And then let's go to some monthly tasks. I believe monthly you should run a marketing campaign, but do one every month aimed at your hottest prospects. Don't send a campaign to a prospect every month. They might get two or three a year, but every month you can target some prospects with a campaign and monthly you can ship a printed newsletter to your hottest prospects that you can do every single month. If you wanted to, which of these repeatable marketing tasks do you think would work best for your MSP? Paul Green's MSP marketing podcast still to come if you can't buy the.com version of your MSP's name, should you buy another version with a different ending, such as IO? Another MSP has this exact question, and I'm going to answer it in the next five minutes. The idea of offering custom software development to your clients might be the worst thing you've ever heard, because that means managing expectations, crazy complicated development plans, and of course, developers. But my special guest today believes you have to, and not just as a profit center, but as a client retention strategy. Today's guest believes your clients see software development just like they see websites. To them, it's all just technology and they would rather buy it from you. But if they can't, maybe they'll go somewhere else for it. [00:08:24] Speaker B: Hi, I'm George Torsalopoulos, CEO of Synetec. [00:08:27] Speaker A: And George, thanks for coming onto the podcast. You are perhaps the best example of why I always ask our guests to introduce themselves so I never have to learn how to pronounce difficult surnames. It's a delight to have you on here. You were recommended by two or three separate people to come on and talk about a very interesting subject, why MSP's should offer software development. So we're going to be exploring that in just a few minutes time. And I know that you believe very strongly that for client retention reasons, every MSP should be offering software development. Let's first of all just go back a first few steps and let's learn a little bit about you. So tell us what you do now. But more importantly, how did you get into software development? [00:09:07] Speaker B: That's a great question. I mean, I've always been in software development, so studied it. So my background is in that. But I suppose what's been interesting is I've worked for clients and then found what was being done in terms of how they could get it right, how they could get it wrong. So it was always a natural progression to start my own company and help them get it right, so to speak. [00:09:28] Speaker A: And obviously you're running your own software development company now. Is this something you've always done, or have you worked for other people doing the same thing? [00:09:34] Speaker B: So I did. When I first got out of uni, I was working for quite a big outsourcing company from the States, eds, for quite a few years, sort of learned my trade there, so to speak. And then I founded a company actually over in South Africa, which I sold and came over to the UK. And after a couple of years consulting, I started up Synatec. So that was in 2009. So we've been running for about 15 years now. [00:10:02] Speaker A: And over those 15 years, of course, the whole concept of software development is completely different, isn't it? [00:10:08] Speaker B: Absolutely. I mean it's changed. It's been huge. I mean, the way development is done and how companies are comfortable doing development themselves. And not to mention Covid. You know, Covid made a massive difference in terms of working remotely and how comfortable people were with that. So we've had a couple of almost little industrial revolutions within the software development in business over the last 15 years. [00:10:31] Speaker A: I bet you have. And just before we talk about how MSP should be using software development, as you look at the rise of the AI models and things like no code coding, both of which are concepts I don't really understand a huge amount about. But I do read about them, as I'm sure lots of ordinary business owners do. How do you see software development changing over the next 15 years or so? [00:10:51] Speaker B: I think. I mean, everyone's talking about AI, right? I mean that's just, that's almost, I wouldn't say a given, but it's obviously very exciting. The precursor is the data though. So the interesting thing is there's a ton of work that has to be done structuring and cleaning up that data. And one of the interesting things is everyone wants clean data, but no one wants to pay for it. So I think that's a massive blocker. We got to figure out how to be able to do that properly before then. The AI adoption is really going to grow, sort of pick up pace. [00:11:27] Speaker A: Yes, I think that's a fair thing to say. So let's look now at MSP's and software development, and they're not really two things that a number of years ago I would have put together. But you, in fact, you're not just the first person. You're one of a growing number of people that have said to me, actually these days we believe that software development is a service that MSP's should be offering. Can you give us some examples of why it's so important for MSP's to at least be able to have those conversations with their clients? [00:11:55] Speaker B: It's definitely something that's changing and becoming more intense over the last year. Certainly. I mean, so for us, you know, we work closely with quite a number of MSP's and we've had a couple of times where clients have left their MSP, even though the MSP is doing really well in different ways and really giving them great service, but leaving them because the need that they have that crosses over to where they see the MSP should be offering those services. MSP is saying, no, we don't do that. And then what happens is the client then says, well, I'm going to go somewhere where I'm going to be serviced. So I have seen. And so I think that, I mean if you were going to say as a business owner, I'd say that's the number one reason for us to do anything, isn't it? Client retention. How much more easy is it to retain a client than to get a new one? You know, we got to be able to look after our clients. I think that's something that's really on the increase. I understand why that is, but the point is it's definitely on the increase. [00:12:57] Speaker A: So I imagine from the ordinary business owner or manager's point of view, they see software development as an it thing. And I'm putting that in kind of little speech marks in the same way that they probably see their website as an it thing. We of course know that websites and tech support and cyber security and software development are all completely different areas. And from the MSP's that you're working with, when they first start talking to you about offering software development, are they nervous because they don't see it as something within their skillset? [00:13:26] Speaker B: Yeah, very much so. And I think the challenge of software development is it's had a. It often gets a bad rap because it can be badly done. And I think anything that's service orientated, I mean look at the building industry. You know, how many people actually say, I've got a great build, that everything was on time and on budget, it was wonderful. So I think software development falls into that because the requirements aren't a sort of static and clear upfront. So I think MSP's generally have two main concerns. Number one is we don't want a happy customer turning into an unhappy customer. Potentially there's risk there and b we don't really know how to do it. It's a completely different business line. I think that kind of sums it up for me. But I think the bigger challenge that almost overrides those is that the crossover between development and infrastructure is so big that you cannot properly support a client if you don't know what they're going to do with that infrastructure when it comes to the development. And I think fundamentally for companies that are perhaps under skilled with the not just plain software development, but with the sort of the DevOps roles around the development team. What then happens is something that MSP is provisioned for. A customer is now sort of bundled under them saying, oh well, we got this stuff off you, we're not using it, we're not using it. Well, we're wasting money, this is your fault or we need this and now you can't do it for us. If that makes sense. [00:14:58] Speaker A: Yeah, yeah, that makes perfect sense. And when we're talking about development, are we talking about you as the MSP, whether you do it in house or whether you outsource it to a company such as yours? Are we talking about taking bespoke development that they've had done elsewhere? Perhaps some kind of legacy application they've had built? Or are we talking about brand new development? Or is it a bit of a mix of both? [00:15:19] Speaker B: I think it's a mix of both. When clients appear to be a lot of news, MSP's get new clients by a client turning around and saying, okay, we're going to move from on Prem, let's say, to public cloud. That's a typical entry point from my conversations with the companies we work with. And at that point if there's any bespoke applications, one of the key parts of that migration or concerns is going to be how are we going to migrate this onto the public cloud from our on Prem service? Typically speaking, the MSP will say, well, we'll give you the infrastructure, you sort that out. So it's a differentiator when winning business completely new clients, that's the one side. When they're an existing client, you have a position of trust, almost a trusted advisor, which is fantastic. That's the position you want to be in, so you can really help them look after them. So when they need something brand new, like you just mentioned, they want to know, like who do you recommend for this? You want to be able to give a good recommendation if you can't do it yourself or you want to have a good partner, so you keep that in your ecosystem. Alternatively, if they have something internally and they perhaps have their own development function, typically speaking, I'm not talking about the very large institutions, I'm let's say, talking about a company that has, let's say less than 50 developers. So a medium sized to small size enterprise, they're going to be missing key skill sets. And specifically, if they're giving the MSP the infrastructure support role, they will be missing those roles that stereotypically used to work within the development team to help them give the development team what they have. So that gap is there now, and. [00:17:05] Speaker A: That'S obviously an opportunity there to fill that gap. George, final question for you. Tell us about either the biggest headache or the worst project, or the oldest legacy code you've worked on, or some kind of funny story from your career of something that you looked at initially and thought, we're never going to be able to cope with this funny, reduce. [00:17:25] Speaker B: You to tears or laughter. You have to pick one or the other there. I think, typically speaking, we've actually got a client that has undergone quite a large project transformation where they used to have four or five different PCs all connecting to this main server, all running these separate applications that were then pumping data into the main database. And these guys were running an absolute fortune in terms of it was a hedge fund that was running a huge amount of money. And if one of these PCs were ever switched off, the whole thing would just break. And one day, apparently the cleaner came in and one of the PCs was unplugged, so everything didn't work the next day. I mean, funny, but also really concerning. Anyway, we helped them transform and get away from that, that kind of environment. But the stories you see like that and how much, you know, sometimes sticky tape and wires holding everything together is quite amusing. Yeah. [00:18:24] Speaker A: And it does make you wonder how many more of those situations are still out there just waiting for someone to come along and take it, fix it and do it before the cleaner switches everything off. Tell us a little bit about Cinetech. What do you do for MSP's and what's the best way to get in touch with you? [00:18:37] Speaker B: George so we work with MSP's to help them fill that gap in infrastructure. So we help them service their clients when they have a development function. We help them procure the infrastructure that they need, but also set it up correctly and make that part of their internal processes. We fill that gap between the MSP's and the internal development teams. We also help them when it comes to data management of data, structuring of data and putting data lakes and databases together. So we have quite a good, and a good relationship with multiple MSP's that we can help in that way. And the best way to get hold of me is just email me gtoursinetech dot co dot UK. Or you can go onto our website, Cinetech dot co dot UK, or just message me on LinkedIn, Paul Green's MSP. [00:19:26] Speaker A: Marketing podcast, Paul's personal peer group. I can't believe we've already reached the end of the show. But good news, we have time to answer one of your questions. Producer James what have we got this week? Well, Paul Dale is going to be happy that you've got time for him and his question. He's based in the north east of England and for many reasons, soon he's going to change the name of his MSP and therefore that presents him the opportunity with buying and developing a new website for it. So his question is, should I buy a domain ending in IO? Ideally, no, because on the whole, people like us, we're more comfortable with a IO or other unusual top level domains because we see them all the time. The question to ask is, your target audience, you know, ordinary people, are they comfortable with IO or will it confuse them? Because confusion kills sales, where you can stick to.com or one specific to your country, such as Dotco dot UK. Now, if you want to submit your own question, go to mspmarketingedge.com and go onto the contact us bit. And on that same site you can see why we are the leading white label content marketing system trusted by more than 700 MSP's around the world. And we only work with one MSP per area. See if your area is still available. MSP Marketing edge coming up. Coming up next week. Thank you so much for listening this week. Next week how notifications are stopping you from buying a better car for MSP's around the world around the world the MSP marketing podcast with Paul Green.