Wednesday, November 30, 2005
Tuesday, November 29, 2005
A use case is a sequence of interactions that the user makes with the product to achieve a goal. Think of a use case as encompassing any number of scenarios. A scenario is specific instance of a use case with a very specific goal.
For example, if your product is a car, one use case for the product would probably be Drive Car. The Drive Car use case encompasses infinitely many specific scenarios, including one in which a customer drives the car from her home to the Walmart on the other side of town. All of the specific circumstances are part of the scenario, including how fast she drives, how many stop lights she encounters, etc.
Thinking about (and actually testing) scenarios gives your team a concrete and tangible idea of what your customers will experience when they use your product. It also forces your team, particularly the product manager, to consider what scenarios they should realistically expect customers to carry out.
In short, if your team fails to consider and test scenarios, they will tend to become disconnected from the real customer experience, leading to a product that is similarly disconnected. A skilled product manager who stays connected to the market can help avoid this problem.
Monday, November 28, 2005
1, Explaining to the uninitiated.
2. Retraining the veterans.
3. Getting out of the way of the power users.
Godin recommends finding ways of avoiding having users go through home pages. When Squidoo comes out of beta, perhaps we'll see what he means.
Wednesday, November 23, 2005
Consequently, the corresponding tests your team creates for your product should also encompass customer support. Lay out key usage scenarios that are likely to stimulate the user's need for customer support and walk through not just the direct usage of the product, but also the support calls the customer will make.
Tuesday, November 22, 2005
Given that customers will need support when they use your product to solve their problems, support is part of the customer experience. Support is not a goal in itself, however. Assume that your product's existing use cases and constraints will encompass calls to customer support.
Monday, November 21, 2005
"Dormant problems are those of which your customers are not aware, and to which they will be oblivious until you present them with a new way of doing things."Not only do customers suffer from an inability to recognize dormant problems, industry experts are often unaware of them as well. An industry expert typically is entrenched in existing ways of doing things, and therefore can easily be the victim of tunnel vision.
If you are an executive who believes that your company has all of the industry expertise it needs in-house, think again. It may be that the fresh perspective of a product manager skilled at uncovering the needs of customers - but not necessarily possessing significant industry experience - will reveal prospect problems you never considered.
Sunday, November 20, 2005
Was he doing market research? No. Was he formulating key messages for marketing programs? Well, a little bit. Was he producing brochures and other collateral? No.
It seems to me that some people like to say they are in "marketing" even if they're really salespeople. (Not that there's anything wrong with being in sales.)
Saturday, November 19, 2005
Friday, November 18, 2005
"The target is not the market. That is, the apparent target of your marketing is not the same as the people who will actually buy your product."These excerpts come from "The Law of Sacrifice" chapter. Typically, your best marketing strategy is to focus on a narrow segment of the market. Ironically, if you select the segment carefully, you may end up having a much broader appeal than if you try to be all things to everyone.
"The target of Marlboro advertising is the cowboy, but the market is everybody. Do you know how many cowboys are left in America? Very few. (They've all been smoking Marlboros.)"
Thursday, November 17, 2005
"What leads cities, states, countries and companies to concoct meaningless, unmemorable slogans? I believe the culprit is 'creativity.'"When you hire an ad agency, they want to justify themselves by coming up with a new image for your company. If they trot out the same old slogans, they are limited in how creative and different their ad campaign can be. You're often much better off staying consistent with your established brand.
"Every day of the week, advertising agencies are hired to create new, compelling branding strategies and fired when these new, compelling branding strategies don’t work."
"[Y]ou can’t win an advertising award with a campaign that is not new and different."
Wednesday, November 16, 2005
Consider an excerpt from the article:
"The researchers also wanted to examine the effect of these product names in connection with incongruency theory. This theory argues that people make judgments by evaluating new encounters against existing expectations. When encounters are incongruent with prior expectations, individuals put in more effort to resolve the incongruency."When you choose a descriptive name for a product, you miss an opportunity to engage the customer when she is confronted with the name. If, on the other hand, your product's name has nothing to do with the product, you create incongruency in the customer's mind. The customer then must put forth effort to resolve the incongruity.
By spending time and mental effort on pondering the name, the customer:
1. Increases the chance she will remember it.Ironically, if you choose a descriptive name in an attempt to make it easier for customers to remember it, you actually make it less likely they will go through the mental processes that foster memorization, differentiation, and word of mouth.
2. Finds ways of mentally differentiating your product from others.
3. Is more likely to mention the product to someone else, if only to remark about the name.
Unleash the power of your customers' own minds.
Tuesday, November 15, 2005
"Some of the new solutions displacing focus groups don't rely on consumers to sort through their feelings at all. Instead, companies get more useful feedback just from watching daily life."
Monday, November 14, 2005
At one meeting, we proposed a way to solve a problem the client was having. Jack, in categorical terms, rejected the proposed solution. My colleagues heads sagged as it was obvious what was going through all of our heads, "There is no way we can change Jack's mind."
However, within five minutes, Ron had Jack enthusiastically endorsing the proposal and treating it as if were his own idea. I can't even remember what Ron asked and said to change Jack's mind, but the experience left me with the realization that facilitation is a powerful and grossly underestimated tool.
Sunday, November 13, 2005
For company executives, the significance of Drucker's insight is that creative ideas are only a very small part of a successful venture. You need to conduct market research to identify opportunities, and there is a scientific approach to this market research.
Saturday, November 12, 2005
I've mentioned that a "uniform" seems to be in fashion for men at any particular time, whereas women's clothing trends are more varied. I noticed last night that many of the women had sequins on their clothing. Sequins seem to be the rage in women's fashion.
Friday, November 11, 2005
Based on reader input, one of the guidelines they suggest:
Provide needed information within three clicks (and respond quickly
You can think of the three-click rule as an ease of use requirement on your web site.
Thursday, November 10, 2005
One of the students confidently stated, "If the customer tells me he wants the button to be blue, then that's the requirement. Period."
The student thereby boiled two important issues down to one statement:
1. Is a user interface design detail a requirement?
2. Should a requirements analyst passively accept customer specifications?
Readers of my blog know that I answer "no" to both of these questions. The requirements analyst should ask, "Why?" I.e. what problem will the blue button will solve? The process is actively facilitative and gets beyond design details to the root of the customer's concerns.
Wednesday, November 09, 2005
Kyocera Mita has a major campaign marketing their products as "people friendly". I don't know whether they found the right message. I also don't know whether their products are truly easy to use. But I am impressed with their marketing campaign, because it seems focused and consistent. The music, the smiles on the faces of business people, the tag line, and just about everything else about their advertisements conveys the ease of use message.
Tuesday, November 08, 2005
One reason facilitation is so important is that prospects often want to give you advice or tell you what the market wants. The purpose of an interview, however, is to understand what the prospect needs, not to find out what the prospect believes the market wants. So one aspect of facilitation is steering the discussion so that the prospect tells you about her situation and the problems she faces. A prospect is an expert on her situation and problems, not other people's situations and problems.
Monday, November 07, 2005
Your requirements analysts or product managers aren't doing their jobs if they passively document proposed solutions as requirements.
[A] university dean said, "We need a way to attract more students." The dean never said why they needed more students, and each faculty member hearing the statement formed a different idea. Some thought "more students" meant getting more outstanding students. Some thought "more students" meant being able to support more teaching assistants in certain departments. Still others thought "more students" meant the dean wanting to fill the vacant dormitory space.
After arguing for months about the best way to get more students, the faculty finally learned what the dean really wanted: to create the impression in the state legislature that the school was doing a higher quality job by increasing the rejection rate of applicants, so the university appropriation would increase. Once this goal was understood, the faculty approached a solution in several ways, none of which involved an increase in student enrollment.
Sunday, November 06, 2005
Anyway, the entry touches on different ways of interacting with customers to understand their perceptions and what messages will resonate with them.
Saturday, November 05, 2005
Friday, November 04, 2005
Naming is funny because everyone thinks they're an expert on it, but few people actually have any real expertise.
As far as I can tell, almost all of the real authorities agree - Al Ries, Laura Ries, Seth Godin, Barbara Kahn, Elizabeth Miller, to name a few - that you should generally avoid descriptive names. Names that bear no relation to the company, product, or attributes are often best. You want the name to be a blank slate so that branding creates the meaning over time.
For this reason, the approach of mapping names to benefits doesn't make much sense to me. The whole point of marketing is to create such a mapping, preferably where none already exists.
Thursday, November 03, 2005
It's tempting to sell to people who already understand your product and what it can do for them. In some cases, the people who understand your product's benefits are the ones who will use your product. In other cases, it's IT people at the customer site who are developing internal solutions similar to your product. Unfortunately, your prospective customer's receptionist, though he may use the product, probably doesn't have the authority to purchase it. Your customer's IT people may understand what your product does, but they often are competitors, not buyers.
Don't be lazy. Sales and marketing is about educating the stakeholders who have the authority to buy, not about "preaching to the choir" of people who already understand your product's benefits. If your company doesn't have a strategy for educating these decision-makers, it's time to formulate one grounded in solid market research and marketing principles.
Wednesday, November 02, 2005
The overarching reason that overemphasis on functional requirements negatively impacts development is that it shows the product manager dipped into design and failed to document true requirements.
For example, a skilled requirements analyst might specify an ease of use constraint as a limit on the number of user gestures it should take for a user to accomplish a functional goal. A product manager who dips into design might instead describe a user interface, couching the description in a series of functional specifications.
By dipping into design, the requirements analyst has lost sight of the underlying problem the product is supposed to solve or avoid. In the example, she has lost sight of the metric that determines whether the product is easy enough to use. Without such a metric in the requirements, the QA team may test the design but not the real requirement. Product designers will have no leeway to apply their creative expertise. Developers will code to the design without grasping the problems they're trying to solve.
Tuesday, November 01, 2005
How can you tell if your organization overemphasizes functional requirements?
If your organization bothers to document requirements (whether in an MRD or other document), examine them. If you find any of the following statements apply, then your organization probably is overemphasizing functional requirements:
- Is there a laundry list of product features?
- Are there more use cases than constraints on the use cases?
- Is there a multi-page section labeled "functional requirements"?
UPDATE: See the follow-up entry and this clarification. The problem is that so-called functional requirements are sometimes functional design specifications masquerading as requirements.