Work & Career
It's Not That You Speak Poorly, It's That You're Using the Pyramid Principle Wrong
Translated from the original Chinese essay · Read the Chinese original →
Many people first hear about the Pyramid Principle when a boss interrupts them during a workplace presentation: "Don't go into so much detail. Lead with the conclusion."
So we start trying to lead with the conclusion, support each point with three sub-points, and even go all out to make everything MECE, thinking that this is enough to be clear, logical, and professional.
But the more we use it, the more something feels off.
We follow the template, yet meetings end with no one having listened to the end, document readers can't understand what we wrote, and we even get told it's too formulaic, like it was written by AI.
We've misunderstood the Pyramid Principle.
The Pyramid Principle is not just about leading with the conclusion and supporting it with three points. Its real purpose is to help us organize the chaotic information in our heads into a language structure that others can understand and absorb.
The creator of this structure, Barbara Minto, was the first female consultant in McKinsey's history. She discovered that no matter how brilliant the ideas or how rich the information, without structure, others cannot grasp it. So she proposed the method of giving the conclusion first, then the reasons, and used the image of a "pyramid" as a metaphor.
Why is this structure effective?
The underlying principle is not complicated: the human brain can only hold about 3 to 5 chunks of information in short-term memory. A conclusion plus three supporting points fits perfectly with how the brain works. When we package information logically, we are saving the listener's mental effort.
The problem is that once this structure is treated as a template rather than a tool, it starts to backfire on communication itself.
For example, many people start by saying, "We believe we should adopt Plan B," and then dump three reasons all at once. But the boss listens with a puzzled look: How did you reach this conclusion? Did you consider the impact I care about most?
At this point, we should remind ourselves: not every situation is suitable for leading with the conclusion.
If the other person is short on time and focused on efficiency, then of course giving the conclusion directly is most effective. But if the situation is emotionally sensitive, or the other person is unfamiliar with the background, throwing out a conclusion rashly will only cause resistance.
Once, a team member was pitching to the management of a traditional manufacturing company. He started by saying, "We recommend a full digital transformation." The other side's expression darkened, and the whole meeting fell into a passive state.
Later, when we reviewed the situation, we changed the approach. Instead of leading with transformation, we started from existing problems: "Your equipment failure rate is 15% higher than the industry average, and maintenance efficiency is low." Then we raised the challenge: "But currently, the maintenance team cannot precisely locate the source of failures, and relying on experience leads to large errors." Finally, we introduced the proposal: "Would it be possible to consider using sensors for condition monitoring to optimize costs?"
By talking about the problem first and then the solution, the other side was willing to listen.
Another common misuse is the abuse of MECE categorization.
"The problems we face are A, B, C, D, E, F—six aspects..."
This expression may be logically correct, but the audience cannot remember that many points. By the time you finish the second point, everyone has already started to drift off.
We can actually say it differently: "Our problems, in essence, are three shortages: a shortage of user insight (covering A+B), a shortage of channel coordination (covering C+D), and a shortage of data closed loops (covering E+F)."
Do you see? The content hasn't changed, but it's more focused and easier to remember.
Another time, in an internal report, we said: "This project failed because the preliminary research was inadequate, development progress was delayed, and the launch testing was too rushed."
That already sounds clear, but the listeners still weren't moved enough.
We changed the wording: "This launch failure is really teaching us three things: we don't understand our users well enough, we haven't established a stable delivery rhythm, and our awareness of launch risks is far from sufficient."
The choice of every word determines whether the other person is willing to hear you out.
We always think that expression must be logically perfect, but we often overlook that expression must first make people want to listen.
Even if the structure is logically clear, if it's as stiff as reading a report, lacking emotion and imagery, it's hard to convince anyone.
Once, a colleague suggested delaying the release of a product feature. He wrote in the document: "It is recommended to postpone the release to next week due to a high test failure rate."
We didn't accept it immediately. Later, he changed his wording: "Our last three tests all failed. If we launch today, the user experience risk is extremely high. I hope to delay by one week and focus on fixing issues during this time to avoid a disaster on launch day."
As soon as he changed the wording, no one hesitated anymore. Not because the logic was stronger, but because we heard how big the risk was, what he had considered, and what he was worried about.
That is what truly convinces people.
Sometimes, people with clear structures are prone to falling into the trap of logical violence.
After the other person finishes speaking without expressing an opinion, they immediately say: "Let me summarize, three points."
When someone has a different view, they blurt out: "I disagree, for three reasons."
They prepare a conclusion and three reasons before the meeting, but never respond to any new information throughout.
Structure is not meant to win arguments; it's meant to make people willing to continue communicating.
We can try to hide the structure and guide the conversation slowly:
"Do you think the key issue here is time or manpower? If it's manpower, I have a few ways to deal with it..."
We can also invite the other person to participate: "This is what we're thinking. Do you see any angles we might have missed?"
We can even lay out our points like building blocks: "Let me start with the big picture, and then we'll look at the details later."
Expression is not a competition; it's about building a bridge that the other person can walk across.
In workplace communication, what we truly want to achieve is not being right, but making people willing to listen, willing to believe, and willing to act.
The Pyramid Principle is not the end of our thinking, but a starting point.
It helps us sort out logic, package information, and reduce noise, but it cannot help us make judgments, convey trust, or evoke resonance.
Truly advanced communicators don't wear the structure on their sleeves. Instead, they use it to make conversations lighter, more natural, and more effective.
So next time you're preparing a report, a meeting, or writing a document, think about this:
Are we presenting a conclusion, or inviting the other person into our thinking?
Are we being right, or are we speaking to the heart?
Structure is useful, but don't let it cover up our warmth.