Teslers law is also known as the law of conservation of complexity.It states that an application needs to have a certain amount of complexity that cannot be reduced. You can only simplify an application to a certain extent

What is the Teslers law 

This law is important because everywhere you look everyone is always saying to simplify and it is a good technique and idea to make good useful designs.The problem is when you simplify too much,you don't want to simplify to the point where the application is abstract.

Why is this law important

You can apply this to your designs in a number of different ways<ul><li class="ql-align-justify">Make sure you know what the key things that your user needs to accomplish and the amount of energy and time it takes</li><li class="ql-align-justify">Ensure as much as possible of the burden is lifted from users by dealing with inherent complexity during design and development.</li></ul>

How can you apply this in your designs

True simplicity is improving or increasing the functionality and amount while reducing the complexity.True simplicity means being devioid of unecessary complexity, not making the product barely functional

What is true simplicity

Things that are complex for instance calculations and other things that are very hard for humans to accomplish delegate it to a computer for them to figure out

Delegate controls to the application

<ul><li class="ql-align-justify">Aim for exceeding the expectation without increasing the amount of cognitive load</li><li class="ql-align-justify">Provide clear and organized steps towards achieving the end result, ensuring that each state of your application fits properly into the flow.</li></ul>

Last Few Things to Consider While Thinking Of Simplicity

Follow me for more inspirational ideas about UX design and human psycology.

Thanks for Reading

<div dir="ltr">
 
 
 Posted 5 years ago by 
 <a href="https://marvelapp.com/blog/author/gabriel-colombo/" dir="ltr">Gabriel Colombo</a> 
 
 </div><img src="https://marvelapp.com/wp-content/uploads/2017/04/rubixcube.png" alt="Simplicity is Overrated" width="785" height="478">"Fast, simple and easy to use". This is the motto that drives the majority of tech companies nowadays. Fueled by Agile methodologies, these companies strive for fast deliveries and quick iteration cycles.But, in order to deliver fast, the outcome must be simple. But how simple? One of LEAN's methodology principles says the following:(…) Keep things simple. Keep the requirements simple. Keep the technical solution simple. Find the easiest way to meet the users’ goals. Don’t over-engineer. Don’t spend too long considering future requirements that may never materialize. Get something simple to market and build on it based on real customer feedback— (<a href="http://www.allaboutagile.com/lean-principles-5-deliver-fast/" dir="ltr">source</a>)The problem is that sometimes "simple" ends up treated as "minimal", resulting on faulty features that don't add much value to the user until the next iteration comes around, causing flaws on the user experience.Is the simplest path the best one? Not always. Most of the time unexpected things will get in the way mid process, increasing its complexity.In order to get a better understanding on this concept, let's take a deeper look at the meaning of simplicity.<h2>Understanding simplicity</h2>I believe the easier way to describe simplicity is being devoid of unnecessary complexity. Professionals are more often used to measuring how complex a process can be by focusing on its technical aspects.<BLOCKQUOTE>"I believe the easier way to describe simplicity is being devoid of unnecessary complexity."</BLOCKQUOTE>Personally I like to say that simplicity is knowing what is “just enough”. It’s that moment when know that you’re providing just enough functionality for the users to get things done without getting in their way.It can be achieved through many ways, like reducing the amount of features or hiding things until they are necessary, but attention must be paid when going down this path to not lose quality on your product.<h2>Tesler's Law— Why things will never be that&nbsp;simple</h2>Also known as the law of conservation of complexity, it presents the following concept:Every application has an inherent amount of complexity that cannot be removed or hidden. Instead, it must be dealt with, either in product development or in user interaction.This concept was coined by <a href="https://twitter.com/nomodes" dir="ltr">Larry Tesler</a>, who claims that an engineer should spend extra time reducing complexity on the application instead of making users spend more time on the task they're trying to perform.Although reducing complexity in order to make the interface easier sounds like a must, these decisions should not be based solely on the technical aspects of the application. Psychology also plays an important role when making these decisions.<h2>Finding the perfect&nbsp;balance</h2>Discussions about how simple a feature should be usually derives from the following question:"Should we take some control from the user in order to make the experience simpler or give him control of the situation at the price of increasing complexity?"<a href="https://twitter.com/johnmaeda" dir="ltr">John Maeda</a> gives us a very straightforward way for working this problem:<BLOCKQUOTE>How simple can you make it? Vs. How complex does it have to&nbsp;be?</BLOCKQUOTE>At first, you want the application to be easy to use and provide value to the user in a simple way. On the other hand, it should provide just enough functionality to get stuff done.So, what’s the goal? To reduce functionality without significant penalty.<img width="745" height="745" src="https://marvel7077.wpengine.com/wp-content/uploads/2017/04/Chart-Simplicity.jpg?width=1080" alt="chart-simplicity" srcset="https://marvel7077.wpengine.com/wp-content/uploads/2017/04/Chart-Simplicity.jpg?width=1080&amp;dpr=1 1x, https://marvel7077.wpengine.com/wp-content/uploads/2017/04/Chart-Simplicity.jpg?width=1080&amp;dpr=1.5 1.5x, https://marvel7077.wpengine.com/wp-content/uploads/2017/04/Chart-Simplicity.jpg?width=1080&amp;dpr=2 2x, https://marvel7077.wpengine.com/wp-content/uploads/2017/04/Chart-Simplicity.jpg?width=1080&amp;dpr=3 3x, https://marvel7077.wpengine.com/wp-content/uploads/2017/04/Chart-Simplicity.jpg?width=1080&amp;dpr=3.5 3.5x, https://marvel7077.wpengine.com/wp-content/uploads/2017/04/Chart-Simplicity.jpg?width=1080&amp;dpr=4 4x"><dd class="caption">
				A visual representation on finding the balance between how simple and how complex a process should be
				</dd>Knowing by Tesler’s Law that a process can only be simplified to a certain point, let’s analyze a couple different approaches:<h2>Delegating control to the application</h2>This approach is most valuable on situations where complex tasks must be performed.Computers are much better at handling complexity than humans, so situations like performing calculations, multi-tasking, understanding complex patterns and querying extensive data-sets can be delegated to the application, reducing the cognitive load from the user.In order to compensate for the lack of control, the results from such operations might be presented in the form of smart defaults or even be used to perform certain steps automatically, simplifying the interface and making the experience predictable.The problem with this approach is that it relies heavily on feedback. If the application fails to communicate its state to the user, the experience will quickly become confusing.<BLOCKQUOTE>"If the application fails to communicate its state to the user, the experience will quickly become confusing."</BLOCKQUOTE><h2>Giving the user more&nbsp;control</h2>This approach is most valuable when direct manipulation or customization is required.Sometimes the application must accommodate custom preferences, so some decisions are delegated to the user.On the technical side, this approach opens possibility for the creation of modes, which can complicate the experience even more if not managed properly.On the human side, <a href="https://www.nngroup.com/people/bruce-tognazzini/" dir="ltr">Bruce Tognazzini</a> claims that people have some amount of resistance against reducing complexity. Tasks that are expected to be complex, like banking, if overly simplified might create the impression of being unsafe or not be working properly. Even if the computation takes only a second to complete, it doesn’t feel right that a “complex operation” like transferring money could be performed so fast.These factors should be taken in consideration when allowing users to make decisions.<h2>Conclusion</h2>Don't take simplicity for granted, take the time to figure out when you’re providing the most value to the user. Simplicity needs complexity, so what’s considered to be simple might not always be simple, it’s just doing a good job on hiding its complexity.<BLOCKQUOTE>"What’s considered to be simple might not always be simple, it’s just doing a good job on hiding its complexity."</BLOCKQUOTE>Here are a few things to consider when simplifying things:<UL><LI>Aim for exceeding the expectations without overwhelming the experience.</LI><LI>Try to reduce the time to perform a task. If that’s not possible, how can you make the waiting more tolerable?</LI><LI>Provide clear and organized steps towards achieving the end result, ensuring that each state of your application fits properly into the flow.</LI><LI>Reduce the amount of distractions</LI><LI>Bring data forward in order to facilitate the process</LI></UL>Thanks for reading, and let me know your opinions in the comments. If you like it, don’t forget to share it.This article was originally published on <a href="https://blog.prototypr.io/simplicity-is-overrated-80fe987bbc59" dir="ltr">Gabriel's Medium page</a>.<h2>
 Design and prototyping for everyone </h2><h3>
 Thousands of individuals and teams use Marvel to design and prototype ideas. </h3>

All my life I've heard make it simple make it simple this opened my eyes to what that really meant

"Fast, simple and easy to use". This is the motto that drives the majority of tech companies nowadays. Fueled by Agile methodologies, these companies strive for fast deliveries and quick iteration cycles.

But, in order to deliver fast, the outcome must be simple. But how simple? One of LEAN's methodology principles says the following:

(…) Keep things simple. Keep the requirements simple. Keep the technical solution simple. Find the easiest way to meet the users’ goals. Don’t over-engineer. Don’t spend too long considering future requirements that may never materialize. Get something simple to market and build on it based on real customer feedback— (<a href="http://www.allaboutagile.com/lean-principles-5-deliver-fast/">source </a>)

The problem is that sometimes "simple" ends up treated as "minimal", resulting on faulty features that don't add much value to the user until the next iteration comes around, causing flaws on the user experience.

Is the simplest path the best one? Not always. Most of the time unexpected things will get in the way mid process, increasing its complexity.

In order to get a better understanding on this concept, let's take a deeper look at the meaning of simplicity.

I believe the easier way to describe simplicity is being devoid of unnecessary complexity. Professionals are more often used to measuring how complex a process can be by focusing on its technical aspects.

"I believe the easier way to describe simplicity is being devoid of unnecessary complexity."

Personally I like to say that simplicity is knowing what is “just enough”. It’s that moment when know that you’re providing just enough functionality for the users to get things done without getting in their way.

It can be achieved through many ways, like reducing the amount of features or hiding things until they are necessary, but attention must be paid when going down this path to not lose quality on your product.

Tesler's Law— Why things will never be that simple

Also known as the law of conservation of complexity, it presents the following concept:

Every application has an inherent amount of complexity that cannot be removed or hidden. Instead, it must be dealt with, either in product development or in user interaction.

This concept was coined by <a href="https://twitter.com/nomodes">Larry Tesler </a>, who claims that an engineer should spend extra time reducing complexity on the application instead of making users spend more time on the task they're trying to perform.

Although reducing complexity in order to make the interface easier sounds like a must, these decisions should not be based solely on the technical aspects of the application. Psychology also plays an important role when making these decisions.

Discussions about how simple a feature should be usually derives from the following question:

"Should we take some control from the user in order to make the experience simpler or give him control of the situation at the price of increasing complexity?"

<a href="https://twitter.com/johnmaeda">John Maeda </a>gives us a very straightforward way for working this problem:

How simple can you make it? Vs. How complex does it have to be?

At first, you want the application to be easy to use and provide value to the user in a simple way. On the other hand, it should provide just enough functionality to get stuff done.

So, what’s the goal? To reduce functionality without significant penalty.

Knowing by Tesler’s Law that a process can only be simplified to a certain point, let’s analyze a couple different approaches:

This approach is most valuable on situations where complex tasks must be performed.

Computers are much better at handling complexity than humans, so situations like performing calculations, multi-tasking, understanding complex patterns and querying extensive data-sets can be delegated to the application, reducing the cognitive load from the user.

In order to compensate for the lack of control, the results from such operations might be presented in the form of smart defaults or even be used to perform certain steps automatically, simplifying the interface and making the experience predictable.

The problem with this approach is that it relies heavily on feedback. If the application fails to communicate its state to the user, the experience will quickly become confusing.

"If the application fails to communicate its state to the user, the experience will quickly become confusing."

This approach is most valuable when direct manipulation or customization is required.

Sometimes the application must accommodate custom preferences, so some decisions are delegated to the user.

On the technical side, this approach opens possibility for the creation of modes, which can complicate the experience even more if not managed properly.

On the human side, <a href="https://www.nngroup.com/people/bruce-tognazzini/">Bruce Tognazzini </a>claims that people have some amount of resistance against reducing complexity. Tasks that are expected to be complex, like banking, if overly simplified might create the impression of being unsafe or not be working properly. Even if the computation takes only a second to complete, it doesn’t feel right that a “complex operation” like transferring money could be performed so fast.

These factors should be taken in consideration when allowing users to make decisions.

Don't take simplicity for granted, take the time to figure out when you’re providing the most value to the user. Simplicity needs complexity, so what’s considered to be simple might not always be simple, it’s just doing a good job on hiding its complexity.

"What’s considered to be simple might not always be simple, it’s just doing a good job on hiding its complexity."

Here are a few things to consider when simplifying things:

<ul><li>Aim for exceeding the expectations without overwhelming the experience. </li><li>Try to reduce the time to perform a task. If that’s not possible, how can you make the waiting more tolerable? </li><li>Provide clear and organized steps towards achieving the end result, ensuring that each state of your application fits properly into the flow. </li><li>Reduce the amount of distractions </li><li>Bring data forward in order to facilitate the process </li> </ul>

Thanks for reading, and let me know your opinions in the comments. If you like it, don’t forget to share it.

This article was originally published on <a href="https://blog.prototypr.io/simplicity-is-overrated-80fe987bbc59">Gabriel's Medium page </a>.

Thousands of individuals and teams use Marvel to design and prototype ideas.

Bite-sized knowledge
to upgrade
your career

Simplicity is Overrated

What is the Teslers law

Why is this law important

How can you apply this in your designs

What is true simplicity

Delegate controls to the application

Last Few Things to Consider While Thinking Of Simplicity

Thanks for Reading

IDEAS ABOUT

MORE LIKE THIS

The Laws of Simplicity - John Maeda

12 Agile Skills for Software Developers

Why Life Can’t Be Simpler

It's time to

READ

LIKE

A PRO!

Bite-sized knowledgeto upgradeyour career

Simplicity is Overrated

What is the Teslers law

Why is this law important

How can you apply this in your designs

What is true simplicity

Delegate controls to the application

Last Few Things to Consider While Thinking Of Simplicity

Thanks for Reading

IDEAS ABOUT

MORE LIKE THIS

The Laws of Simplicity - John Maeda

12 Agile Skills for Software Developers

Why Life Can’t Be Simpler

It's time to

READ

LIKE

A PRO!

Bite-sized knowledge
to upgrade
your career