Enterprise applications




There is a disparate mode of feeling that one gets when designing enterprise applications. If we look at UX Design through the lens of an enterprise project, all our typical activities are magnified significantly. Dozens (and sometimes hundreds) of user journeys need to be identified, architected, re-architected, and nurtured. Then you have to consider important metrics such as task efficiency, which can positively or negatively impact your bottom line. Overall, there are a lot of moving parts, and things can (and will) become complex.

The Culprit

When we conduct a Heuristic Analysis of an application, we identify common usability issues. This is typically done for existing applications that need a refresh or can serve as a learning moment for the business. The outcome of this exercise is a report that identifies what usability issues can be resolved or what to watch out for if a re-build is occurring. What we’ve learned through these exercises is that the most prevalent usability issue overall is consistency.

Consistency refers to the congruent words, designs patterns and interaction patterns of an application. When someone performs an action in one place, that very same action in a different place is not the same. Let’s look at this with a simple real-life analogy. You’re walking through a building and as you make your way through it every door you use pushes inward. Inconsistency would mean that 1 out of 5 of the doors requires you to pull instead of push. That interruption of flow would cause you to pause and affect your experience because it breaks the pattern.

Why Consistency Matters

Creating an inconsistent application negatively impacts learnability. If users cannot easily learn the application, gloomy themes emerge such as task errors and abandonment. Usability issues impact the bottom line, especially if users completely abandon a system.

Consistency can manifest during virtually any phase of a build, but to provide more context, it’s primarily most impactful in the following two areas:

Ideation Phase

Larger enterprise-level projects typically span multiple development teams which represent different aspects of the business. Subsequently, there’s a UX team that provides design solutions for user testing and acceptance. During the ideation phase, the nature of these larger UX teams means they will have many different designs in-flight being considered and tested.

When there are multiple streams of design work taking place, it’s easy for a disorganized design team to deviate from patterns, especially when user testing and feedback generates new ideas that are inconsistent with patterns that exist in other parts of the system. If you’re not careful, those pattern deviations can multiply, which is felt more for projects that take longer.

The Build Phase

Build produces more design inconsistencies that any other project phase. The primary causes are poor planning and impatience. If a development team is looking to complete features that lack a referenceable design, there is a good chance it will result in a pattern deviation. There are three general ways in which a developer could handle completing a task without a design.

  1. They will implement the feature without any visual vibrance but will leave the UI code in a raw state.
  2. They will pull a component or pattern from another part of the system, even if it’s not intended for the task at hand.
  3. They will create something completely custom to solve the problem.

In all three scenarios the work being completed will negatively impacting your ROI. You either push ahead, ignoring inconsistencies, or you have to go back and resolve the inconsistencies. In one instance you are creating usability issues which impacts user acceptance and efficiency (or worse). In the other scenario, you are adding more technical debt to the project since development has to re-visit features previously thought complete.

The Fix

Start design as early in the process as you can. Stagger design work ahead of development by at least two sprints in an Agile environment. This allows for all the proper activities and rituals to occur which require design reference. Sprint planning without having a design to reference is a nightmare for Developers and it should be for Product Owners too. Additionally, that two-sprint gap allows the business to change its mind and enables design to properly react and test changes.

With that said – starting early is not enough. You must also establish a style guide early as well and religiously keep it updated. The style guide should consist of color palettes, component patterns, animation patterns and any repeatable item that will be referenced by development. There are great tools that help organize style guides and component libraries, such as Storybook and Docz.

Lastly, implementing a good process to handle adherence and testing of the style guide is critical. Starting design early, creating important design artifacts and having the right tools is great, but if you don’t have a good process to manage the execution and adoption of said items, you won’t see good results.

Share this content:



10 Things a Java Developer Should Learn These Days
We are halfway into the year and, looking back at what the last 2 years of the COVID-19 pandemic left us, we can say that the advancements on technology and all the different languages, frameworks and development tools have not disappointed us and even in many cases have overtaken us. It doesn’t seem that long since Java 8 was released more than 8 years ago and, although it is true that today the latest version is Java 18, we must remember that there are still many companies stuck with Java 8 and even a few with Java 1.4 a 1.6 and a few other legacy frameworks.Because of this great advance in programming languages and frameworks in recent years, many programmers could feel overwhelmed due to the large number of updates that we are exposed to in our industry. However, we have begun to see very marked patterns in different industries, and we believe it is important to mention what are the 10 things that every Java programmer should learn.

6 min read

August 25, 2022


Managed Services
Nowadays, Information Technology (IT) has become, along with people, the spine of the operations of almost every organization. No matter the business you are running, technology is now what supports the entire company operation.When technology started being an important component of organizations, it was somehow limited to some computers running accounting software and any other tool specific to the business. Companies used to hire “IT guys” with enough knowledge to fix PC issues and skills to learn about a couple of applications to assist the end users whenever necessary. The IT department was, in many cases, a small team of two or three guys who used to report to the general manager or any other manager who could or not have IT knowledge.

7 min read

August 16, 2022


Succeeding at Cost Takeout – Improving Cost Management Strategy
The cost takeout is a strategic initiative that can help your company become more efficient. The goal of the initiative is to determine ways to reduce expenses without sacrificing quality, speed or customer satisfaction. A successful cost takeout requires an accurate understanding of where costs arise in your business process and how those costs can be reduced through new technologies. In this guide, we’ll look at some of the most common drivers of costs in IT departments and explain how you can identify them within your own organization’s processes.Cost drivers are the factors that cause your costs to increase. They’re different for every business, but you can identify them by asking yourself: “What makes my costs go up?”

10 min read

February 7, 2023