Column: Enterprise UX

What do you think of when you hear the term enterprise UX? Designing corporate Human Resources (HR) systems or intranets? Many articles and books for UX professionals focus on designing Web sites and mobile applications for consumers. But what about the silent majority of users in the workplace who are trying to get their job done? Many of them think of enterprise software as the generally sub-par tools that companies force them to use.

However, over the past few years, enterprise UX has started to get more attention from user-experience thought leaders. (There’s even a conference dedicated to it.) But what does enterprise UX actually mean? From what we’ve observed, it seems that there is not yet an agreed-upon definition of this term. This fuels confusion about enterprise UX, why it matters, and what scope it encompasses. Therefore, in our first column on this topic, we’ll

• provide a working definition of enterprise UX
• describe a few of the many environments in which enterprise UX makes a difference
• identify obstacles to designing and developing great enterprise software Read More

Human beings are drawn to stories, which help us make sense of our world by letting us share others’ experiences as though they were our own. We feel characters’ struggles as they navigate difficult challenges and rejoice with them when they finally achieve their goals or share their sorrows if they do not. Stories help us learn to feel empathy—a critical trait for any UX professional.

Most importantly, stories are memorable. According to Jennifer Aaker, Professor of Marketing at the Stanford Graduate School of Business, using a story to convey information is up to “22 times more memorable than facts alone.”

Telling a story can help influence the opinions of others in ways that few other modes of communication can. The value of storytelling extends to how we present ourselves and our abilities professionally. Having participated in dozens of on-site portfolio reviews over the years—sitting on both sides of the review table—I’ve found that the most effective UX-portfolio presentations have one thing in common: the candidate told a story. Read More

Users want to work in familiar languages and environments, so companies that build and sell enterprise products to customers from different cultures and in different locales must support these expectations. Doing so requires localization—adapting documents or products to ensure they’re culturally appropriate. However, product teams often overlook this requirement or put off localization until late in the development cycle.

Even when localization is a formal requirement, a product team that is battling a tight deadline or budget constraints may choose to skip localization or defer it until a later release. Their localization effort languishes in the team’s growing pile of UX debt, remaining unaddressed until a senior executive receives an angry phone call from a customer, complaining about the product’s subpar experience in their native language or environment.

How can you, as a UX professional, support localization, help reduce the odds that your product might alienate customers, and avoid contributing to your team’s UX debt? In this column, I’ll provide a localization expert’s perspective on this topic, then describe some practical ways in which you can design user interfaces to better support localization. Read More