The 70 20 10 principle is basically a way to split your focus—mostly used in UX, product development, and innovation. It says you should put 70% of your effort into what already works, 20% into making things a little better, and 10% into wild experiments. Keeps things stable while still letting you grow and maybe stumble onto something big. In UX, this rule gives you a clear way to prioritize. That 70% chunk? That's your bread and butter—the main flows and features people use every single day. Polish those, make 'em rock solid. Then 20% goes to tweaks and upgrades based on what users are complaining about or asking for. And that final 10%? That's for playing around—testing weird new interactions, tech you're not sure about, or completely fresh user journeys. Stops you from dumping all your cash into a crazy idea while still letting you improve steadily. Google's the classic example here. They used to follow this split religiously. 70% went to core search and ads—their money makers. 20% went to stuff like Gmail, Google Maps, Google News—things that started as internal projects and grew into massive products. And that 10%? That got you self-driving cars (Waymo) and Google Glass. Some worked, some didn't, but it let them dominate search while planting seeds for the future. You gotta plan this out. First, figure out what's core—the stuff your product can't live without. That's your 70%. Second, look at user feedback and analytics to find things you can improve incrementally—that's the 20%. Third, carve out some time and budget for experiments—maybe a hackathon or dedicated sprint days. That's the 10%. Track metrics for each bucket separately or you'll lose control. And do quarterly check-ins to adjust the split as your product grows up. Nah, it scales. Small teams can just split their weekly hours—like 28 hours on core, 8 on improvements, 4 on experiments. Or even adjust to 80-15-5 if you're really stretched thin. It's about the mindset, not the exact numbers. That's kinda the point. Failure's expected. The whole idea is to keep risk contained so you can learn fast. The 10% zone is an investment in learning, not a guarantee. If it bombs, you take what you learned and feed it back into the core or adjacent work. Yeah, works anywhere. Car manufacturers use it—70% improving existing models, 20% new models in existing lines, 10% research into electric or autonomous tech. Fashion brands, service design—same deal. It's not just for apps. Different beasts. 80/20 is about finding the few inputs that give you most outputs. 70 20 10 is about how to split your resources across core, adjacent, and experimental work. They can work together though—you might use 80/20 to figure out which features are core enough to land in that 70% bucket.What is the 70 20 10 design principle
How does the 70 20 10 rule apply to UX design?
What are the benefits of using the 70 20 10 model in product design?
Can you provide a real-world example of the 70 20 10 design principle?
How do you implement the 70 20 10 principle in a design team?
Data Table: Resource Allocation Strategies
Category
Percentage
Focus Area
Example Activities
Core
70%
Stability, performance, usability
Bug fixes, accessibility improvements, flow optimization
Adjacent
20%
Incremental innovation
New settings, dashboard widgets, small feature requests
Transformational
10%
Breakthrough innovation
AI-driven features, new platform concepts, radical UI paradigms
Checklist: Applying the 70 20 10 Principle
Frequently Asked Questions
Is the 70 20 10 principle only for large companies?
What happens if the experimental 10% fails?
Can the 70 20 10 principle be applied to non-digital products?
How does this principle differ from the 80/20 rule (Pareto Principle)?
Resumen breve