Product strategy

Tesler's Law

Also known as Law of Conservation of Complexity

Every system has a certain amount of complexity that can't be removed — only moved — so the product should absorb it instead of passing it to users.

Retention · Friction & Flow Psychology1 research source
Share
A fixed amount of complexity moving from the user's side to the system's — an illustration of Tesler's Law.

See it in action

The same screen without and with Tesler's Law. Watch both sides play out, then compare the outcome.

Complexity pushed onto the userSchedule meetingTime zoneSelect from 400+ time zones ▾Date formatDD/MM or MM/DD? ▾Effort for the userhighHandled by the systemlittle

The complexity is still there — it's just been handed to every single user.

Complexity absorbed by the systemSchedule meetingTime zoneIndia (IST) · detectedWhenTue 14 Oct, 3:00 pmEffort for the userlowHandled by the systemmost

Detecting and formatting automatically moves the irreducible complexity to the people who build the product.

What to watch: the two meters trade places — complexity doesn't vanish, it moves.

Do

Absorb inherent complexity in the system: detection, defaults, formatting, sensible automation.

Don’t

Oversimplify by hiding controls experts genuinely need.

Key takeaways

  • Decide deliberately who handles complexity: the system or the user.
  • Use smart defaults, automation and good engineering to carry the load.
  • Over-simplifying can push complexity into confusing edge cases.

Quick facts

Also known as
Law of Conservation of Complexity
Described by
Larry Tesler
Year
1980s
Category
Product strategy

Tesler's Law explained

Tesler's Law, also called the law of conservation of complexity, states that every system has a certain amount of complexity that cannot be removed. The only question is who deals with it: the user or the system.

Designers can move complexity away from users by building smarter systems: automatic defaults, intelligent formatting, sensible assumptions. This requires more effort from engineering and design, but saves effort for every user.

The law warns against oversimplifying: removing visible complexity without handling it elsewhere just pushes the problem back onto users in a different form.

Where it comes from

Attributed to computer scientist Larry Tesler, known for his interaction design work at Xerox PARC and Apple, who argued that an engineer should spend extra time reducing complexity so that millions of users don't each have to deal with it.

How it shows up in apps

Taxes, scheduling, permissions and payments are inherently complex. The best apps handle that complexity behind the scenes so the user sees a short, clear flow.

Tesler's Law examples

An expense app reads receipt photos and fills in amount, date and merchant itself, instead of asking the user to type them.

  • Email address autocomplete

    Email clients remember and suggest contacts, absorbing the complexity of recalling exact addresses.

  • Tax software

    Tax apps ask plain questions and handle the complex rules behind the scenes, so users never see the underlying forms.

  • Automatic currency and timezone

    Travel and scheduling apps detect location and show prices and times in local formats, removing conversions from the user's work.

How to apply Tesler's Law

  1. Identify the irreducible complexity in each task and decide who should handle it.
  2. Let the system do the work: defaults, autofill, detection and calculations.
  3. Expose complexity only to users who need control, through advanced settings.
  4. Invest engineering effort in absorbing complexity in high-traffic flows.
  5. Test whether simplifications actually reduce user effort or just hide it.

Want Tesler's Law checked in your own product? Our saas ux audit evaluates it alongside the other principles that shape how users decide, onboard and stay.

Common mistakes

  • Oversimplifying an interface so that users lose necessary control.
  • Pushing complexity onto users because it is easier to build.
  • Hiding complexity in ways that make errors harder to understand and fix.

How to measure it

Measure user effort (steps, inputs, time and errors) for key tasks before and after moving complexity into the system. Support tickets about a feature often reveal complexity that has been pushed to users.

Frequently asked questions

What is Tesler's Law?

Every system has a certain amount of complexity that can't be removed — only moved — so the product should absorb it instead of passing it to users.

Where does Tesler's Law come from?

Attributed to computer scientist Larry Tesler, known for his interaction design work at Xerox PARC and Apple, who argued that an engineer should spend extra time reducing complexity so that millions of users don't each have to deal with it.

How does Tesler's Law apply to app design?

Taxes, scheduling, permissions and payments are inherently complex. The best apps handle that complexity behind the scenes so the user sees a short, clear flow.

Who was Larry Tesler?

Larry Tesler was a computer scientist who worked at Xerox PARC and Apple. He is known for championing modeless interfaces and for popularising cut, copy and paste.

What does conservation of complexity mean?

It means complexity cannot be eliminated, only moved. Good design moves it from users to the system wherever possible.

How do you measure Tesler's Law in a product?

Measure user effort (steps, inputs, time and errors) for key tasks before and after moving complexity into the system. Support tickets about a feature often reveal complexity that has been pushed to users.

Sources

  1. Saffer, D. (2009). Designing for Interaction (2nd ed.), including an interview with Larry Tesler. New Riders. Find on Google Scholar ↗

View all 60 laws of UX

Keep exploring

Tesler's Law in practice

Keep exploring

Certifications that test it

Pass it on

Teach this to your team

Share it before your next design review — a shared vocabulary makes product decisions faster.

Join free

Get the ideas, not the noise.

Sign up with Google and we’ll send you short UX psychology tips by email — why people tap, stall and leave, and what to do about it. Unsubscribe anytime. Prefer something to keep? Get the free Laws of UX guide as a PDF.

Get the free Laws of UX PDFFree · no spam · unsubscribe anytime
Free certification

Can you apply Tesler's Law under pressure?

Test it in 18 real product scenarios in the free Product Design Science test. Score 70% and earn a founder-signed certificate anyone can verify.

  • Credential ID
  • QR verification
  • LinkedIn-ready
Free PDF · 74 pages · 2 editions

The Laws of UX, in one field guide

60 research-backed principles in 6 categories — what each one means, why it works on the human brain and how to use it on your own screens. Written by Sushant Singh, founder of Science of Apps, who has scaled consumer apps to lacs of users and spent 10+ years leading product across startups and digital businesses in the US, EU & India.

Pick your edition
Free. No card, no paywall — just your email.
Free PDF · 74 pages

Get Laws of UX by email

Choose your edition

You’ll also get occasional UX psychology tips. Unsubscribe anytime. Privacy policy

Free PDF · 90 pages · 2 editions

100+ Subscription Paywalls, decoded

110 real paywalls from top apps, taken apart, rated out of 5 and decoded with the Laws of UX — plus the frameworks, copy and checklists to ship your own. By Sushant Singh, founder of Science of Apps.

  • 110 paywalls rated
  • 34 Laws of UX
  • 12 frameworks

Which paywall scored 4.8 out of 5, and which scored 2.6? It’s all inside.

Pick your edition
Free. No card, no paywall — just your email.
Free PDF · 90 pages

Get 100+ Paywalls, Decoded by email

Choose your edition

You’ll also get occasional UX psychology tips. Unsubscribe anytime. Privacy policy