The Business Case for User Experience Investment

Interaction Design

User Experience (UX) is the discipline responsible for delivering an optimal experience to the user of a product or service.

For decades, as Alan Cooper wrote in his seminal work The Inmates are Running the Asylum, we’ve endured functional but unappealing software products (especially in the enterprise) because we’ve allowed software engineers to design the experience.

Continue reading

How to Conduct a Product Opportunity Assessment

Opportunity

Product teams exist to assess opportunity and capitalize.

Product managers are tasked with finding market problems that are pervasive within a certain target market, and that people are willing to pay to remedy.  Then, once found, product owners guide the development of a profitable solution to those problems. (at smaller organizations, those may be the same person)

Market problems can be solved with new service offerings; new features; new partnerships; or new products.  Given limited resources, however, product teams can’t pursue every opportunity.  They must prioritize.

Continue reading

The User Story Map for Backlog Visualization

8591351239_24bcb987df_b

Perspective

It’s hard for a product owner to keep perspective when looking at a stacked list of features needed in a product, much less communicate the high level roadmap to others. Backlogs are too granular and, frequently, just too long. Often they contain many capabilities that will never be delivered!

A product’s user stories may be broken up numerous ways: by very narrow slivers of end-to-end functionality, by seams in the technical architecture, or by some other approach.

Continue reading

Product Vision 2014: The Internet of Things

Internet of Things

What’s your product vision?

As a product leader, you already know that the most powerful way to align the independent teams you need — user experienceproduct marketingsales, executives, etc. — without any authority is a compelling product vision.

Adam Nash refers to a strong product leader as a force multiplier.  People respond if you paint an image of a place worth going, and a credible plan (your product roadmap) for getting there.  

Continue reading

Product Managers and Requirements Gathering

5929855252_83d3b59bf0_o1

Product management teams have traditionally been responsible for delivering documents full of requirements. Market Requirements Documents (MRDs) define problems experienced by some segment(s) of the market as defined in an Opportunity Assessment, and Product Requirements Documents (PRDs) define the solution to be built.

Traditional software efforts–driven by project thinking rather than product thinking–have been notoriously unsuccessful.  Many of the software efforts surveyed were internal technology projects, but commercial software products haven’t had a dramatically different outcome.

Continue reading

Handling the Avalanche of Feature Requests

Avalanche

Have a product in customers’ hands?

Get ready for an unending river of feature requests!  A common problem among product management professionals is how to handle requests from clients and prospects in various market segments, along with strategic initiatives.  “They’re all good ideas!” Handling feature requests combines several distinct problems:

  • Tracking requests, usually including the submitting party and the date.
  • Identifying the underlying problem.
  • Prioritizing the changes to the product.
  • Designing and estimating the solution.

Continue reading