Design Thinking Through LEGO: The Problem-Solving Method That Engineers Actually Use — and How Your Child Is Learning It Without You Knowing
Professional engineers follow a five-step design process. Your child is probably following the same one when they build with LEGO. Here's how to recognise and reinforce it.
Your child spends twenty minutes building something. It falls apart. They stare at it, take it apart, and rebuild it differently. It falls apart again. On the third attempt, they change the base, use longer pieces, and add support beams. It holds.
What just happened in that child's brain is one of the most important cognitive processes in engineering — and they will do it again tomorrow, probably with something completely different, probably without anyone drawing attention to it.
Design thinking is the structured problem-solving methodology that professional engineers, architects, and product designers use to move from a problem to a solution. It has five stages: Empathise, Define, Ideate, Prototype, and Test. Children who build with LEGO — particularly when they are given open-ended building challenges rather than instruction-based sets — follow this process intuitively, often completing the full cycle without guidance.
Understanding what design thinking is, and how to support it rather than interrupt it, is one of the most useful things a parent can do for a child who loves building.
The five stages of design thinking
Empathise Before any design work begins, the designer must understand who the user is and what problem they actually have. In a LEGO context, this might look like: your child watches how their younger sibling struggles to build a tower that doesn't fall over. They observe the specific failure mode — the base is too narrow, the pieces aren't connected firmly enough. They are building empathy for a user (the younger sibling) and defining a problem from that user's perspective.
Define The observations from the empathy stage are synthesised into a specific problem statement. In professional design, this is the "How might we..." framing: "How might we build a tower that a three-year-old can make that doesn't fall over?" This sounds formal, but children do this naturally. "They need something that's easy but won't fall down" is a five-year-old's version of the same thing.
Ideate The designer generates as many potential solutions as possible without yet evaluating them. In a LEGO context, your child might say: "We could use a wider base. Or interlock the pieces more. Or use DUPLO instead. Or build it on the table instead of the floor." The ideation phase rewards quantity of ideas, not quality — the filtering comes later.
Prototype A physical representation of one or more ideas is built quickly and cheaply, ready to be tested and potentially destroyed. LEGO is almost uniquely suited to this stage: a child can prototype three different base designs in ten minutes, none of which need to be permanent or polished.
Test The prototype is evaluated against the original problem. Does the tower hold? Does the three-year-old manage it? This is where the learning accelerates most rapidly, because testing a physical prototype in the real world produces failure modes that no amount of mental simulation can predict.
Why LEGO is a near-perfect design thinking environment
The LEGO Foundation's own research programme has documented what makes LEGO (and comparable building systems) particularly effective for design thinking practice. Several properties stand out:
Rapid physical iteration. Unlike materials that require significant time or skill to modify (clay, wood, code), LEGO pieces can be added, removed, or reconfigured in seconds. This makes the prototype-test-iterate cycle extremely fast — children can complete five or six full cycles in a single building session, which is far more learning per hour than a slower material allows.
Failure without catastrophe. When a LEGO build collapses, nothing is destroyed and nothing is wasted. The pieces are still functional. This means the psychological cost of failure is low — children are more willing to try risky or unusual approaches because the downside is negligible. This is not true of materials like clay or electronics.
Visible and concrete feedback. Unlike abstract thinking or digital environments, LEGO builds either stand or they don't. The feedback is immediate, unambiguous, and legible to the child. They don't need a teacher to tell them the tower fell down.
Scalable complexity. The same LEGO pieces can be used to prototype something very simple or something extremely complex, allowing the child to calibrate challenge to their current ability — and to extend that ability incrementally.
What to avoid — the instinct that undermines learning
The most common parental intervention that disrupts the design thinking cycle is the urge to solve the problem for the child when the first prototype fails.
Your child builds a bridge. It collapses under the weight of the toy car. You look at it and say: "You need to make the base wider and add some support underneath — like a real bridge." You are probably right. You have also just removed the most valuable part of the exercise.
The child who is left to work out for themselves that the base needs to be wider and the support underneath is the child who has internalized the prototype-test-iterate cycle. They have developed the instinct to diagnose failure and generate a specific correction. The child who is told the answer has learned nothing beyond "Dad/Mum knows more about bridges than I do."
This is deeply counterintuitive. Every parent instinct says to help. The research consistently shows that premature help — even well-intentioned, accurate help — reduces learning compared to letting children struggle productively before intervening.
The productive parental role is not to provide answers but to ask diagnostic questions: "What happened when it fell? What part failed first? What do you think caused that?" This is coaching in the design thinking process without doing the thinking for the child.
When to introduce the language deliberately
If your child is building regularly and is between ages 7 and 10, you can introduce the five-stage language without it feeling like a lesson. It works well as a framing after the fact, not during:
"You watched your sister try to build and saw what went wrong. Then you figured out it was the base. Then you tried three different ideas. The third one worked. That's exactly how engineers solve problems."
Naming the process — Empathise, Define, Ideate, Prototype, Test — after your child has already done it naturally gives them the vocabulary to recognise and repeat the process consciously. Research on metacognition (thinking about thinking) shows that children who can name a cognitive process and describe what it involves are better at deploying it deliberately in new contexts.
The language also signals to your child that what they are doing is real and valued — not just play, but the same process that engineers, architects, and designers use professionally. This has a documented effect on children's sense of themselves as capable problem-solvers.
The short version
Design thinking is a five-stage problem-solving methodology — Empathise, Define, Ideate, Prototype, Test — used by professional engineers and product designers. Children who build with LEGO open-endedly follow this process intuitively, completing full iteration cycles that develop the same cognitive habits as professional engineering practice. LEGO is particularly well-suited to this learning because it allows rapid physical iteration, failure without consequence, and immediate legible feedback. The most common parental mistake is intervening with solutions when a prototype fails — removing the core learning opportunity. The productive parental role is to ask diagnostic questions rather than provide answers, and to introduce the five-stage vocabulary after the child has done the process naturally. Children who can name and describe a cognitive process are better at deploying it deliberately in new contexts.