Mastering M&A Integration

26 Feb 2024 · 50 min

Ask about this episode

Ask anything about it. ChatGPT or Claude reads this page and answers with the times it was said.

Connect VO and ask about every podcast you hear, including the moments you saved. Add to ChatGPT · Add to Claude

In short

M&A Science Podcast Episode Summary: Mastering M&A Integration

Podcast Overview Host: Kison Patel, Founder & CEO of DealRoom Podcast Focus: Insights into mergers and acquisitions, featuring expert guests discussing real-world M&A strategies to optimize practices. Episode Title: Mastering M&A Integration Guest: Seema Nimmagadda, Head of M&A Integration for North America at Woven by Toyota Episode Highlights: Discussion on the critical importance of integrating M&A processes early in the deal lifecycle.

---

Key Takeaways from the Episode

The Importance of Early Integration

  • Integration as a Priority: M&A integration should not be an afterthought; it must be prioritized from the deal's inception to improve success rates.
  • Impact of Poor Integration Planning: Over 70% of M&A deals fail due to inadequate integration planning, emphasizing the need for early action.

Ideal Integration Process

  • Integration Management Office (IMO): Establish an early version of the IMO pre-LOI to oversee the integration process.
  • Pre-LOI Planning: Involve key functional leads during the initial stages to understand capabilities and potential challenges.
  • Iterative Process: Integrate feedback and evolve plans as more information becomes available during the due diligence phase.

Integration Strategy Development

  • Alignment with Deal Goals: Integration strategy must align tightly with the goals of the acquisition to ensure all functional leads are on the same page.
  • Cross-Functional Involvement: Utilize insights from various departments (e.g., HR, IT, finance) to create a comprehensive integration plan that meets the strategic goals.

Managing Cross-Functional Dependencies

  • Transparency and Collaboration: Ensure all teams utilize familiar tools for planning to minimize disruption and promote collaboration.
  • Regular Checkpoints: Conduct regular status meetings to monitor progress, address any issues, and adjust plans as necessary.

Exit Criteria for Integration

  • Defining Completion: Establish clear exit criteria for each workstream early in the integration process to differentiate between integration and business as usual.

---

Episode Structure and Content Overview

Episode Bookmarks

  • 00:00 - Intro
  • 04:00 - Overview of Woven by Toyota
  • 05:00 - Ideal Integration Process
  • 08:52 - Planning Pre-LOI
  • 14:40 - Key Integration Milestones
  • 18:53 - Aligning IMO and Corporate Development
  • 29:09 - Balancing Team Autonomy
  • 34:24 - Managing Cross-Functional Dependencies
  • 42:04 - Securing Stakeholder Buy-in
  • 44:36 - Identifying Completion of Integration
  • 46:25 - Best Practices for Post-Close Integrations

Key Concepts Discussed

  • Integration Management Office (IMO): Role and importance in leading the integration process and due diligence.
  • Cross-Functional Dependencies: Managing teams across different functions and ensuring cohesive plans.
  • Iterative Planning: Emphasis on continuous refinement based on team feedback and real-time updates.

---

Conclusion Seema Nimmagadda's insights highlight that successful M&A integrations stem from early planning, strong alignment with deal goals, and active involvement from various functional leads. The discussion emphasizes the need for a proactive approach to mitigate burnout and maximize the potential for achieving strategic objectives post-acquisition.

For further resources and insights into M&A practices, visit [M&A Science](https://mascience.com/podcast).

Written by AI. May contain mistakes. Listen to the episode to check what was said.

Hear the part that matters, and keep it.Open this episode in VO. Double tap your headphones to save a moment as you listen.
Get VO free

Transcript

Automatic transcript. May contain errors.

0:00This is a conversation with Seema Nimagada, Head of M &A Integration for North America at Woven by Toyota. She started out as a software developer and then transitioned to product management, which led her to product and technology integration in M &A. In this interview, she shares her experience on how to master M &A integrations. We talked about M &A integration planning pre-LOI, setting up an early version of the IMO, detailing the M &A integration strategy, and aligning deal goals with the integration strategy. This episode is brought to you by Firm Room. Searching for a data room that offers simplicity without compromise?

0:41Elevate your data room experience with Firm Room, the world's most intuitive virtual data room. Try it free for 14 days, no strings attached. And when you're ready to power up, sign up for unlimited users and 10 gigs of storage at a flat rate of$495 a month. Boost your team with Firm Room, a tool built by dealmakers for dealmakers. Check it out, firmroom.com. Again, that's firmroom.com. I'm Kisan Patel and you're listening to M &A Science, where we talk with deal professionals and learn valuable lessons from their experience. This podcast focuses on stories, strategies, and what actually happened during M &A deals.

1:37Hello, M &A scientists. Welcome to the M &A Science Podcast, where we learn from the best in M &A to uncover proven techniques for enterprise value creation. If you're interested in learning more about the products and services we developed to support world-class M &A teams, or want to get involved with the community of forward-thinking M &A practitioners, visit mascience.com. You can get started by subscribing to our free weekly newsletter for the latest insights and events. Again, that's mascience.com. I'm your host, Kisan Patel, CEO and founder of M &A Science. Joining me today is Seema Nimagada, head of M &A integration for North America at Woven by Toyota.

2:20Woven by Toyota is the mobility technology subsidiary of Toyota, creating and managing Toyota software for automated driving and safety. Today, we're going to talk about mastering business integrations in M &A. Seema, how are you doing today? I'm doing great. Really excited to be part of this podcast. Thanks for taking a break from doing massive integration projects to have a conversation with me. Could we kick things off a little bit about your background? I started at Woven more than two years back. I had, as you mentioned, the M &A integration for our North America region. Prior to Woven, I worked at KPMG, GDigital, Cisco.

2:59I've also worked at a few startups. That is where I'm at home at Woven because essentially we are like a startup acquiring and building business. I started my career as a software developer and then transitioned to product management and services management. So when I started working on M &A integrations, I started with product and technology integration, services integration. And then I had opportunities to lead integrations for some of the business enablement functions or back office functions like HR and legal and finance and IT. With my overall experience, I really enjoy leading the IMO here at Woven.

3:39We love engineers here at M &A Science. It just brings like a different skill set to the industry. I think after doing enough of these interviews, it's this whole problem-solving approach that you learn through an engineering background that you don't always get when you come up through finance. That's true. Could you tell us a little bit about Woven? A lot of people are familiar with Toyota, but a lot of people are familiar with what Toyota is up to with their Woven business unit. We are a fully-owned subsidiary of Toyota. Our focus is to create innovative mobility product, technology, and services.

4:08So one of the focuses, of course, is building the autonomous driving for Toyota. And our presence in North America is solely through acquisitions. So we started with the acquisition of Level 5, which was a division of Lyft. And we did a few more acquisitions in the U.S. and in the U.K. And the goal is to support Toyota to bring the mobility solutions to the world and to simplify. So the goal is mobility for all and safety for all. So that is the motto that we drive for Toyota. Not to mention you're building an autonomous city outside of Tokyo. Yes, Woven City is one of our initiatives where we plan to demonstrate our technologies.

4:48That city is built at the base of Fuji, which is like the North Star for all of us. It's going to be awesome to see that come together. Can you give us an overview of the typical integration process? So a lot of times you'll hear that integration, let's think about it once we close the deal. It is considered as an afterthought. That is where we see a lot of the deal failures because of that approach. I'm a very strong advocate of bringing in integration as early as possible in the deal lifecycle. So right when you are structuring the deal, building your deal strategy, that is the right time to bring in integration and start building your integration strategy in parallel.

5:30So as you are doing your early or confirmatory due diligence, the integration process should start. But you don't have to pull in the entire integration team, including all work streams or functions at that time. But depending on the type of the deal, you can pull in the key work stream leads into the picture. And as you go through the due diligence process after you sign the LOI, that is the time that you start pre-planning for your integration, build your integration roadmap. And that's, of course, a very iterative process. But if you get a good head start during that due diligence period, that is what will lead to a successful execution of that integration strategy.

6:15Once you close the deal, you can enhance your integration plan that you have put together and then increase the scope, pull in additional resources and additional functions into the mix and then execute on that integration strategy. The key is to have that integration process aligned with your deal lifecycle. This is the biggest theme that we're seeing in our industry, and it's only going to continue through 2024, is this emphasis on really planning integration well, so you can ultimately execute it well. Why is it important to think about integration capabilities even before finalizing a deal?

6:53They say that more than 70 % of the deals fail. That high failure rate can be directly attributed to integration that is not planned correctly. It is very important to think about your integration, as I mentioned before, as early as possible during the deal lifecycle. But in order to build your integration capabilities ahead of your deal is really critical. You may not have the luxury to have dedicated integration resources at your disposal. You have to leverage the leads from different functions. They will have their day jobs to do, and this is going to be an additional responsibility that they will have to take.

7:35If you have the time to do that planning beforehand, try to engage the right leads from each of the functions and prep them for the integration. If you have playbooks that you have built based on your prior experience, you can leverage that so that you can build that muscle in the company and build that culture for M &A in the team. so that once you have the deal in front of you, you've done your homework and you're ready to tackle that specific deal because every deal is unique. However you prepare, there are always going to be new situations, new problems that you have to solve. But at least if you have the base aligned, then you can take on those complexities of a specific deal based on your team that is already now familiar with the base integration process and the capabilities that are required to execute that kind of a deal.

8:32I'm under the impression that pre-LOI, there's really not a lot you can do with integration planning. I feel like you're just so limited on information and you're ultimately focused on building a business case that's going to get approved to do the deal. What are your thoughts on that? Is that my op? Is there stuff you can actually do? Is there certain things that you actually really push for? I totally agree that pre-LOI, you definitely have a lot of restrictions, but within the constraints, You can still bring in the right leads, make sure you can leverage the NDA so that you can keep the confidentiality and maintain the restrictions that you have.

9:07But I think it is really important to pull in the right leads. For example, if you're looking at, say, an acqui-hire, you definitely need to pull in your HR leads up front because then you can plan how you are going to build that strategy to retain that talent. If you are acquiring a new technology, then it is really important to bring in your product and technology leads, bring in your operations leads so that you can integrate and launch that new product as part of the integration. And so depending on the type of the deal, identify the critical works team leads or critical functional leads that you need.

9:44And then once you sign the LOI, bring them into the discussions, involve them into the due diligence and make sure you ask the right questions. And it is important to involve the right counterparts from the target too. Again, with NDA, you can definitely restrict the audience, but at the same time, you can make sure that you have the right people involved. so that you can gather the critical information, which is going to allow you to build your integration plan and integration strategy. Again, maintaining the tight alignment with the deal strategy. That is going to be the key. Okay, so it's not a whole comprehensive effort.

10:19I'm going to bring all the people in from integration pre-LOI, but identify key value driver, then I can get a sense of who's going to be critical to delivering on that value driver. And I ideally want to pull them in to start getting some validation or thinking as we put it together in LOI. Absolutely. Yeah. Okay, awesome. And then it sounds like the bulk of this stuff happens from LOI to close. Yes, I think bulk of your planning is going to happen during that phase as you do the delusions. And obviously, you'll always have the caveat that you cannot pull in each and every individual into the mix yet because you haven't closed the deal.

10:54But to the extent you will have your first versions of the integration strategy, define integration plan develop, and even you will have your work stream or functional plans, the draft version should be ready by then. You should have at least a good idea about how your target operating model is going to look post-close. You will have a good head start on those deliverables by close. And then definitely it will become an iterative process that once you do the detailed discovery after close, you will change certain things, your plans will evolve, and then your focus will change from day one to day 90, day 100, day 300, depending on the type of the deal, whatever horizon you are looking at for the integration completion, you can continue to enhance and recreate your planning after close.

11:44How do businesses ensure they have the resources and capabilities in place to successfully integrate a company? A lot of you may or may not have that luxury to have dedicated integration resources or capabilities in place. The best thing to do is when you have a downtime, say right now you don't have any active deals going on, or you don't have a very active pipeline, that time should be leveraged to build the capabilities and then identify resources in each of the functions, your HR, finance, legal, etc. And try to do some workshops, train the resources. If you have playbooks that you have built, try to leverage that to bring everyone up to speed.

12:29Based on the lessons learned from the past acquisitions, you can identify specific areas that you need to focus. You may have expertise in certain areas already in place, but then I'm just making it up. Your IT could be an area where you need to build more capabilities. So you can identify those gaps or areas that you need to focus for your organization and then start building that expertise. That is how you can make sure that when the next deal comes through, you have the right resources and you have the right capabilities to tackle that deal. You kind of have to do one deal to really learn some key lessons the hard way.

13:08And then you build off of that and start doing your retrospectives and say, okay, here's were the gaps. Here's things that we can really prep for. Then especially if that downtime, you can utilize that for some proactive preparation for the next deal. Absolutely. Is there a way to not get burnt on the first deal to get us started building out an integration program? It again depends on the maturity level of your organization for M &A. If you have done deals in some capacity in the previous life, then you are familiar with how the deal life cycle goes through and the pitfalls of integration. And you can plan not to have any burnout, but like Woven, where we didn't have that past expertise in all of our other functional areas, though it was a huge burnout after the integration.

13:56Being proactive and then planning ahead would be the key to avoid that burnout. And of course, taking advantage of advisors and resources like M &A Science, I think it's a great way to prep for the upcoming transactions, raise that level of maturity for the organization using these resources and tools that we can leverage. Say it before and I'll say it again. Your peer in M &A is your most valuable asset. When you get stumped, that's your group that's going to help you out. Let's help out the companies that are going to go through their first deal and try to help them avoid some of the big painful lessons here.

14:33Can we break down the major milestones slash steps in integration, particularly from the LOI to close stage? We definitely want to bring in the integration as early as possible in the deal lifecycle. What I have seen or what my personal preference is the integration management office, I think, is really the best to lead the overall due diligence process. because end of the day, it is running tight governance around the delusions, making sure that the integration management office has the right involvement and the right lead to lead that overall delusions process after the LOI. That becomes one of the key steps to make sure that we can have the right integration plan and strategy built.

15:17The first milestone would be to set up the first version of your IMO. As we discussed, you don't have to bring in all the functions, all the work streams into the mix. But depending on the type of the deal, bring in the key leads and start that IMO version before you sign the LOI. And then the second milestone would be to come up with your integration strategy, which is very tightly aligned with the deal strategy. The next milestone would be to build a high-level roadmap or a plan for integration. And again, it's going to be iterative. It's going to be enhanced, but having that starting version is really important.

15:54And the most important milestone is to socialize that integration strategy and integration plan with the key stakeholders, including your deal sponsor and all the functional executives and getting their buy-in, getting their commitment for the resources that you expect from respective functions. That is a key milestone. own. These are the things that you should focus from that phase once you sign LOI before you close. So first step is build out this early version of the IMO, your integration management office. You made an interesting point about the integration management should ideally lead due diligence.

16:34I'll come back to that with a question. And then from there, this is when you're defining the actual strategy of integration. And then you'll actually define the plan slash roadmap. And you're taking And this is a pretty iterative effort as you continue to gather information. And then you will socialize this with the key stakeholders, which includes a deal sponsor. Is that functional leads from both sides? At this stage, because this is pre-closed, you may or may not have that much visibility. But again, two in the box is the right way to go. And so if you can actually get some kind of commitment from the target side, that is awesome.

17:09That definitely will, first of all, make sure that the target feels involved in the overall integration process. And so you're going to get a lot more constructive response or participation from Target during the overall integration process. So I definitely would recommend involving stakeholders on the Target side as well. Can you explain briefly two in a box for those that don't know and people like me that don't remember? Typically, when you think about building your integration strategy and integration plan, it is the acquiring side which is doing that. But again, if you really want things to work, actually, it becomes instrumental to involve the target side.

17:48And so two in a box is your IMO has a counterpart from the target side. Your each work stream has a counterpart from the target side. And so you're putting the acquiring company and the target two in a box when you are building or designing your IMO. Thank you. The idea of the IMO leading due diligence. I'm curious your thoughts around structure. Because if you look at traditional structures, maybe super early, it's like you have one corp dev team and then integration becomes an afterthought. And then it finally becomes a real thought. And then all of a sudden, it's standing up a separate integration team.

18:20Then you end up with this whole knowledge chasm between diligence integration and then a bunch of other friction and misalignment on strategy and things like that happen. The idea of the IMO leading diligence makes a lot of sense because they'd get all this access to the information they really need to successfully execute integration. But the structure behind that is it's still two teams and you're just enabling the IMO team to run diligence? Or are we thinking of a structure that's more of a combined, essentially the integration people are within corporate development? How do you think about the structure of that overall?

18:53There are different scenarios that we can talk about. at Woven, integration is part of the CorpDev team. In my previous life, there have been cases where integration is outside of the CorpDev team as well. When you look from a deal's perspective, it is still one team. And in that sense, it really becomes very efficient if IMO takes lead into running the delusions process because essentially it is program management at that level, just running the governance for the overall delusions process. And even if your IMO sits outside of the CorpDev, you work very closely with the CorpDev team, with the deal leads who are involved as part of the delusions.

19:33IMO can still provide that governing or program management function for the overall due diligence cycle and involve the stakeholders. In this case, CorpDev is the big stakeholder. And then based on the deal, you would pull in respective functional leads. Even if your IMO is structured outside of Corbev, I don't see a problem IMO running the overall diligence process. Have you heard about any examples or issues where that has been a problem? When you work with different organizations or with your different clients, have you come across situations where that hasn't worked? I feel like it's so much around the culture of the company itself.

20:14Because if there is, all of a sudden it's like, this is mine and it's very distinct separation. I think that's where a lot of the friction and problems come. Because you could have it separate. And if there's a culture of a real partnership there, then you don't have that point of friction. But then there's a lot of these old school companies that just haven't changed their way in 20 years. You could tell it is purposeful. Two weeks before the deal closes, we'll give them a heads up. It's a scramble for them to figure out what they're going to do for integration. I think a lot of the company culture itself is actually the biggest influence.

20:43That is true. But for companies like us, who are, as I said, we are essentially like a startup. It is a small team. Everybody puts multiple hats. And I haven't seen any cultural issues with this approach. And actually, the deal leads are happy if somebody's taking the overhead of running the overall process for due diligence. They can focus on the actual substance of the process and focus on their areas that they need to go for due diligence. And IMO can take care of the overall program management or the governance aspect of the daily process. That's the key advantage is having that startup culture where it's very growth-oriented.

21:20People are very much oriented around change in the company. And the ones I just spoke to a practitioner yesterday that is ready to move on because they're in a role. It's stagnant. The organization refuses to make these changes. They're just frustrated and tired of it when they know the industry itself has moved on in a different direction. I'm wondering if you've ever seen that where the large corporate M &A team that has been around has a very mature function. And what does it take for them to actually adopt change? Yeah, in my previous life, where I have worked in big companies, you do see because it's a very well-oiled machine and the process is really well set.

21:58And so then you happen to stay in your, not silo, but in your swim lane when it comes to the overall M &A integration process. The problems of that is then you don't have the visibility over the other areas and then you lose out on anticipating some of the problems that you might face because you just didn't have any exposure regarding those areas. One way to overcome is if you have dedicated teams and you can afford or if you have enough resources to run separate parts of the overall integration process, making sure that you have transparency between all the teams becomes key. The way you manage the information, making sure that your document repository is open to everyone.

22:43And so people can actually check the required details, go through the diligence findings for other functions, even though it may or may not directly impact you. That would become the key and that would be a way to overcome having IMO taking over the diligence process management piece. You can still have the respective parts of your deal team in that process, but at the same time, opening up the information for everyone and then making sure the access is there. I like your optimism about driving change in these large organizations. I'm going to definitely drop your name when I hear somebody struggling with it.

23:18I want to run through those key areas that we talked to. And we talked about the reason for IMO leading diligence makes sense. When you say setting up an early version of the IMO, tell me more. What exactly do you mean by that? In the beginning, again, before you have done the due diligence, you don't have your integration strategy in place. You are not sure what is the scope for each and every function or work stream. So setting up the IMO, which encompasses the entire integration, is going to be difficult. It is important to identify the key work streams or key functions for the deal and then picking up a lead for that and setting up that starting version of IMO becomes key.

23:56In the beginning, it could just be the IMO lead with the HR work stream lead with finance. And then depending on the complexity, pull in people from the product and technology, pull in people from your IT, sales, GTM, etc. And so it's just a mini version or a mini IMO, I would call it based on the deal specifics. Okay, so we're really identifying people. So if I'm going to buy this company out, it's a competitive product, for example. And a lot of it's around integrating their capabilities into our product. And then there's going to be a lot of lift around migrating customers. And at that point, I'm going to start identifying HR because we have a lot of people moving around.

24:41I'm going to identify the tech leads because we're going to be integrating technology. And then I'm going to integrate the sales team. We're going to integrate sales force. So I'm going to bring my sales lead involved. That's how I start shaping it out in terms of setting up the early version of the IMO. Exactly. We start there. Once we have that established, I want those people involved to start defining the integration strategy. Who's involved with that? So yes, you definitely would take their inputs to build your integration strategy. And for their specific functions or specific work streams, you want to build the plan for that.

25:14And that is where you will start discovering what are the dependencies for my sales team to build their plan. They need some inputs from the product team. And then the product team will say that for this, I need some inputs from my infrastructure or IT team. What infrastructure I need to support the capabilities of the combined product. You start building your functional plans along with the overall integration plan with the inputs from these leads. And that is how slowly you will expand the scope and bring in other leads into the overall process. I want to separate like defining the strategy versus defining the actual plan.

25:55And what I'm trying to get an understanding is when we define the strategy, if you can help me understand the granularity that we want to get to in detail around defining the strategy, because I can put it in one sentence and say, we are going to integrate this company and put their features in our product. Great. That's our strategy. Give me your take. Like how much level of granularity in the details do we want to define the strategy? The level of details that you need to include when you build your integration strategy should be enough for you to actually build or take that next step to build the plan, which you can actually execute.

Read the full transcript

26:29Just having one high level sentence is not enough. Again, let's say that one of the deal driver is to combine the product from the target and build it as part of your product portfolio and take it to the market. Then your integration strategy is going to be build the combined product, make sure that you are ready to take it to the market, set some timeline. You want to do it in six months, one year, whatever is the timeline. And when you are able to offer that combined product to the market, that means it has to be aligned with your product development process. You have to have the right pricing in place.

27:05You have to have the right marketing in place. And so building it to that level of details should be covered as part of your integration strategy. And then you do that next double click to build the actual plans for individual functions or work streams in order to achieve that strategy. Yeah, it's almost like you're getting to a level of detail so that the strategy makes sense to every functional lead. Exactly. And then that's why it is really important to socialize that strategy and get the buy-ins. When you say that, oh, my strategy is to have that combined product out in the market in six months, and you will definitely have some of the functional leads raising their hands that it is impossible because we don't have this capability or whatever may be the reason.

27:46That early socialization becomes key again to vet your strategy with the deals and to make sure that it is a strategy that you can actually execute on with the right drivers. What does it ultimately end up being as a final product? Is it like a PowerPoint slide, five-page document? That again depends on your company. I don't think format becomes that important. It could be a PowerPoint slide. It could be a document. Format totally depends on what your company is used to. But having that clarity where you're able to show based on this strategy, your functional leads are actually able to take and build their own roadmaps and plans.

28:26That is what is important. How you want to build it is totally up to you. We are a Google shop. And so we use Google Slides for everything. Our strategies are laid out in that format. But again, you could use documents, you could use smart sheets, whatever format that works for the team. Cool. I like it. Pretty versatile. It depends on the company way of working. No tight definition there. And then the actual planning part. I'm curious because you mentioned the functional leads are there. You have a strategy. It sounds like the different functions start taking off and take their own accountability for what they need to do.

29:01How do you do that? How do you allow the team members some autonomy to help build a plan versus get that cohesion so it all makes sense coming together? When you ask your individual work stream leads or functional leads to start building their plans. One of the important functions of or responsibility of IMO is to make sure that you don't lose the overview. And so you have to bring in all the leads together in a regular manner to go over the plans, to talk about the dependencies, right, to talk about how this plan is going to change based on this specific requirement from the product work stream.

29:37That cross-communication is extremely important. And again, the IMO lead is the best to bring all the work streams together and to make sure that the plan is built. And the other thing I would say from my past experience is you can actually use your integration plan as a use case for your company to launch a new capability. I'll give an example. This is a deal from a few years back. We had acquired a company and the product was a subscription product. And at that time, internally, we didn't have capabilities to offer subscriptions. Our subscription billing platform was getting built, but it was not ready.

30:18And so what I did at that time was use this acquisition as a use case for that subscription billing platform. And the way we put together the integration plan was using some manual workarounds to make sure that the new product is integrated with the existing portfolio and we are able to offer that subscription. But at the same time, I used this use case to provide requirements for the subscription billing platform. Eventually, one of the deal drivers for that transaction was to get the combined product out within, I think, nine months to a year. And we did that. But that not only helped us to achieve that deal value driver, but it also helped us to build our subscription billing platform.

31:03It is really important to leverage your integration challenge or problems that you want to solve as a part of your overall company's development or targets for building new capabilities. It does become a very interesting scenario where you can use your integration as a use case. I definitely enjoyed that process quite a lot. That's a great example. You got to have a holistic view of your overall company roadmap and what goes beyond just that specific deal you're working on. Yeah. The iterative part, how do you sort of maintain that momentum? Because you're dealing with functional leads, they got a day job, a lot of things going on.

31:42Pretty traditional thing is find some template or something and just here's a plan and then you go through as an exercise. You just find a day one to go execute it. Now, how do you actually get that momentum for it to be iterative process and collaborative? Taking the example of Woven, we are a very small team. We don't have the luxury of having dedicated integration resources. And as you said, every functional lead, they have their day jobs. I think one of the key part or key feature that IMO provides is that you simplify the overall integration process for all the work team leads and try to minimize the overhead of integration as much as possible.

32:21When it comes to templates, I am a strong advocate of using the tools that the team is already familiar with. You don't want to introduce some new tool and then ask, hey, for this integration now, let's all use this new tool. And then you have to update it on a whatever daily, weekly basis and then do it. Right away, we'll hear the work team leads raising their hands. It's like we don't have cycles to learn something new and do it. Going with the tools that the team is familiar with works the best. So my product and technology or IT work teams, they love Jira. And so they build their integrations plans in Jira.

32:55But if I ask my HR and finance team, we're not comfortable with Jira. So we'll go with maybe Google Sheets or we'll go with Smartsheet. Being flexible to whatever tool or whatever format works for the team, that's the key. So you minimize the overhead on all the functional leads. And then maintaining a simple cadence for your IMO meetings where you can actually review these plans and do real-time changes. That becomes key too, because you don't want to wait for a month before realizing that, oh, I have this huge dependency and now I have to change my plan. So making sure you have the right collaborative tools in place.

33:35We use Slack. So whatever tools, again, work best for your team, leverage them so that there is an open dialogue and people can continue to iterate their plans in real time and having that transparency. So having shared drives or shared folders where people can see other work streams, their plans, that helps a lot to maintain that iterative nature. Yeah, I totally agree with you. These are some things you brought up, but I learned the hard way. You can't just say, hey, learn this new product, this and that, because I think that's where you end up with the friction. And then it becomes more of the singular exercises as opposed to the ongoing iterative collaboration.

34:13And so removing that by utilizing the tools, allowing those departments to use the tools they're already comfortable with, allows them to be able to do that. Can you tell me how much you love managing cross-functional dependencies? For integration, that is in a nutshell. It's managing cross-functional themes and cross-functional dependencies. I especially love the challenge. There's hardly anything that you can say that, oh, one works, go run with it. In integration, everything is cross-dependent and everything will have at least two or more functions who need to work together for that. I don't think you can talk about integration without cross-functional dependencies.

34:49This is where I draw the line and exit out. This is for the engineering brains, the real type A people out there that can actually do this. Because I see it and I see the different approaches to map these cross-functional dependencies and my head starts spinning and then I got to go. And I'm curious going back to here's you got different functions or using the tools you're most comfortable with. And if you have this, and I've seen this a lot in large companies where different functions are using different sets of tool, how do you map out those cross-functional dependencies if they're using different tech stacks?

35:16So if your functions are using different tools to map their plans, from IMO having a template where you can report or capture these cross-functional dependencies work. So for example, as I said, my engineering or IT work streams use Jira, some use Google Plans, Google Sheets for their plans, etc. But for my status reporting, I use simple Google Slides. And that is where for every status, cross-functional dependency is one of the key sections on that slide where people call out. That way, you can make sure it is visible to everyone. But you're right. You do have that additional responsibility to go back to your individual project plans and then add or find a way to track those dependencies and hold each other accountable.

36:04So it does become little additional work. But you can use one format to provide visibility to those cross-functional dependencies. And then whatever tool you use, you have to make sure that you can track and monitor those dependencies in those specific plans or those specific tools. I think that's a whole little seminar of its own that you could teach. So we get this plan. It's getting the right direction. People are pretty confident. Are there little checkpoints with the plan to kind of know, almost like a validation that the plan is comprehensive enough that we have confidence we're on the right page to go execute it on day one?

36:40Yes. And again, not just day one, but depending on your deal strategy and your integration strategy, it could be day 90, day 100 or day 300, whatever is the timeline you're looking for. And so you build your individual milestones. And obviously, you have some kind of cadence for your IMO meetings. Initially, it could be weekly, biweekly, and then you can maybe change to monthly, depending on where you are on the timeline. But having those checkpoints is really important to make sure if you're on track, if you need to do any adjustments, if you need to check. And a lot of times as you progress, certain work streams will drop off the integration process.

37:20They would complete their integration milestones and you could be limited only with the long holes. Typically would be your product and technology, your IT, etc. Having those regular checkpoints becomes key to, first of all, monitor where you are if you're on track. And secondly, what changes you need to do to the upcoming milestones and upcoming plan. I was curious about your impediments around information gathering. You don't get everything you want for the integration. I'm curious to know what are examples of that? that, hey, when you're playing for integration, you'll often run into this roadblock or limit of being able to get this information pre-closed.

38:03And how do you manage that? So in the pre-closed world, you're right. Because of certain restrictions, you will not have access to certain information. But then you definitely can set up areas where you can have specific audience with the right clearance, access to that information. and setting up those rooms becomes really important. So that way you can manage sensitive information in the right way. Again, depending on the criticality, if that information can be accessed post-close, then you can make sure to follow up and then do those double clicks after close as well. But maintaining clean rooms before close and making sure that right people have access to the right information can be definitely the way to approach.

38:51That's a whole other topic to get into around setting up and operating clean rooms. Otherwise, it seems like you're mapping out your gaps, working around there, anticipating the information. I'll throw in Lisa's question here because I think it's pretty relevant. How do you handle managed vendor dependencies and transparency across teams and their work streams? So vendor management, again, could be a work stream of its own, depending on your deal. During your diligence, you will come up or you can have the initial understanding of what is the scope, what are the vendors used on both the sites, where is the overlap.

39:23And you can again have your procurement work stream to take a lead on that initial plan, how you want to do the integration for all the vendors. Again, making sure the target is involved and figuring out what is the scope, where there are overlaps, and then coming up with the plan, which is not going to disrupt your existing contracts which are in place. And so making sure your contract limits and then working with both sides becomes the key to build that procurement plan or vendor management work stream plan. Just to get clarity on the complexity of the planning part, you have the functions that have their own detailed plan.

40:05And then do you have a broader kind of a master high level integration plan that you're hosting to bring everybody in? Yes, there will be some IMO level milestones that you want to track. And there will be a plan around that. And it could be more around your, as you said, right before day one, day 90, day 100, day 300. And so you could have a plan which will cover the IMO specific areas. And then you obviously have a separate functional plans for each. So a lot of times since we use Google Sheets, typically it will be one sheet with different tabs. and IMO would be one tap for the plan where you have high-level plans.

40:43And so you do want to minimize any duplicate items. Then that is, again, as part of the IMO governance, you want to make sure that you don't have duplicate items in multiple work streams plans. Even if there are cross-dependencies, you have to find out one work stream which is going to be accountable for that specific item. Others will be responsible, but then accountability should be with one work stream. And so that is one of the key things that I focus on is to have the right RACI identified. You can have multiple functions or work streams responsible, but end of the day, it's only one work stream or one function, which is accountable.

41:22That's the single throat to choke when things go wrong. Making sure that there is no duplication or redundancy across individual plans is definitely key. You remember the RACI, the whole acronym was a responsibility. Yes, responsibility, accountability, consulted, and informed. So you'll have people responsible, accountable, consulted, and informed. You don't know Google it. It's a good tool to have in your pocket. From there, we're going to socialize this with the key stakeholders to get buy-in. That was the fourth pillar that we talked about. You're basically going over this master IMO level plan with everyone.

41:58or do you have people opening up their function executable detail plan? If you have made sure that you have set up a central document repository, which is accessible to everyone, everyone should be able to see every work stream plan, including the IMO plan. And during your IMO checkpoints, you definitely go over individual plans. You do run your IMO plan with all the work streams and then focus on individual plans as and when required, depending on what phase you are at and what are the upcoming milestones. For example, say you have a weekly cadence, you will look into things that are upcoming in next week or two, and then you'll pull out respective areas from individual plans that you need to focus and discuss during that checkpoint.

42:46Awesome. There it is. That's SEMA's framework for integration planning. Set up the early version of the IMO, define the integration strategy, define the integration roadmap slash plan iteratively. and then socialize it with key stakeholders and get your buy-in. I got to ask, what are the potential pitfalls of leaving integration as an afterthought? So one of the things, as I said, your deal success really depends on that. And if you want to really make sure that you realize your deal value drivers, you meet your goals and objectives of the transaction, you definitely need to have the right integration strategy and plan in place.

43:20Without it, it's definitely going to be a failure. The other area is your teams are definitely going to burn out because you won't have the right resource planning in place. You will be overwhelmed by the upcoming milestones. And then you have to be answerable to your deal sponsor, to the board, to the steer co. And it is going to put you in a very tough situation if you don't have the right strategy and planning in place. So if you really want to hope for a smooth integration, then making sure you have the right strategy in place and the right plan based on the strategy in place, that's the key.

43:59Can you talk about the relationship between the deal goals and the integration strategy? So your integration strategy should be built around your deal goals. In order to meet your deal objectives and goals, you have to have your integration strategy, which is tightly aligned to that. In a nutshell, make sure that your integration strategy follows your deal strategy. Building two in silos definitely will not help. Yeah, that is a really good point. But when you think about the integration and going through this, eventually it's got to finish. So how do you determine when integration is truly complete?

44:35I have seen a lot of times integration just keep on going forever. People have backlogs years down the line after the acquisition is complete. It is very important to make sure that we identify the integration exit criteria up front. And so I encourage all my work streams right in the beginning when we kick off integration and think about the charter for each function or work stream. I encourage the leads to think about what is the exit criteria for their own function or their own work stream. And again, make sure that you socialize that exit criteria, get the buy-in and approval from the steer co and from the leadership team.

45:15But what it helps is once you have that exit criteria in front for a specific function or work stream, when I can exit integration and transition to business as usual mode. There will be some long-pull items that you do want to do it, but you can work on it or execute as part of business as usual. But you can come out of the integration mode and you're ready to continue running the business as usual. So identifying that exit criteria or exit strategy, and it will be a different timeline for each work stream. And for overall IMO, it could be a different timeline as well. But identifying it upfront so that you can release the resources back to the functions or work streams in time becomes easy.

45:59and it becomes easy to monitor and then track the progress very well as well. So it's very milestone-based. I'm used to private equity firms. It's always the 90-day plan. And that's what I feel like. It's just, hey, do whatever you can in 90 days and then it's onto the business. But your definition is very much, it sounds like it's around specific milestones. Exactly. All right, let's summarize this. So what are the best practices for businesses to ensure smooth integrations after close? Just going back to where we started, Bring in integration as early as possible in the mix, right from your deal strategy or deal structuring phase.

46:33Involve integration in the diligence process after your LOI is signed. Start your integration planning in that pre-close phase itself. Make it a repetitive process. Make sure you involve the right functional leads or work stream leads to build your integration plan. and then continue to refine and execute on that plan post-close. Get an early start. Seema, what's the craziest thing you've seen in M &A? So we all say that when we are doing integrations, we are building the plane as we fly. And for us at Woven, that was literally true. As I said, we had absolutely no presence in North America when we did our first acquisitions.

47:15So it was really crazy. We had to rely on advisors completely, but not having that maturity for M &A at all, not having any capabilities for M &A at all, to building those through the initial deals. I think that was the craziest thing that I've ever seen so far. What was the craziest part of that? You got to start somewhere. Sounds like a pretty crazy start from that start. I think the craziest part for that process is to demonstrate the value of integration to our stakeholder. In our case, it's Toyota. and to demonstrate the true value of the integration was the craziest part. And especially on the other side, obviously Toyota does acquisitions, but in the software world, which is a new world for that.

48:02So that was one of the craziest part. Very rewarding as well. At the end of it, extremely painful and challenging, but at the same time, very rewarding too. That's awesome. That's a great story. I really appreciate you taking the time. I learned a lot through this conversation. you've helped me become a better M &A scientist today. Thank you so much. Thank you for the opportunity to be part of this and really enjoyed this discussion. Those of you that stuck through, you're the best. Thank you. Until next time, here's to the deal.

48:41Thank 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.

49:26Again, that's mascience.com. Here's to the deal.

49:40views and opinions expressed on M &A science reflect only those individuals and do not reflect the views of any company or entity mentioned or affiliated with any individual this podcast is purely educational and is not

From the publisher

Seema Nimmagadda, Head of M&A Integration for North America at Woven by Toyota. 

A lot of times, M&A integration is considered only after closing the deal. It is often treated as an afterthought, and this approach is where many deal failures stem from. If we want to improve our M&A process and get better results from deals, we have to start updating our practices to the most efficient way of doing things. 

In this episode of the M&A Science podcast, Seema Nimmagadda, Head of M&A Integration for North America at Woven by Toyota, discusses how to master M&A integration.

Things you will learn in this episode:

• The Ideal Integration Process

• M&A Integration planning pre-LOI

• Setting up an early version of the IMO

• Detailing the M&A Integration Strategy

• Aligning deal goals with integration strategy

This episode is sponsored by FirmRoom. FirmRoom provides 80% cost savings over VDRs that bill by page and delivers a far better user experience to boot. Sign up in under 2 minutes by going to https://firmroom.com

Episode Bookmarks

00:00 Intro

04:00 Toyota's Woven Business Unit

05:00 The Ideal Integration Process

06:53 The Importance of Integration Capabilities

08:52 Integration planning pre-LOI

11:50 Ensuring Adequate Resources and Capabilities during M&A Integrations

13:27 Avoiding early pitfalls for integration

14:40 Key integration milestones from LOI to Close

18:53 Aligning the IMO and Corporate Development

21:49 Adapting mature M&A teams to change

23:28 Setting up an early version of the IMO

25:04 Key people in forming an early IMO

26:16 Detailing the Integration Strategy

29:09 Balancing team autonomy in integration planning

31:56 Maintaining collaboration and progress in integration

34:24 Managing cross-functional dependencies

35:16 Tech stack diversity

36:41 M&A execution checkpoints

38:04 Information gathering challenges pre-close

39:08 Managing vendor dependencies and ensuring transparency

40:12 Balancing functional plans with the master integration strategy

42:04 Securing stakeholder buy-in

43:04 Risks of overlooking integration

44:03 Aligning deal goals with integration strategy

44:36 Identifying when an M&A integration is complete

46:25 Best practices for smooth post-close integrations

46:59 Craziest thing in M&A

 

More from M&A Science

All 205 episodes
Mastering M&A IntegrationM&A Science · 50 min
Listen in VO