PART 2:

3. Reduce Risk By Working In Little Bits

Some teams struggle to make significant changes to their sites, while other teams regularly push out enhancements with ease. Probably the most striking difference is how big the projects are.

The most successful teams know to keep their projects small. They don't attempt to redesign everything about the site in a single launch; instead, they work on one small section at a time.

When the team tackles a large project, they end up with complexity at all angles: the scope of functionality is larger, the number of stakeholders is larger (each with their own concerns), the number of personas the team is designing for is larger, and the risk is much higher. If things don't go as planned, it's a huge problem for everyone, often with more visibility in the organization than the team would like.

Teams that only focus on a small portion of the site at a time reduce the number of stakeholders, thereby making it easy to satisfy their needs. They reduce the number of personas, thereby giving them the time to ensure they've covered the edge conditions -- those details that make or break a design. And, they substantially reduce the risk -- if things don't go well (and they frequently don't), it's easier to roll back to the previous design.

Reducing scope has another advantage for these teams: they see results faster. New designs can pop up in just a few weeks, giving immediate feedback on what works and what still needs effort. The team immediately applies what they just learned into the next little bit, making each part of the overall redesign smarter and better with every new portion.

4. Have the Right Skills Internally

Another striking difference we see in our research results: the best teams are less likely to hire outsiders to do their designs. Instead, they work hard to ensure they have the right skills in-house.

It may sound great to hire a top-notch design firm, but what happens once the project is done? Will they continue to make the millions of little changes required to keep a production site working? Who will make the inevitable changes, updates, and enhancements?

It's usually too expensive to keep using outsiders for the continual care and feeding a quality web site requires. Yet, the unsuccessful teams typically don't have internal resources to help with making changes and enhancements. In the long run, the site begins to decay and becomes a liability to the organization -- something everyone is embarrassed to send customers to.

In a strange irony, the pattern we see from the struggling organizations is their solution to a decaying web site is to repeat the process all over, doing exactly what they did last time, hoping it will be different this time. The successful teams look to their long-term needs and invest the same money into having the skills on site, giving them the flexibility to constantly update the site as the business grows. They only use outside firms as an extra set of hands, to make the larger changes faster.

5. Think 'Standards'

The CSS and xHTML standards are the successful teams' best friends. Careful application of the standards can dramatically shorten the time it takes to make changes down the road, because radical design enhancements can happen by only tweaking the definitions of the styles.

Even if a site didn't start out as standard-compliant, it's worth the effort of slowly converting it. As areas are redesigned (in little bits, remember), changing them over to be standards-compliant is an effective approach. Every new redesigned area helps improve the team's skills in using standards, thereby making the next area even easier to convert over.

6. Have a Plan for Change

Most teams we talk to have an internal plan for changing to the new design. They think about what servers will need updating, which internal processes will change, and how they'll break it down into a manageable launch process.

However, we've found only the successful teams give as much thought (or more) to how the users will experience the change. Will they just log in one day to find an entire new experience or will the change slowly happen over time, almost imperceptibly?

Yahoo! Finance, for example, has been slowly converting users over to their new chart functionality. The new charts are greatly enhanced and users love them. Yet, many existing users, visiting the site multiple times a day and busy with their goals, can't easily stop and learn the new charts. For them, they can continue to use the old functionality for a while. In time, Yahoo! can assess the risk of changing the functionality out from under these users versus the cost of supporting both interfaces.

7. Understand the Internal Processes

In a conversation we recently had with Gerry McGovern, he talked about his experience working with many teams in the redesign process, which matched our research results. He noticed many teams approach the redesign process much like they'd approach the design of a brochure.

Designing a brochure has the advantage that, at some point, it is printed and delivered. Once that happens, it can't be changed -- it's done. The only thing is to start over with a new brochure.

Gerry noticed in his travels this attitude, when applied to web sites, is what got many teams into trouble. They thought they could think about a new design, implement it, then pay attention to other business, not giving the site any further attention.

Unfortunately, both Gerry's experience and our research show that strategy won't work. The most successful teams know it. Those teams consider, in the planning stages of the project, what the long-term internal processes will be for updating the site after the design changes. How will they add new content? When do they remove outdated content? Who will edit content before it goes live? Who will review changes? Who will decide about changes to the user's experience?

Understanding how the organization will handle the continual site changes shortens the time it takes to make improvements, reducing the need for a risky major relaunches.

Thinking in the Right Terms

All the evidence points to the simple fact: Careful consideration of long-term factors dramatically increases the odds a team will produce ongoing results that have considerable business impact. Teams ignoring these long-term components may get a new design launched, but will likely find themselves reliving the difficult experience again in just a few months.

Return to Part 1
------------------------------------------
Jared M. Spool
©1997-2008, User Interface Engineering. 510 Turnpike St., Suite 102, North Andover, MA 01845 800-588-9855 (within U.S. and Canada) or 978 327-5561