TRIZ Nested Doll / Matryoshka (Principle #7)
Overview
The Nested Doll (Matryoshka) principle is the seventh of Altshuller's 40 Inventive Principles from TRIZ. The principle states: place one object inside another; make one object pass through a cavity in another object; use the empty internal spaces of objects for additional functions.
Named after Russian nesting dolls, this principle addresses a fundamental design challenge: eliminating wasted space while maintaining full functionality. The insight: empty space inside objects is an untapped resource.
Two application modes:
- Static Nesting - Objects permanently nested for storage or transport (measuring cups)
- Dynamic Nesting - Objects extend from nested state for operation (telescoping antenna)
When to Use
- Storage or transport space is severely limited
- System must be compact in one state, extended in another
- Empty internal cavities exist in structural components
- Multiple sizes of similar objects need efficient storage
- Portable systems need to collapse for mobility
- Cost reduction requires minimizing material and shipping volume
- Protection of inner components from environment
The Process
Step 1: Identify Empty Space or Size Constraints
Map the unused internal volumes or the space constraints driving the need for compactness.
Example: Camping trailer must fit on car hitch for transport but provide living space at site.
Step 2: Determine Nesting Geometry
Design shapes that fit inside each other:
- Conical Nesting: Stacking cups, funnels
- Cylindrical Nesting: Telescoping tubes, measuring spoons
- Rectangular Nesting: Storage containers, folding furniture
- Organic Nesting: Custom shapes that interlock
Example: Beauer 3X trailer uses rectangular sections that telescope outward.
Step 3: Design Extension/Extraction Mechanism
How do nested objects deploy or separate for use?
- Slide/telescope
- Hinge/unfold
- Lift/stack
- Rotate/unscrew
Example: Trailer sections slide out on rails, lock in extended position.
Step 4: Ensure Functional Integrity in Both States
Nested state must be robust for transport; extended state must perform fully.
Example: Each trailer section, when extended, provides structural walls and weatherproofing.
Step 5: Address Scaling Implications
If nesting creates size variations, ensure each size is still functional.
Example: Nested screwdrivers - each size must have sufficient torque-bearing capability.
Example Application
Situation (Industrial Chimney Construction): Tall industrial chimneys require construction or repair at height, with difficult logistics for transporting long sections.
Application:
- Constraint: Long chimney sections cannot be transported to site
- Geometry: Cylindrical nesting - telescoping tube sections fit inside each other
- Mechanism: Hydraulic lift extends sections vertically from inside
- Integrity: When extended, sections lock and seal at joints
- Scaling: Each outer section supports weight of all inner sections
Outcome: Complete chimney delivered in single compact unit, extended on-site without crane.
Example Application (Consumer Product)
Situation (Multi-Tool Screwdriver): Users need multiple screwdriver sizes but carrying many tools is inconvenient.
Application:
- Constraint: Need 6+ driver sizes in pocket-portable form
- Geometry: Cylindrical - smaller drivers nest inside larger ones
- Mechanism: Pull/twist to extract; largest handle serves as hammer
- Integrity: Each extracted driver locks into handle for torque
- Scaling: Smaller drivers have proportionally smaller tips
Outcome: Full toolkit in single pocket-sized tool.
Example Application (Software Architecture)
Situation: Software components need to scale from minimal to full-featured without separate codebases.
Application:
- Constraint: Can't maintain separate products for different feature tiers
- Geometry: Feature nesting - basic tier contained within standard, standard within premium
- Mechanism: License keys or configuration enable outer "shells" of functionality
- Integrity: Each tier is complete and functional
- Scaling: Incremental capability unlocked without reinstallation
Outcome: Single codebase serves entire product line with nested feature sets.
Anti-Patterns
- Nesting fragile components that can be damaged by contact
- Creating nested designs that can't be disassembled for maintenance
- Over-nesting to the point where inner items are inaccessible
- Ignoring structural requirements when inner items must bear load
- Assuming nesting always saves space (poor geometry can waste more)
- Forgetting that nested items may have different thermal/environmental needs
Related
- triz-segmentation (divide first, then potentially nest the segments)
- triz-taking-out (extract vs. nest - opposite approaches to space)
- fractal-design (self-similar structures at multiple scales)
- information-architecture (nested hierarchies in content)
- composite-pattern (software nested structures)
微信扫一扫