By Jared Spool
July 17th, 2007
Way back in 1997, I wrote about a framework we’d been developing, which we called Market Maturity. We had created the framework to help explain why we had to approach teams differently, not depending on what they were developing, but on where their products were in the marketplace.
The framework was a simple four-stage progression:
Once we figured this progression out, it became clear that practically every technology followed it. It explained the progression of word processors, automobiles, commercial jets, military weapons, telephones, and anything else man has developed in the last hundred years. Some technologies moved through the progression quickly, others took years.
It was really useful to refer to the framework when talking to clients because, back when we were consulting firm helping with usability research, our pitch would change depending on which stage they were in. We’d talk about identifying important features in Stage II, where we’d talk about shipping sooner (often by eliminating unnecessary features) in Stage I. In Stage III, we’d talk about traditional UCD notions of ease-of-use and ease-of-learning (which, interestingly, don’t become important to talk about until Stage III).
We stopped talking about the framework in the late ’90s because we were doing more web work and we weren’t sure if the framework applied to the web. At the time, we couldn’t see the progression, but we now know that it was because we were stuck in the middle of Stage I and it’s hard to see what’s coming from where you are.
Now, more than ten years later, we’re finding ourselves talking about the framework once again. Time has let us simplify it:
(As we get older, we realize cute names for things just obscure instead of enhance their meaning.)
We can see this clearly on the web now:
Web 2.0 is definitively a push from Stage II to Stage III. The abundance of small, simple web applications using interface technologies such as Flash, Flex, and Ajax (and soon Adobe’s AIR and Microsoft’s Silverlight) is predicted clearly by the framework: developers stop piling more features into the product, instead focusing on simpler, yet more usable, designs. Compare 37Signal’s Basecamp to Microsoft’s Office/Project/Sharepoint solution to the same problem. LessFewer functions, better experience.
(It’s not just the web where we’re seeing this now: the mobile phone world was stuck in a feature-intense Stage II until the experience-focused iPhone came along; the game console space was all about putting better hardware in the box until the Wii suggested a less-hardware-but-better-experience approach.)
Once again, our framework is gaining traction. I was sitting in a keynote by Peter Merholz at the recent Web Design World and what does he start talking about? Technology -> Features -> Experience. He also makes it a centerpiece of his great article for Core77. And others are starting to talk of it too.
It’s an important framework. We think everyone should become familiar with it, since it is the roadmap we’re following.
This entry was posted on Tuesday, July 17th, 2007 at 2:12 pm and is filed under Experience Management . You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.
Tweet[...] Link to Article google The Market Maturity Framework is Still Important » Posted at UIE Brain [...]
“Less functions, better experience.”
Er..that’s “fewer functions, better experience.”
Er..that’s “fewer functions, better experience.”
Oh, you’re right.
Does this mean I have to give back my Grammar Girl Secret Decoder Ring?
Thanks for pointing out my error.
Cool but not usable?…
Just stumled upon an article by Jared Spool on his framework for Market Maturity. It’s a simple four-step list on how websites and basically any technology develop. It’s just curious how many websites nowadays seem to skip the steps one and…
This is a really great piece. Working in a labs/ R&D environment especially. This will definitely be a reference tool I’ll use to speak to the business side of things.
[...] The Market Maturity Framework is Still Important [...]
Thanks Jared — I’ve posted a summary and link on a collaborative blog for project development that we use. Unfortunately, I can’t provide a trackback or link, but I think my partners will recognize the great reinforcement for our group!
Tim
Presented this to a group of web developers/designers this week and asked “so what products can you think of that do a great job of Stage III and IV?” – Response – Apple and a few blank stares.
So … as above ” what products can you think of that do a great job of Stage III and IV today?”
Better approach n well versed experience in just four easy steps. This will really make a milestone in business side.
Playing devil’s advocate:
What if your observation is one of development of a *genre of products* over time rather than a *product*?
What I’m going at is that I see the patterns you mention – perhaps that initially technology by itself is sufficient, then subsequent development happen as demands on the technology increase.
However, the design of a good *product* seems to me to follow the opposite path.
First, the human’s need is defined. *Integration* of technologies is certainly one generic but applicable example. This is certainly not easily separable with the *experience* of using the product. This then defines the goal product, which is manifested with applicable technologies.
Of course the available technology needs to be taken into account at an early stage, but that should not be the “guiding star” so to speak.
Now, that’s a thought, which I don’t claim to be right. I do look forward to hearing what you think though.
Thanks for the article!
Marcus
To meet this need fully, and understanding of the
The business side of
a software development cycle,
ISO 12207.
[...] Spool positions what’s going on as a simple progression toward market maturity from technology to features to experience to integration. I’m sure Jared’s right, but this [...]
[...] features in Stage II, where wed talk about shipping sooner (often by eliminating source: The Market Maturity Framework is Still…, UIE Brain [...]
[...] Spool positions what’s going on as a simple progression toward market maturity from technology to features to experience to integration. I’m sure Jared’s right, but this [...]
it would be great to how this model is updated over time as different forces play out continuously