User experience for software and service updates

Changes to the things we use every day affect us and how we feel about the organizations that push change on us. Every time we decide to allow an update or buy a new release, we are taking a leap of faith. Sometimes those leaps are rewarded, and sometimes they are not.

Regardless, our time is required to relearn, and this investment is not acknowledged or appreciated. I've read that brand loyalty is at an all-time low. People are happy to try new restaurants and services with a coupon from Groupon, but vendors report that coupon use is not translating into repeat business. I don't know statistics about mobile and computing software specifically, but based on my extremely limited and unscientific example of myself I can only imagine that maintaining a positive customer experience after purchase is valuable.

Four tips for better software update experiences:

• Show me what I can expect. Let me preview what will change visually, not in a readme file after the fact. Google is doing this well with its beta interfaces.


• Let me choose. Give me a choice to retain an old interface. Twitter, Yahoo!, and Google have all allowed users the choice between new beta interfaces and the familiar old ones, even if eventually these choices were taken away.

• The UI should always be a high priority. I've seen more beautiful launches than I can count that degrade with the second release. It's great that the UI/UX were stunning at first, but if feature fixes and additions compromise the UI in subsequent rounds, the initial effort truly was for naught.


• Assume people will hate it. Your organization may think that the update is great and fixes all kinds of issues, but chances are users aren't aware of the problems; they're only aware of the change. If you keep in mind that people will hate the update, it's more likely that changes will be made in a way that has less negative impact on consumers – and communications will be less about what the organization thinks is better, and more about what people can expect.

Where's this coming from?
Recently, I downloaded an update for my Android mobile phone. I didn't think about it much before doing it. I saw the prompt, figured I had enough connection strength and time for the update, pushed the button and put the phone back in my bag.

image source: http://gadgetian.com/5770/verizon-moto-
droid-pro-software-update/

Taking a glance later, it was immediately clear that the interface had changed. One of my favorite things about the phone was the lovely graphic that reflects the time of day. Now, instead of late afternoon sunlight, I saw a generic blue screen and the time. Sigh. A few taps and I saw that the entire black-background, high-contrast interface had been brightened, buttons outlined with white hairlines, more prompts added. Clearly someone was trying to improve something, but even though I am usually on the designer's side in this situation, I was just annoyed that things had changed, that the changes appeared to be for the worse, and that I hadn't been warned. The thought crossed my mind that I could change to another carrier with another phone with a more appealing interface. If I have to adapt, I might as well adapt to something else.

No one likes change, even when it's for the best; it takes time and reflection to realize and appreciate change. A few years ago, I facilitated a working session for an organization to help them decide what values were important to convey as part of a new visual identity. In the session, there was a lot of excitement about the future for the group and its ability to be thought of as cutting-edge. When it came time to review logos that had been designed to reflect the key adjectives the organization wanted to portray, the same group overwhelmingly favored the identity that was least changed and most conservative. Asked to explain their choice, they cited the history of the organization and the need to appear consistent – the opposite of what they previously wanted to convey.

Consumer products and services are user experience-crazy right now, with everyone across all levels of organizations getting that experience matters. (Thanks, Steve!) Despite the desire to create products and services that people love, the software world manages product changes extremely poorly. The phone is one recent example; Netflix's proposed service changes are another. I know graphic designers who are running an operating system and software from 2005 because they are so afraid of the interface changes and the time needed to remaster the software with each release.

Helping customers manage software update changes is a seemingly small way organizations can go beyond saying customers matter and show customers that they matter.

Guest post on designing web-based communities for professionals

We are pleased to contribute a post about design to Leader Networks' blog, Building Online Communities for Business. We've worked with Vanessa on a few projects, and it is always a pleasure. Vanessa's interest in and knowledge of communities of practice pre-dates the web. She's translated her expertise on the topic from the offline world to the online world, well, expertly.

Designing Web-Based Communities for Professionals

Posted on 09 July 2010. Tags: Social Media, social media strategy

Designing online communities for business is a subtle blend of creating the right business model, a clear understanding and service of member needs and a usable interface that enables professionals to focus on engagement.

Too often, however, the design of professional communities draw inspiration from consumer communities and try to mirror the user experience they experience on non-work based social applications. Frequently, there are far too many bells and whistles – gratuitous features – built into the design of B2B communities that can get in the way of successful use of the community of practice.

While sexy widgets are neat playthings for users who are browsing communities for social or fun reasons, in a workplace setting, they just serve as distractions to getting the job done, the information shared or found, or the connection accomplished to solve a business problem. One of the main reasons why online communities for business often fail to provide a meaningful user experience is a lack of understanding about best practice design for professionals.

With this in mind, I have invited my colleague, Tania Schlatter, to be a guest blogger and share her thoughts on building online communities for business from a design perspective. Tania is co-founder of Nimble Partners, and an award-winning designer who focuses on human-centered websites and applications.

Now onto Tania’s thoughts about context and guidelines to keep in mind when creating user interface requirements, selecting a designer or firm, and overseeing the design and production of an online community for professionals…

What’s unique about designing for a professional community?

Professional online communities don’t need slick features and interfaces to be vibrant and successful. In fact, online communities such as Usenet were at the heart of the birth of the Internet in 1980 and were successful in plain text – before there were graphical web browsers. Usenet newsgroups were lists of topics discussed by reading messages and responding to them in text. Even now, there are active online professional communities that use only text-based mailing lists for interaction, but they are dwindling as the number of graphical tools increases and the cost of developing with them goes down. Yet the essential ingredient remains the same today as it was in 1980 – passionate contributors – which has nothing to do with technical platforms, interface widgets and their design.

The proliferation of low-cost tools has created the expectation that a “best in class” community will usually employ the latest technology. How do you navigate this gap between what’s needed and what’s expected?

What is are the first strategic steps in the design process?

Before you make decisions about features and visual design, you need to know who is interested in your community and what their preferred tools and methods of communication are.

For example, executives we talked to in supply chain management were interested in being able to contact peers with whom they share an academic research partner, but they do not want to do so in real-time. How do we know this? When designing a partner-only site for sponsors of MIT’s Center for Transportation and Logistics, we talked with executives and asked them to select the most interesting content and features from a list of possibilities. We also asked what kind of information and interactions they wanted, and how they expected to use the site. Before talking with the execs, the client was considering a chat feature. Afterwards, we realized that partners were much more interested in robust search features, a discussion section and summaries of research. Had we pinned the site interaction on chat, it would have failed.

The key to taking advantage of the tools available today is to base the community’s feature set on user behavior and how the tools fit their objectives. Learning about your community members in the planning stage allows you to make informed decisions throughout the design, development and management of the site. It helps ensure that the look and feel and features you offer match what users need and want.

Interviews

When planning the community, it is essential to get input from representative users. There are a number of ways to do this quickly and inexpensively, although they may require a fair amount of management to identify participants and schedule interview sessions.

Identify 8-12 potential community members with whom your team has a rapport. Ideally, meet with them one-on-one briefly in person or schedule a 15-minute call. Find out what social media tools they are currently using for business, when and why they use them, what their pressing concerns are, and if/how those needs are being met. This number of interviews will provide a good range of input while still being manageable. If you have a community with a diverse set of user types, such as a community for lawyers that covers many specialties, you may need to interview 3-4 representatives of each major group.

Document what you know

• Document the business perspective: identify and articulate the organization’s goals for the community. What will make it successful? Are there metrics?

• Develop user scenarios. User scenarios are stories about who will come to the site and why, told from the user perspective. They should be composites of what you learned from the interviews and should define the most common examples of what people will be looking for and sharing, and the situation of use. You can create these with your own team or with the help of a community builder or user experience designer. Developing scenarios is a good test of concepts – if your scenarios feel forced, the team will know there may not yet be compelling reasons for people to use the community.

Visual design

Your community’s overall look and feel should generally be simple, straightforward and convey aspects of the parent brand to keep the focus on interaction and content. But “simple” doesn’t mean “undesigned“ – every element, intentional or not, will communicate.

At a minimum, the design of the community should include:

• logo or unique typographic treatment for the name of the community (Identity)
• color palette
• graphic style for navigation
• typographic treatment of all text including heads

Home page and profile page templates for INmobile.org
invitation-only community for executives in the
wireless industry.

Does the community need to look like the corporate web site?

Unless you’re creating a stand-alone community unconnected to a business or organization, the design of the community should relate to the parent organization’s logo, typography, and other brand elements. Chances are that community members are aware of the connection to a parent brand or sponsor, and that this is a key reason they’re drawn to the community. A familiar look will help people feel comfortable and confident that the community possesses the same high-quality characteristics of the parent brand or organization.

Communities often have a growing body of content. How should the content be structured?

Even blogs and communities need a solid information architecture. In an online community, this may take the form of categories for features and discussion forums, as well as tags that help users narrow in on the content that most interests them. Search is an essential and expected feature, and ideally provides more than just keyword-based results, such as results organized by type – article, discussion topic, video, etc.

To develop the information structure, list and prioritize features and content based on what you’ve learned, and have the designer or developer create a prototype or wireframe sketches. These are great tools for usability testing, and will allow the team to explore options for the best ways to engage your community members.

Wireframe sketch for a home page for partner executives 
of MIT’s CTL Program

What are the most important features to have in the community?

Remember the success of text-only communities? Include only the essential features that you know will allow people to find information, share it and exchange ideas in a way that fits their situation and the parent organization’s goals.

For example, features that show activity are likely to encourage participation, like a crowded restaurant: “everyone’s here – it must be good.” Other features are a less certain win. Josh Porter, a designer who specializes in community UIs, recommends the use of ranking contributors (“reputation points”). In his experience, successful communities hold participants accountable for their contributions, and the possibility of recognition encourages “good” behavior and discourages “bad” behavior. In my experience, like real-time chat, a feature like this is never an automatic “must have” – it can make or break a community, and should be implemented only if it fits the culture of your community and facilitates sharing.

After the community has been designed, what needs to happen to maintain it?

The key to maintaining your site’s design is consistency: using the color palette, type styles and page templates when adding content or making any changes. These elements are a rulebook for ensuring your community continues to look neat and professional. Make sure your designer provides a style guide or other document explaining how to keep the site looking great, and that the developer is willing and available to make changes if and when needed.

Published on BusinessBlogs: http://www.businessblogshub.com/2010/07/designing-web-based-communities-for-professionals/

Also published on Leader Network's blog: http://blog.leadernetworks.com/2010/03/designing-web-based-communities-for.html

User scenarios beyond the web

User scenarios have been widely adopted by web designers as a useful tool for helping ensure sites provide what visitors need and expect. Less well-known is that they are also a great tool for ensuring offline communications do the same.

Recently I was in Sears. They have created central checkout kiosks at my local store (Cambridge, MA) which is a step forward, because previously, it was impossible to find a cash register and a salesperson at the same time. Now there's a large checkout hub at the exit/entrance to the connecting mall. When I entered the store I came from downstairs – not from the mall. I did not pass a kiosk. I shopped and could not find where to pay. I looked for signs, and found this (pardon the fuzzy, surreptitiously shot image).



The sign points to a wall. There's no pay kiosk on either side of the wall.

This could be blamed on a number of things, but for the sake of this post I'm going to pin it on a lack of user scenarios when the store was planning the pay kiosks. If, when someone in Sears corporate offices was thinking about or planning the kiosks, the context of shoppers making purchases came up, hopefully they would have realized that finding where to pay is just one part of a flow that ends with paying – that paying is a part of a larger scenario.

A few years ago, we worked with the marketing team at Sloan Executive Education. They run programs that are attended by professionals from all over the world. Aware that there was a flow of information, and that it needed to be consistent to ensure that expectations were met, we mapped out scenarios related to how potential participants found out about the programs, registered, made travel plans and arrived at the program. After listing all the recipient types and situations, we could evaluate the communications and see where information needed to be changed, added or made more consistent.

There are hybrid online/offline situations that call for scenarios as well. Hospitals can have complex and inconsistent technical setups that send healthcare workers back and forth between paper and electronic files. Working with a client who provides software to streamline hospital discharge, we needed to design a fax form that would literally connect paper and digital correspondence. Care facilities received faxes from hospitals to let them know there was a potential patient for them. Included in the fax was a unique code that, when entered on a website, would provide the patient details and acceptance information. We used scenarios that captured the full flow of contact – online and offline. Because we looked beyond the web interactions we were able to design a complete system that worked, not just a form or site that only addressed part of the situation.