The Basics of M&A Integration Execution

26:09So now they're all caught up on at least the basics. They're not going to have all the nitty-gritty detail, but they have exactly what they need to know, and they can start executing. So that's the trickle-in. I leverage any scrap of technology I can so that I don't have to get people into a room and sit them all down around a conference table. I'll drop it into a secure chat channel, whatever we use, or I'll house it someplace in whatever secure storage area that the company uses already and just have them watch the materials there. The other thing that I leverage heavily is, again, your chat channels, whatever your chosen chat channel is, or your chat provider.

26:49And I start building the team into that channel. So it just inspires and enables more constant communication. One of the things as an integration lead, as you're managing this team that will knock you over, is how much middleman or middle person you have to play between different functional leads. People will come to you and say, hey, what about this? And you say, oh, have you talked to Kisan before? So then you have to do all this connecting. If you can cut yourself out of the middle and just bring everybody together in one place and free up that communication cycle, it not only takes the pressure off you, but it also accelerates the whole process.

27:34As we think about integrating companies, something that has always stuck with me, and I'll share this with you and then you can prove me wrong someday, is I think about flying planes, landing planes. I would rather, as the integrator, be the guy on the runway with the orange cones helping land the plane. That's my ideal. That means I'm just kind of air traffic control. I'm just enabling the professionals to do what they already do. However, it doesn't always work, especially if you get a first-time integrator. So I'm happy to be a co-worker. I'm happy to sit next to somebody and help them work through the process that they need to work through to integrate the company.

28:17I've seen this more than they have just my accidentally chosen career. And by the time you get through this one, whatever's coming down the pipe at us, you will have seen more than most people have seen as well. So co-pilot is fine. We want them flying the plane. If I ever find myself flying the plane, I know something's gone wrong. It means that there's a gap in that company somewhere, either capability, capacity, something is missing. and that's when you and I may have to build a process to handle some of that. So that's a little bit about team and how we'll try to pull people together. I'm not going to teach about scaled agile now, but we talked about when you're the quarterback and there's going to be little squads, those squads can change week over week as they need to as we start dropping some of the objectives off the integration plan.

29:12and we talked about how it should feel, not like any other day, but it should feel like we're just blending this company into processes that already exist. We're not going to make this a separate thing. We're just going to try to make this as much part of the business as we can. Is there anybody that we report up to? Depends. This is a function that unfortunately, especially in the size where we are, it can live almost anywhere and it gets passed around quite a bit. It makes sense in a couple of different places, or it can. When we get to a place where maybe there's a head of corp dev, that's maybe more of the deal side, and then integration can live under corp dev.

29:55In some companies, you'll see the whole thing live under a CFO. Why? Because the driver is really financial. At some point, no matter what benefit we're bringing to anybody, drivers have financial ties. so a CFO makes sense to orchestrate some of this stuff. Once we get a little bit bigger, or if we want to make this our regular trick that we do, we're going to do these any kind of velocity. We may have a head of corp dev reporting up to a CEO as well as a head of integration, which starts to feel more like an IMO or a PMO reporting up to a CEO as well. Again, depends on size of the company, maturity of the exercise, how tightly M &A and inorganic growth ties back to the company's goals.

30:47You talked about agile overview, governance roles, talked through that. There's typical cadence tooling and black dominoes. Want to talk about cadence? Yeah, I guess it's like, how do we keep things from stalling out, make sure there's good progress? I'm not going to teach you about scaled agile all the way. You're going to learn it as we go. but let's talk a little bit about the cadence. I will shock you to tell you that typically I operate without a documented project plan and that is heresy in this space. It takes Agile to a place that concerns most. It works for me, it may not work for you.

31:27When you do that, you have to rely on the cadence above all else. So let's talk about the cadence because you're going to see a huge focus on it. The way I have done this in the past is again, I orient around not a function. I don't have a marketing check-in because if you think about the way a business works, marketing and sales work pretty closely together and they're making decisions and they're waiting on each other for things. So what I do is I pull them together into a scrum team and anybody else who needs to fall into that go-to-market meeting, I'll pull them in as well. It might be sales ops, it might be product marketing, however we're configured.

32:10I find the little tangle of decisions and cross-functional planning that needs to happen, and I pull them together. And we just rinse and repeat that throughout the company. So we're going to find all the process or cross-functional kind of interweavings that we can, and we're going to meet with them weekly. Those meetings are typically 30-minute meetings. And I have an exceedingly simple agenda for those meetings, and you'll be running them. And those meetings basically say, what did you do last week? What are you doing next? Where are you stuck? That's it. Weekly, I usually do those Tuesday and Wednesday, so that we can maintain some of that progress.

32:58But then there's a really critical portion missing, if you just stick with those weekly meetings. You have some of your cross-functional things happening, but there are tangential decisions, further reaching decisions and stucks that can happen. So we're going to spread that out on Fridays. And on Friday, I get all of the scrum teams together into a big round table. And you will be shocked to find out that the typical agenda is, what did we do last week? What are we about to do? And where are we stuck? I'll mix in some spotlights just to get people communicating and give them, sometimes it's healthy conflict.

33:37I love to start a fight in those meetings because it generates some good, healthy discussion around places where we might be stuck. But again, it's just giving those functional leads an opportunity to say, hey, I'm stuck here. I need help. Or I have a question. I'm confused. I forgot what we're trying to do. So that Friday meeting really orients them around what are we trying to accomplish? Not the tactical stuff. We know what we're trying to accomplish on a day-to-day kind of basis. What are we really trying to do with this? And why are we thinking about the things? And that's the cadence. I hold a steer co in two different places.

34:15One might be with the board, just to let them know how that progress is going. The other is with the exec team. In most cases, our integrators, our functional integrators are not going to be execs. I prefer to have the execs off running the business. while we're developing integrators inside the company at lower levels. As low as we can go, that's how low we'll go. So if we can find managers, individual contributors, interns, we'll take anybody who is willing to walk in the door and who's willing to try integrating your company. So that's the cadence in a nutshell. How do we close it out is one of the harder questions that I don't think I have a great answer for.

34:56Do you know how long it takes to integrate a company? At once. It depends. It takes the number of days between day one and the day you schedule the closeout is the best answer I've come up with. So all my integrations take 90 days. Why? Because I schedule the closeout 90 days from day one. Again, we're working in a space where we have a playbook for this and it should take about 90 days or less. There's long tail pieces to an integration. Some of the technical stuff, infrastructure or culture. You'll never fully integrate culture in 90 days. So we're talking about really the phase one integration.

35:35But we schedule a closeout just to give us an excuse, but an ability to work towards something. It's the most important part of the closeout is having it on the calendar so that we know where the end zone is. You don't have an end zone. People don't know when they get to be done. So they eventually run out of steam. What's an umbrella track? We talked about some of these functions. We talked about pulling together, go to market. We talked about pulling together, making clients happy, like those functions. Business systems is one of these umbrella tracks that spans the entirety of the integration.

36:13It's a completely separate track. and it's one of the biggest tracks from business systems I think of in terms of like your CRM, your ERP, your marketing tech. I do a light switch go live, meaning on the same day, all of those systems go live. I'll pull that as early into the integration process as possible, but that's typically the long pole in the tent. Imagine all of these functions working together in your weekly cycles to integrate functionally, making sure that people are in team meetings and pulled into process. Tactical stuff like rebranding all the material. There's like regular work going on, but you can't be done until people are in shared systems.

36:54Just doesn't work. You can have an outside the system process for a little while, but eventually you will break the scalability of a company if you have too much technical debt left over. So business systems is this umbrella track that runs almost separately. I have one person that will run that. You'll meet them at some point and they'll be your best friend. because they're going to coordinate collecting requirements from all around the business and understanding how the two companies overlay in their software architecture from a core business systems perspective. Corporate IT is a little bit separate.

37:30It doesn't draw the same amount of focus that our CRM, ERP, and marketing tech stack is going to draw. It's a track that kicks off on day one with us, and it's going to run to the end. We got a good overview of all these activities that are happening. How do we track all this stuff? So if we're good, we don't. I have a concept that I walk around with in my head around, maybe it's milestones. Maybe it's, I've always called them special dominoes or kind of black dominoes and a stream of white dominoes or however you want to think about these points that create a lot of momentum. If we can find those things, we have to track less.

38:09One of the things that I tried to get away from very quickly, in addition to being a middleman for a lot of this work, is tracking 1800-in-a-line project plan, waterfall style with dates on everything. And it just becomes too cumbersome and it becomes administrative. So one of the things I realized is you can cheat in doing these integrations. And you can find these little activities or events in the process that drive everything else. For example, we could track meetings and tasks and documentation all required to understand the products and the go-to-market motion and marketing, positioning, all that.

38:55We could turn that into a thousand lines. Or we could approach sales enablement, whatever function owns sales enablement. And we can say, as long as it ties back to the thesis, for example, we want to train sales to cross-sell these two products by the 1st of November or the 30th of March. Just having that one clear objective will drive a ton of activity. We suddenly don't have to track all the falling dominoes on the way to this one event. We can just ask sales enablement, are we tracking to our cross-sell enablement date? They're going to be watching all the tasks. We can check in and we can poke and we can prod and we can make sure that they're thinking about their things.

39:42But we've just gone from trackers and kind of project coordinators to momentum creators. And that's really what we're going to look to do. I have found enough of these in a business where I feel way more comfortable operating without a super detailed plan than I do with. And what I have found in my limited but glorious experience is that our functional leads will appreciate it more as well. If you want to get pushback while doing a project, have somebody update a track. If you want to get buy-in into creating value in a company by doing some of this stuff, have conversations with them in these scrum meetings.

40:24The other thing that frees you up to do, you and I are complete idiots in this process. We will never be as good at marketing, for example, as somebody who is in marketing is. We're just not. We are designed to stay out of the way. If we can create enough momentum, we don't need to force this in. We can just create momentum and we can steer the river. What we don't want to do with an 1800-line project plan is stifle somebody's creativity when they're a professional in their field. Some of the greatest success that I've had has not been my success, but it's been the success of others who just had the freedom to operate.

41:05So we just post a problem. Hey, we need to do this. I'll give you an example. We had to figure out quickly how to adjust pricing in one of these exercises. And if I had built out the plan all the way down to a task level before we even closed, I wouldn't have been close. But because we just posed this problem of adjust pricing and we just left space for the professional to provide input during one of these scrum meetings, it was a great conversation around between sales and marketing and sales ops who were all sitting in the same call. And this individual came up with one of the most creative ideas I've ever seen of basically having a sales quote out of a sandbox.

41:50So they were leveraging some of the new pricing rules and methodology, which was absolutely required for the thesis of the acquisition months before we had them into the systems. I never would have thought to put that in a project line because it was just pre-flowing creativity that came out of it. So on the question of how do you document, I don't. Maybe a PowerPoint slide here and there if I need to make a point in a meeting, especially a roundtable. But even at that, as we stand here talking today, I've been running these meetings for years now. The last 12 months, I can't remember the last PowerPoint slide I put up in one of those meetings.

42:30Can we talk about the inverse, all the potential things that could go wrong and screw things up? There's about a million things and they all fall into the larger bucket of thinking of an acquisition integration as something completely foreign to other business process. I don't want to say that people and organizations make too much of it, but they try to make it too complex. We'll talk about that a little bit when we get to launch, failing to launch one. But the big bucket is treating it like some unknown creature. But if we take a big step back, what's the first thing that can go wrong? And it's not having a plan.

43:13So one of the things that we see, especially from if you think about the transition from deal side to integration side, the deal side is very high level thesis oriented. And sometimes you get stuck there. So one of my questions early on when I started having the pleasure of dealing with these kind of projects was how do you convert a thesis to an actionable plan? I don't know that I have a scientific answer for how to describe how that happens. But if you get stuck at the thesis level, it's hard to do something with that thesis. So I'll give you an example of why are you doing acquisition X? And the thesis may be because it expands our footprint into the European market.

43:58that's really like thesis level kind of stuff. And anybody who's been in a deal has seen a sentence similar to that. But when you say, okay, what does it mean to expand into a European market? Like what's the next level down? That you don't need a thousand lines in a project plan that's written down to get to how you're going to do that. You just need to know, okay, how are we going to expand it? Are we going to use an indirect, like a channel market to expand cross-sell? What's the next thinking that we have to do about what is that thesis even trying to get to? As soon as you know that next level, it gives you access to all the task level items.

44:39If we know we're going to expand by leveraging a partner channel to cross sell products from the legacy into the acquired company channel, we know that we got to get to enablement pretty quickly. And that's going to be my second weekend of enabling sales teams. and how do we combine partner marketing and drives a lot of the actual planning that you can do. When I say not having a plan, it's getting to that next level of what are we actually trying to accomplish here? And that comes up all the time in not just integration, but just organic business process. If you don't know what you're trying to accomplish, you're not going to be able to do it.

45:18That's one thing that can go wrong. I'll say something controversial here very simply and then I'll walk her back a little bit. Another thing that can go wrong is you cannot integrate. Companies, sometimes if they don't know what they're trying to accomplish, they have a lot of momentum coming up through the deal. They close the deal and then there's this moment where the company or the organization starts trying to figure out what to do now. It's not because it's been a carefully thought out process around different levels and styles of integration. There are certainly scenarios where you may not want to do a full integration.

45:55And we can walk through all different types of kind of a matrix of how deep of an integration you want to execute. But the lack of execution due to the lack of a plan is where it can go wrong. Because essentially what you get is a deal close, everybody high fives, and then there's radio silence and then following confusion. Are we combining email addresses? Are we repapering employees? all of the things that lead both acquired and acquiring employees. I feel like nobody has that plan and nobody knows what's going on. So creating confusion through lack of planning is one of the things that can go wrong.

46:32So when I say failure to integrate, what I'm really saying is failure to integrate when you should have been integrating. That's not to discount the fact that sometimes you may not want to do a full integration if it doesn't support what you're trying to accomplish. It sounds like a lot of the planning lends to the prioritization, which ultimately is those active activities that make the integration successful. That's what it is. It's just what are we trying to do? There's a big difference between acquiring a competitor that you might sunset in the market and acquiring for growth and expansion.

47:05The plan that comes out of those two things, for example, are wildly different in how you order them and what you prioritize. times, but it also impacts your decisions upstream in the deal. So if you don't know what you're trying to do, by the time you sign LOI, it impacts your diligence because you're asking different questions. You're in an area where you may be looking to remove a competitor from the space. The set of questions that you're asking are completely different in diligence from what you would be asking about somebody in the space that you're trying to grow and accelerate. Right. Similar with integration plan.

47:42You want to have something that's specific to the deal, what you're prioritizing to deliver value on. Yeah. Any other like mechanical things that could go wrong with the deal that just things to look out for or some gotchas that pop up? When we think about, and let's tie it back again to the plan, if an organization doesn't really know what they're trying to accomplish, a lot of the day one communications are fuzzy. so it can impact your message internal to the company. And the communication, your onboarding messaging, your day one town halls, however you want to think about it, really focus around what just happened, you've been acquired.

48:20The next question that the employees have is, and then what? So if you don't have a plan, you can't really communicate that out and you can shake the employee base of two companies on the same day. And people started thinking, okay, what are they not telling us? It may not be a desired lack of transparency. It may just be that there wasn't a plan to begin with. So you can actually start some pretty significant employee churn and exits if you're not clear about what it is that you're trying to do, because people assume the worst. You can also do the same thing in the market. If you focus too heavily on the acquisition as the purpose of the acquisition, it doesn't land with customers.

49:00It doesn't land with partners. It doesn't land with vendors. because again, it doesn't sound like you have a plan. Hey, we acquired X. And they go, what's the next thing? It's got to be, this is going to add churn into what I'm trying to do. So let me start planning to not renew next year or let me start looking for somebody else to partner with because I know where this is headed. So one of the gotchas is really, are you treating your day one communications or your announcements as acquisition announcements or, for example, a product launch, just a new capability in the market. Other mechanical things, you can forget onboarding.

49:40Same thing. It's all tied in. If you miss your messaging, you may forget to make a decision around how you want to bring employees into the company. Or you may just not bring them into the company. You may tell them they've been acquired and then let them sit in radio silence for three months while the leadership figures it out. That's a really dangerous one. Some of the most important people to the process early on are your HR, your P &C, but especially your engagement professionals who are really running, if there's a corporate boot camp or an onboarding program, to bring in acquired employees as if they had selected the company.

50:24This just happened to be a couple hundred or a couple thousand employees that started working that day. all the way through, do we have to do anything with their hardware, their laptops, really bringing them on as you would bring on any other employee. And organizations forget about the acquired employees too frequently. The other thing that can go really mechanically wrong, it's one of the long poles in the integration tent, is your infrastructure, your kind of software, your business systems infrastructure. Email, and I can say this because I'm not an IT professional, email is easy. It's a big project, but it's relatively straightforward.

51:07And it's easy to think of because as soon as you acquire employees, the first thing you want to do is schedule a meeting with them. And if you're not on a similar email system, it's hard to do. And somebody raises the issue. Hey, it'd be nice if we were all in the same place so that we could talk to each other more easily. So when I say easy, it's very visible. And it's a smaller kind of project. Your business systems around CRM, ERP, your marketing stack, any of your standard kind of reporting, that is one of the more complex pieces of an integration. It's specialty IT track. And depending on the size of the company, different companies handle it different ways.

51:47But forgetting to do that or starting too late can J-curve a company's performance pretty quickly. Anytime you introduce friction into something like closing a deal or reporting a forecast or driving sales performance through some of that reporting, because you're looking at two different systems and there's not a plan to get out of that, that can really drag on a company's performance. And it's hard. It's hard to do it. It's hard to do it fast. And the longer it goes on, the more project fatigue sets in the company. And not all companies have the personnel needed to be able to do it well and fast.

52:29So mechanical issue number two is not having the skill set in a company to begin with or not having those roles properly filled out and identified ahead of the acquisition. A lot of this is around prioritization, accountability. when we have kickoff meetings and try to set the tone and alignment. Can you walk me through that? How do you make kickoff meetings? How many kickoff meetings? Who's in them? It actually brings up a good point. So let's talk about something else, maybe not mechanical, but something else that can go wrong and it goes wrong all the time. And that is anytime you create a gap or a handoff.

53:11And there's a lot of places along the way in these parallel tracks where you can create a gap, call it a chasm, between the deal side of the integration. People want to highlight that because it's obvious. But if you think about very tactically, and then we'll tie this back to the kickoff, think about the deal team and how a deal team can be configured. You may have a dedicated finance, like a modeling kind of resource on this deal team. who's handling the entire model. As you're going through the deal and you're trying to prove that it's accretive to whatever you're trying to accomplish, there comes a moment at close or slightly before close in some organizations operating, that model is handed over to the go-forward finance team.

53:58If it's done perfectly, you don't miss a beat. However, it's never done perfectly. If somebody uses a different format, the formulas don't match up, what goes from a simple free statement is made unnecessarily complex. You have to understand how somebody treated accounting rules and how they're accounting for them. So the handoff, anywhere where you create a gap or a chasm between a person who started it or an organization who started it and a person or an organization who's taking it forward, that's a mechanical issue. That's a place where you can create that gap. So one of the ways that you can solve for that, and I think the last time we chatted and I talked about how I do the rolling kickoff to get people engaged, get some of your functional leads engaged rather than doing a big bang approach is you can do a little mini launch or a little mini kickoff after you've done a soft launch with your leads and you can do it however you want to do.

55:00You can do it in a deck, you can do it in a presentation format, you can do it on a spreadsheet, you can do it in a tool, it doesn't really matter. the concept is through a kickoff, you really want to be delivering the next level down from the thesis. You want to take all of the driving purpose in the deal and you want to convey that to the team who's going to be integrating. So you boil that all down and you basically write stories out of it. So if you're thinking about when is the integration done, for example, You can describe what good looks like on one page. Let's take sales, for example.

55:37You can write up a few simple statements just around, done is when sales team A is successfully cross-selling products from acquired company B. We'll know this because we can see it in a consolidated dashboard in our business systems. There's a couple of simple words in there, but a lot of things have to go into that. So that really helps you codify the purpose of the acquisition. And as you're bringing your leads in, that's the story that you're telling them. Hey, this is what good looks like, just so you know. At that point, you don't need a thousand lines to tell them how to get there. You're just telling them where they need to get to.

56:16Can you give me some more examples of stories, maybe different departments, just to make sure I get this? Because it sounds pretty pertinent to have a format where you're communicating what the end state or goal looks like. That's the beauty of stories. They don't have to be overly complex, and you're no longer focused on the how, the tasks to get there. If you think about an HR or a P &C story, really simply, it might be something like what good looks like is 100 % of acquired employees have received go-forward paperwork as designated by their governing entity or whatever, are visible in a consolidated HRIS and have completed a standard onboarding session.

57:05if adjusted to their current work schedule. That's simple and quick, but it gives you an idea of like, okay, we've already made the decision that we're going to repaper employees. We'll definitely bring them into our HRAS and we're all going to be one happy family. And we can't forget about onboarding because we want to bring them in culture-wise too, not just the mechanical kind of paperwork stuff, the stuff that moves from HR to PNC. You take simple sentences like that and you can throw it in whatever format you want and you hand it to your PNC lead and you say, this is what good looks like.

57:40What's a PNC? People in culture. Okay. So as you move through the process, you onboard your functional leads into the idea of what you're trying to accomplish. At a kickoff, that functional lead can now present back to you and leadership and whoever else needs to be there, the company, if helpful. Here's what I am trying to do in this integration. and it's the stories that you've already given them. You can ask them questions about, hey, what do you think are a couple of the big milestones you're going to need to hit along the way? Just to see. There's going to be conversations around maybe consolidating payroll.

58:17That might not be the driving factor behind the acquisition, but it may fall out of some of the other pieces of the story that you gave them. So they're crafting their plan as they go just by understanding what you're trying to do. And then you work through the integration. And as long as you have good alignment in the company around what good looks like when you're done, because you threw your stories on a page, by the time you get to a closeout, wherever you set your closeout, those same leads should be able to stand in the closeout and say, I know that I'm done because here are the stories that I was tracking to.

58:50And I can show you pictures of the fact that it's done. It's hard to show pictures of completed tasks, but you can usually find some examples just around in a company, in your day-to-day operating that are good visual depictions of done if you've written a story well enough. I like this. Reminds me of user stories in the tech world. Like here's the standardized format. We all agree to it. And what are we going to call it in the M &A world? It's not user stories. It's a... Call it a user story. Why not? That makes me wonder what it is. It's a user story. you are using it a similar way, but different purpose.

59:25That's all it is. And again, I didn't invent any of this. The tool is there. It's fit for purpose for use in acquisition integration. But again, if you think of acquisition integration as something that's so complex and different from organic business process, you look past the fact that all you're doing is collecting requirements, executing and delivering. You can make it simpler than we have made it as an industry for too long. I think that's a good point in all of this is keeping this level of simplicity. It's easier to communicate and keep people aligned. I don't know if I've shared with you before, but I run documentation light almost to a fault.

1:00:07And where I really started going with it was this concept of using stories to guide the functional leads as professionals. What I found when I really started backing off some really deep integration plans, the 1 ,000 lines or the 2 ,000 lines, those plans tend to box professionals in and they tend to tamp down on creativity. And if you're delivering somebody a 2 ,000 line plan, what you're focusing on is what date are you done with line 89 and what's your red, yellow, green status now? Which there's a place for waterfall and there's a place for task management. But at the higher level, if you tell somebody, I want to be cross-selling in three weeks, and you send them off to make it happen, if you're working with professionals, they can find some creative ways that nobody else would have thought of to even put in an integration plan.

1:01:04And I've seen that play out. Sales ops professionals that come up with something that you didn't even know could work. Shortcuts and hacks that nobody else would have even thought about. And it accelerates the plan. So rather than box people in with the hows and the steps and the what's, just lay out the goal and let them navigate their way there. It takes coaching. It takes mentoring. And there's some air traffic controlling that you have to do when you don't have tasks that you can tie back to dependencies. But it tends to make it a little bit less constrictive and less oppressive than hitting somebody with updates on a project plan weekly.

1:01:43How do you know when you're done? Things are done, ready to move on, sign off on everything. When does that happen? If you've done it well, at the beginning, you've pulled your requirements just like anything else. It's like developing a piece of software. Your software is never done. You're just developing features or pieces or the next iteration. So if you've done your work at the beginning of a project and you've pulled requirements from your stakeholders, what does an integration look like when it's done? And really work through that process across all of your different functions or your stakeholders.

1:02:14It could be the board, it could be internal, it could be whoever. Then you know you're done when you've checked off all of your stories. There's a really hard question around doing rapid integrations and some of the long tail stuff that will never happen on a short timeline. Culture is one of them. You can do some of your basic core mechanical integration stuff in a couple of months, but culture builds and it merges and it iterates over time. So to say, okay, we're going to have a full cultural integration in 90 days is not going to happen. So you may run a long tail on your cultural integration with your PNC team, but it should all flow out of a story.

1:02:56If you take a requirement from them that here's what a culturally integrated company looks like, and you look at it and you say, that's probably going to take a year, that's fine. Work through your other requirements that you can get done in a couple of months. And then you just build out your cadence to after your big closeout, maybe you have quarterly check-ins with P &C and just track to that same story that you pulled at the beginning that really defines what does culturally integrated look like. So you know you're done when you've met your requirements. The hard part is nobody pulls requirements at the beginning of these.

1:03:29Maybe just start integrating your company and you have to try to figure out when it's done. Sounds definitely easier said than done. What would be any other best advice you'd have to give somebody doing this for the first time? Keep it simple. Don't let the process or the plan drive the activity. It is an area where, and again, keep in mind the section of the industry where I do most of my work is smaller to mid-end. It's where most of the deals happen in the industry. At some point, you cross a threshold up into some of these larger players in the space. And some of this will break down or will need to be adjusted.

1:04:09But keep it simple. Don't let the plan dictate the activities. Work with the professionals in the organization. Most organizations don't run with a full portfolio management, task management kind of approach. So why bring that with an acquisition integration? It's overly complex. People are used to it. They're not used to signing into somebody else's system to work through it. So meet the company where they are, work with individuals as if they have never done an integration before, and go back to some of that story approach and try to make it as organic a business process as it possibly can be.

1:04:50I have seen examples, I've been part of examples where an acquired company had a predetermined org cutover date, meaning I have acquired the company that you work for, you are in sales, I am in sales, but you're not going to report to me for at least 90 days because we don't want to disrupt the organization. There's a lot of positive intent behind that. However, if you think about an organic business process, I think of you not as an acquired employee, but I think of you as a new hire to my team. There's no way that I would leave you off on some island for 90 days because I don't want to disrupt you.

1:05:31I want to bring you into the team as quickly as I can. I want to get the team's arms around you and start bringing you into processes and the culture and the meetups and I don't want you to feel new for very long. But for some reason in acquisitions, we tend to do this where we unintentionally keep it in us and them. Reporting structure is going to continue for 90 days. It creates all types of alignment issues at the top and no ill intent, but misaligned competing priorities can flow through. It's hard enough to keep priorities aligned in a single organization, but keeping two separate organizations is next to what possible.

1:06:11bringing that person in as quickly as you can. That's an organic business process. So don't do it differently than you would otherwise. Don't launch an acquired company. Don't message an acquired company. Turn it into a product launch. You already have a product launch process in your company. Use that. Why would you use anything different? It's already the tools that you have. Don't hold up separate business process, misalign business process for any longer than you have to. Cut them over. Just think about it's not integrating process. It's meeting a team that for some reason has been doing it, quote unquote, wrong the entire time.

1:06:48Essentially, you're trying to act as one team. That's how you want to get to. What a strange concept. Now, all of this comes back to the fact that there are different types of integrations that you can run, but that'll all flow out of an actual plan. There are excellent reasons to hold up a business unit. those reasons are fewer than the reasons to fully integrate a company, especially in the space where I play. But there are reasons to leave companies fully not off on their own, but with a separate operating structure and with maybe a GM in place. There's a couple of things that make that not make sense really quickly, and you can spot them in the deal as long as you're doing the work on what is it that we're trying to accomplish.

1:07:30Simple things like we have a goal to cross-sell. That can knock down a business unit pretty quickly. So if you know that early on, you say, okay, the business unit is not for us. We're going to do more of a comprehensive integration here. Once you know that, just do it. This has been really good information here. I always got to ask this question, but what's the craziest thing you've seen in M &A? I think it's some combination of all of those things that I just mentioned happening, like poorly falling dominoes leading to the end result of nobody knowing when you're done. I have seen also, so on the other end of it, maybe not process, but just situation, I have seen maybe not the craziest thing.

1:08:11It's an unfortunate thing. As you look at some of these deals during functional diligence, it becomes really obvious that it's not one company. It's remnants of partially digested companies, five, six, seven companies where the systems were never aligned because of all the things that we just talked about, maybe poor planning, poor execution, whatever it was. But as you look at the company from a high level, a functional level, you can see the pain that it creates and you can see the misalignment and you can see broken product positioning because nothing ever connects. You can see how hard it is on the employees just to live in their own systems, just to get clean reporting out of something.

1:08:58The stuff that employees shouldn't have to think about on a day-to-day basis suddenly becomes their whole world. There's dealing with some of the inefficiencies, and that can really drag on the company, which ironically makes them more affordable. Unfortunate that you get to look at a company that's been Frankensteined together, and you can feel the pain on the employees, but also just the unfortunate drag on the company. And you see the opportunity that was missed for that to be a successful company or a more successful company. But you then have the opportunity to correct that on the backside by doing it and bringing it in properly.

1:09:35Those are a lot of work. Those are never fun. But you have a chance to really do what acquisition integration is all about, which is create value. So cleaning up the inefficiencies, cleaning up the leftovers, bringing some consolidation and just efficiency and ease to people's day. You can create a lot of value really quickly by doing that just because somebody else didn't know how to do it. I think you set us up for the next podcast where we can contrast these companies that are essentially cobbled together, Frankenstein versus the well-done integration and maybe figure out what the difference between the two and what do you do with the cobbled business to make it right.

1:10:13This has been good. Thanks for doing this. I've always wanted to pilot the different format for a podcast. I was thinking about it in this interview. I don't think Teach the Dumb Intern is probably the right title for the series, but we can call it My First Deal. And it's just all the conversation for somebody just working on their first deal. I like it. I've been around enough deals. I've done my own deals. I'm not great at it. That's not where I belong. I can get it done for sure. But it might be interesting to bring in somebody else, like a Sibiakan or something, who's done a lot and can talk about the deal at a more tactical level just to be able to bounce some of this around.

1:10:54Integration is really cross-functional, obviously, but the deal side and the integration side, the cross-functional nature of that is often overlooked. If an integration lead can find a true partner in a deal lead, there's so much magic that can happen there that's often missed because of the chasms or because of my side, your side, or we'll let you know when we're done kind of thinking. But you can achieve so much value so much further upstream than we usually do if you really find a good partner in that space. That's a great point. This has been great. Thanks again for taking the time to have this conversation.

1:11:32I learned a ton, Aaron. Every conversation I have helps me become a better M &A scientist. So thank you for helping to contribute to this growing M &A science community. Absolutely. Thanks for having me. I've shared with you before that one of the reasons that I'm still in this field, in this industry is M &A science. I was on my way out at one point because I just figured this is too hard. It's not for me. Nobody understands what this is all about. And then I met the M &A science community several years ago now and heard, oh, I am not alone in how miserable this profession can be sometimes. And it really kept me in it.

1:12:10So I'm happy to be here. So thank you as much as you're thanking me. Well, I really appreciate it. It's really meaningful. Let's keep the conversation going here. Those of you still tuned in, thank you for sticking through. Until next time, here's to the deal.

1:12:36Thank you for taking the time to explore the world of M &A with our podcast. We love hearing feedback. Tag us on a LinkedIn post, add a review on Apple Podcasts. We'd love to hear from you. If you need help standing up an M &A function or optimizing one that you already have, we're here to help. And if we can't help you, we probably know someone that can. You can reach out to me by email, Kisan, K-I-S-O-N, at mascience.com. Or you can text me directly at 312-857-3711. If you just want to keep learning at your own pace, visit mascience.com for a lot more content and resources. That's where you can also subscribe to our newsletter.

1:13:21Again, that's mascience.com. Here's to the deal.

1:13:34views and opinions expressed on mna science reflect only those individuals and do not reflect the views of any company or entity mentioned or affiliated with any individual this podcast