Organization design seems a popular topic these days. Maybe it’s the downturn. Maybe it’s just planning season. But either way, many people are asking me questions about how to design their organizations for 2025 and beyond. Questions like:
- Should marketing report into sales?
- Should engineering and product management (PM) report into a combined product org?
- Should we unite customer success and sales?
- Should North American and Europe report into a single head of sales?
The argument for combining teams is always about reducing span of control. This is a goal that many CEOs (and some boards) share, but one that somehow escaped one of the world’s most successful entrepreneurs, Jensen Huang, who has about 60 direct reports.
While 60 seems a bit much, I’ve frankly never understood span-of-control reduction as a top organization design goal. As CEO, you should be managing senior people so they shouldn’t take that much time. So, why not have 8 or 10 direct reports? If you can’t handle that, maybe the problem isn’t that you have too many reports, but that you’re managing them too closely. Maybe the solution isn’t to reduce their number, but to loosen the reins.
I have two rules for organization design:
- Design for conflict. Specifically, design your organization for the conflicts you want to hear about.
- Ensure value-add. Don’t put thing B under thing A unless the executive in charge can add value to both.
Design for Conflict
When you put, for example, engineering under product, what don’t you hear about anymore? Conflicts between PM and ENG about the time and resources required to build things. Those conflicts get silenced because the SVP of Product will suppress them, resolving them in the family.
When you put marketing under sales, what don’t you hear about anymore? Conflicts about whether sales strategy is too unfocused to enable marketing targeting. Or whether sales follows-up on new oppties in a timely manner. Those get silenced because the CRO wants to manage their own house. “Let’s resolve that at the sales QBR, not the e-staff meeting.”
When you put customer success under sales, what don’t you hear about anymore? Conflicts about whether sales is overselling to the point that customers won’t be successful and ergo won’t renew. If churn looks high, well, it must be the product. It’s not delivering, but against what expectations, set by whom? All silenced.
The rule is simple. By combining two departments, you are asking one person to resolve the conflicts between them. They’re not evil to do so; it’s the job you asked them to do. They will keep these conflicts in the family. And, as the organization grows, you will hire increasingly senior people to do just that. But with each layer and with each combination, you get more insulated from the ground truth.
So the question is simple: which conflicts do you want to hear about? Which do you want to pay someone else to resolve and which do you want brought to your office? Which are strategic to the company and potentially involve Crux-level issues?
- If you separate PM and ENG, you’ll hear a lot about specs, resources, and timelines.
- If you separate sales and marketing, you’ll hear a lot about awareness, leads, and follow-up.
- If you separate customer success and sales, you’ll hear a lot about over-selling.
There’s no magical answer here. Just a framework for thinking about it. Determine the conflicts you want to hear about — presumably because you can add the most value in resolving them — and then design the organization to make sure you do.
Ensure Value-Add
The other principle is to always ensure value-add, beyond the (sometimes merely assumed) alignment that comes from having a common boss. So, sales wants the SDRs to report to them? Why? Has the sales VP managed an SDR team before? Are they good at it? Are they even interested in it? Can they add value? Are they sufficiently metrics and process-oriented, particularly if the VP comes from an enterprise background?
This principle drives a number of positive effects:
- It defeats empire building. Sometimes the VP wants the SDR team not because they care about them, but because they want a bigger organization. Or they think it will look good on their resume for their next job search. They’re not actually interested in the job. They’re interested only in being able to say that they did it. That’s not good enough.
- It encourages learning and development. When the VP of sales first asks about managing the SDRs, you can tell them to go make themselves a valid candidate. Get close to the SDRs now. Understand their challenges and offer to help out. Network with friends and colleagues on SDR team management. Read up on best practices. Convince me that you’d make the short list of candidates and then we can have a conversation.
- You attract stronger department heads. Everyone should work for someone they can learn from. Saying the boss is the boss because, “well, we had to plug the team in somewhere,” is a terrible reason for an organizational structure. If you apply the value-add rule, functions will tend to report higher in the chain, creating a flatter org, and be placed only under those who can add value to them. This, in turn, attracts stronger candidates to run them. Who wants to be the CMO when it reports to a CRO who understands nothing about marketing? Nobody.
One great example is whether the VP of European Sales should report to the existing VP of Sales when you expand into Europe. If your VP of Sales is clever, they’ve already given themselves the title “VP of Worldwide Sales,” and you let them do it because it was moot at the time. But now they’ll argue it’s a demotion if Europe doesn’t report to them. And they’ll argue that they know how to sell the software in North America (really, the USA) and that knowledge should translate anywhere. And that everybody does it this way. You can almost hear them screaming: pick me, pick me!
But what they should be screaming is: I can add value, I can add value! And if they can, you should listen. But my questions would be:
- Do you have a passport? (This wipes out about half of Americans.)
- Have you ever lived in Europe?
- Do you speak any European languages?
- Have you ever sold and/or managed people in Europe?
- Do you you have a network of people we can hire in Europe?
- Do you have relationships with contacts at target customers in Europe?
- Do you know any strategic partners we can work with in Europe?
So, other than not having a passport, never having been there, knowing no one, and not being able to communicate, you strike me as an outstanding candidate for the job.
We do this all the time nevertheless, and Europeans have grown accustomed to reporting into people who can’t add value. But for my nickel, I’d rather hire a VP of EMEA who had great answers to my questions and reported directly to me.
Mitigation Strategies
As your organization grows, you will invariably combine teams and lose your line of communication into certain conflicts. I know three ways to mitigate this:
- Build a culture of transparency where direct reports into e-staffers are encouraged to and rewarded for speaking frankly about in-the-family problems.
- Run an extended QBR. Don’t just invite the e-staff to the quarterly business review, but also invite people among their direct reports. For example, the head of customer success if it reports into the CRO, or the head of engineering if it reports into product. Ask them to deliver the same, standard presentation that the e-staffers do. This effectively flattens the organization by creating an extended leadership team that goes beyond the CEO’s direct reports.
- Use reporting. Good reporting can reach through organizational layers and keep you in touch with what’s happening. For example, even if customer support doesn’t report to you and isn’t represented on the extended leadership team, you can still keep an eye on metrics and KPIs as well as simply on OKRs.
In this post, I’ve argued that the primary goal in organization design should not be reducing of span-of-control, but in surfacing conflicts most important to the company. I’ve also introduced a value-add rule that says no department should report into an executive who can’t add value to it. And finally, knowing that consolidation is inevitable over time as a successful company scales, I’ve offered three strategies to mitigate some of the signal loss that comes with such expansion.


As is so often the case, very topical, we are having this disucssion in one of the places I work. I agree we don’t need to have marketing, sales, onboarding, and customer success all reporting into one person (other than the CEO), to have customer alignment, however, I increasingly believe there needs to be someone who is responsible for coordinating our workflows, content, policies, and approach to the customer who has accountability and influence across multiple business functions.
As thoughtful as always. And this designing for identifying the right category of conflicts at the right time and for the right reason is such an underrated skill.
For example:
—Do we call for structural conflicts—reporting and information flow?
—Or, we call for behavioral conflicts—how the incentives and rewards are designed and the associated criteria?
—Or we call for product strategy or growth and expansion specific conflicts—budgets, org’s concerns for stability or compliance
PS: It is important so document the trade-offs and the gains from these conflicts-inspiring conversations.