Signs of Good Design in UX

What are the signs you have a good design in terms of user experience or UX?


  • Your suggestions are requests to add new features that aren’t part of your primary purpose. In short, you do what you need to do and all the suggestions are nice adds but not essential.
  • Your complaints are regarding factors unrelated to user experience on the interface like speed, price or interoperability. You may still need to adopt streamlined code or reducing the number of images and integrating caching, but it isn’t essential to deliver to most clients.
  • The suggestions you receive affect a small percentage of the user base, such as complaining about an app’s function on Blackberries or Microsoft phones. The ideal UX is nearly universal across all devices.
  • The complaints are literally cosmetic like issues with the color palette – unless the problem is the 10-15% of the male population that is color blind not being able to figure out key functions.
  • Your user interface relies on patterns of behavior your users already know, even as you change the functions and code behind the interface.
  • Your user interface doesn’t require constant attention by the user or perfect knowledge of the current state of the status of the app in order to have it work right. In short, your app doesn’t expect people to abandon their human failings to work correctly.
  • People who aren’t fluent in your language can use your app, and they never have to learn special lingo or niche technical terms to use your software user interface.
  • You don’t put up hindrances or barriers to someone’s use of a function unless they’d want to stop and think about it, like deleting their saved files or cached passwords.
  • The user interface will be as easy to use and interpret in ten years as it is today. Whether new or five years old, it can be seen as classic and eternal.


Implementing Resilience Engineering in IT

A Definition of Resilience Engineering


Resilience engineering requires designing systems and equipment to fit human nature. One of the classic signs something is wrong with your manufacturing processes is when the people who work there look like they work out because they are using their bodies that hard and long as part of their jobs. This type of problem means that your process will fail when someone is not strong enough or too tired to do what the process requires. There are other problems caused by human failings, when we assume that people fit the process by acting just like the machines. And that is the fault of the designers that resilience engineering seeks to correct.

Resilience engineering goes beyond poke-yoke or mistake proofing that has only one way a product can be assembled or safety buttons that have to be held down when someone is operating a press by designing the equipment or operations to fit human nature to make it almost impossible to make a mistake by design.


How to Implement Resilience Engineering


Your equipment and processes must also be designed to suit the human mind. Your process cannot rely on humans have perfect memory, be fully attentive and alert for the entire time they are on shift. People forget confusing procedures, get distracted (often by parallel processes) and get bored when they are doing the same thing. Sometimes they cannot keep up and prioritize the constant stream of notices and alerts that compete for their attention, so they don’t know what to do or take the wrong action.

I’ve previously written about human attention as the most limited resource in the modern era. Processes are regularly created that assume that pop-up informational notices and warnings are value added, neglecting the time it takes for someone’s attention to shift back to the task at hand or the serious distraction the constant stream of pop-ups and notification beeps creates. For example, a user interface that throws up so many informational notices that someone may not see an urgent warning for some time has created its own failure mode.

When the system generates many competing notices of varying priorities, it creates distractions and confusion on the part of the user that increases the odds of failure. Or users get in the habit of ignoring and closing pop-ups, useless informational, barely useful and critical warnings. All of these cases are the opposite of a mistake-proof design or resilience engineering.

Another problem with system design is with work systems that put too much of an intellectual burden on the employee. For example, systems that assume people can immediately switch gears when multi-tasking and then give them multiple tasks to do simultaneously increase the odds someone will make mistakes. Perhaps they forget what they were doing and fail to return to it, or they return to it but miss steps. Or they continue the actions they were doing but it is now applied to the wrong item. Over-work leads to fatigue and errors, but systems are typically designed to assume people don’t get tired at the end of a shift or when working overtime. Demanding people work from home or on the go doesn’t solve this problem, since shifting their attention from personal affairs or driving can lead to an incorrect decision so they can get back to what they were doing.

These are the times people just select the default option or the first auto-fill suggestion before moving on.  You can reduce the errors by requiring attention checks, not allowing auto-fill on critical tasks that require care and reducing distractions. “Are you sure?” pop-ups are hardly of value in these cases because it is as easily clicked and closed as the other selections the person made without thinking about it.

When the default solution in a company is the blame the people who made the mistakes and train them, it prevents root cause analysis that shows that the bad process is to blame. In fact, the end result may be altering the process the person followed to make it more complex and training the person who made the mistake in the new process, but all too often failing to train the other employees in the new process. Now the solution for one user nearly ensures mistakes by the others.

Knowledge based errors include applying the wrong procedure when an error occurs and not knowing what to do. The former case occurs when someone can’t figure out what an error message means. The latter situation may be solved by training, but it can occur when someone seeks help but can’t find it. I’ve even seen this error occur on help desks when company policies punished seeking subject matter expert advice or escalating tickets to a higher level. The end results ranged from the first level tech support applying the wrong process to the problem because they couldn’t ask if it was the right one to spending an extensive amount of time trying to troubleshoot a matter that the expert could solve in a fraction of the time.

The unavailability of knowledge workers can also leave users forced to make knowledge based errors at their own level because they couldn’t get the expert opinion on the right course of action. Managers and knowledge workers can make knowledge based errors themselves when users and lower level employees simply don’t give them all the information for fear of the consequences. When it is considered bad to report bad news, the problem gets worse before it gets solved. A climate of fear or scarcity thus creates the environment for more mistakes to be made.

Rules and procedures are often based on legal compliance, even if the procedures don’t fit the work environment. This results in people getting in the habit of violating the rules to get the work done. This increases the odds people start breaking critical rules in order to do things outside the standard, non-working process. Think about users getting in the habit of jailbreaking their phones to install software they want or adding people to project roles and then asking for permission because a higher level manger told them to do X.

Rules and procedures can become a legalistic hamstring without any way out by applying logic and intelligent action, such as when your user can’t confirm via two competing processes they are who they say they are because of one situation that prevents both from verifying. You must have a formal process for someone to handle the exceptions or rule conflicts to avoid the problem of people going outside the formal process to do their job.

Access control limits often hamstring workers, leading to complex rules to determine who should have access and work-arounds by employees trying to do their jobs. The real solution is streamlining rules and regulations and simplifying the system, but the default solution is adding one more loop on a process chart that already looks like a bowl of spaghetti spilled on a table.

Your processes should be as simple as possible, but no simpler. For example, a website that refers people to a phone number if they have problems and a phone number that takes you only to a recorded message that they should go to the website is simple – and a failure. This isn’t a hypothetical scenario – I actually had to deal with it once.

Sometimes the solution seems to be to go outside the rules, such as when someone tries to implement a fix or work-around. This creates new problems if not major ones, such as when someone restarts a service without telling others or puts in a software patch without testing it thoroughly. The better solution is having a formal process for testing improvements and new solutions in a deliberate, controlled manner and updating all processes when it is found to be an improvement.

Sometimes the solution is supposedly “go look at the process” and “update the process document”. Then the users run into problems because they weren’t notified about the process changing. Now they are running off of an old process and may call up tech support asking why the process they are accustomed to isn’t working right.




Design your IT processes from software interfaces to user support to take human failings into account. Design processes that don’t require humans to be machines, such as demanding 100% attention, incredible reaction time, data processing skills akin to a computer or perfect memory. Have formal processes in place to handle the exceptions and odd events without making the standard processes insanely complex.

Do take the time to train users, but also take a look at your processes to see if you can make them simpler … and then train users on the new processes to avoid new problems. Ensure that people have access to the knowledgeable experts and documents they need to make the right decision, and don’t throw too much information or distractions at them or they are sure to make more mistakes.

Tips for Mistake Proofing in IT

Poke-yoke or mistake-proofing is the idea of designing something so that it cannot be manufactured or used incorrectly. What can you do to implement mistake proofing in IT processes or your user interface?

  • Avoid using modes. If you do use them, make it utterly obvious what mode the item is in at all times.
  • Provide graphical, easy to understand status reports. Ensure that they notify users of the ongoing status and flag unique, novel or out of spec statuses.
  • When someone runs into a rule preventing an action like an access control limit, give clear guidance through the user interface on how to get permission, the proper process and/or how to contact an expert for guidance.
  • When someone repeatedly commits the same error, train but don’t shame.
  • If many users are making the same error, collectively train everyone because those making the error are not the only ones who don’t know how to do it right.
  • Design processes to be as simple as possible but no simpler. Simplify existing flows as much as possible.
  • When designing a new process for something different from a common process, use different starting steps so that people don’t accidentally follow the common process out of habit when.
  • Wherever possible, give people the ability to go back in the process if they accidentally start the wrong one.
  • The default solution for workflows should not be to add a new spaghetti line on the flow charge for every situation or exception.
  • Review your process flows to make sure they closely fit business processes instead of becoming a hindrance to them.
  • Demand as little data as possible from users, but make essential fields mandatory to progress.
  • Design unique controls and interfaces to minimize accidental selections of the wrong thing.
  • Have a clean, uncluttered user interface and reports so people can quickly find what they want.
  • Have clear indicators when something is wrong. Think of the example of statistical process control charts or green/red indicators on system health dashboards.
  • If an automated system is giving advice, have an obvious method for reporting the exceptions and problems.
  • Have subject matter experts with the authority and knowledge to handle the rare exceptions or ability to over-ride processes, as well as oversight so they don’t abuse it to improve productivity.

Questions You Need to Ask to Achieve Leaner Operations in Your Business

Lean engineering refers to the concept of eliminating waste in all its forms from your organization. Before you start value stream mapping, hiring Lean Six Sigma experts and trying to figure out which management fads to jump into, there are questions you can ask your staff to start eliminating workplace waste immediately.

More importantly, asking these questions can help your business achieve leaner, more effective operations without spending more money or completely reorganizing your business.


  • What is your core mission and purpose?
  • What are you doing that isn’t part of that mission that can and should be dropped? (This is where new products and services or old ones that linger can be identified for termination.)
  • What can you do to use up what you have before you order more?
  • Who is most efficient with the standard set of tools or software your team has? Find out so that they can share this knowledge with everyone else.
  • What small, low cost steps can you take to dramatically improve your customers’ satisfaction? For example, would emailing them when their product is shipped or emailing assembly instructions when the product arrives help them?
  • What individuals are considered subject matter experts and consistently called for questions, hurting their productivity? (And who can be trained as a backup for critical processes, so we don’t grind to a halt because Joe had a heart attack?)
  • Who isn’t used to their fullest potential and how can you put them to better use?
  • What projects have sat on the back burner for ages that should be finally put out?
  • What projects do we have in development that never come to fruition? Compare these to your mission, kill those that don’t fit the core of your business, identify efficient ways to make them reality if they are.
  • Which small changes in your current processes would yield significant ROI? (And don’t forget to measure this ROI as the cost of implementing it versus the benefits it yields, not compared to the whole operation.)
  • What can you do to improve communications within the group? And what reports, events and sessions can you eliminate to clear the overflow of information?
  • What meetings can you eliminate to save everyone time?
  • What stakeholders should be added to current meetings so that you do not have to wait for authorization to act? Who can be dropped from current meetings without affecting the team’s productivity?
  • Who wants to join a quality circle?
  • What services, contracts or licenses are you paying for that are not fully utilized? Determine what can be cut back or dropped to save money.
  • What metrics are no longer useful and can be dropped, saving time and money?
  • What regular training classes can be shortened or dropped?
  • What credentials do your employees actually need, such as food safety certifications, information security credentials or annual legal reviews? Which ones are no longer value added and can be dropped from company job descriptions and professional requirements, saving employees time and money while allowing more people to be considered qualified for job positions?
  • How can you better utilize current suppliers and contractors, shifting work or value added services to them for little additional cost?
  • What work have you outsourced and seen quality decline? What should you bring back in house?
  • What are you throwing away that could be recycled, sold or donated? And how can you set up a single step process to do exactly that so you don’t have to worry about it anymore?