Cauvin

Some problems that exist in the marketplace are dormant . Dormant problems are those problems 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. Before the advent of e-mail, few people or companies considered written communication to be inefficient or a problem. Yet imagine a company like Dell scrapping the use of e-mail and going back to using paper notes and memos for their internal communications. Not only would it be inconvenient, it would have a devastating impact on their bottom line. It was not apparent just how inefficient written communication had been until we started using e-mail. Inefficient written communication, therefore, was a dormant problem . Dormant problems are a challenge for a product manager to uncover, as well. Facilitation is one tool a product manager can use to uncover dormant problems. You also have to persistently ask, "Why?" Putting yourself in your customer's sh...

In her latest entry , Barbara Nelson recalls a " manifesto " that she and Steve Johnson wrote last year. It lists 23 things product managers must do to be active and facilitative (and therefore effective). It's right on point. I can't believe I missed it when they first published it.

What single factor should anchor all of your product management efforts? The pool of prospective customers, and the problems they face, should drive the definition and marketing of your product. However, the anchor for the entire effort is your company's distinctive competence . Your company's distinctive competence is what distinguishes it - and not just your company's products - from existing and potential competitors. It's what your company does or has that no other company has. Your company's distinctive competence is generally the source of a sustainable competitive advantage. If your company is not uniquely qualified to develop or sell a product that solves problems customers face, then another company can enter the arena and produce or sell the same, or a superior, product. When you're properly focusing on solving problems in the market, don't forget to ask yourself whether your company is uniquely qualified to solve them. Understand your company...

As I've mentioned , marketing experts have long warned against brand extension. You want your brand to stand for a single idea in the customer's mind. Focusing on no more than three key messages (or even just one) in your marketing campaign and can help you achieve this goal. Your focused messages must pervade your entire product and marketing effort. Every piece of marketing collateral should communicate the message. Every press release should somehow refer to the message. You should be able to incorporate every seemingly insignificant choice of features in your product into your messaging story.

A few weeks ago, I discovered something that has changed my life: Haagen-Dazs Triple Chocolate Ice Cream . Around the year 2000, I remember eating large quantities of Starbucks Double Shot Chocolate Ice Cream with Hazelnut Fudge . I was devastated when they discontinued the flavor, to the point that I called customer service. Now I have something to fill the void.

In a previous entry on agile product development, I mentioned that some companies that practice it employ "test-driven development" (TDD). With test-driven development, you plan and implement the tests for the product before you develop it. The practice is most common in software development but works for all kinds of product development. One of the advantages of the practice is avoiding "drift". Drift is the tendency of product developers to lose sight of the requirements the product must satisfy. Collaboratively planning and implementing tests first ensures: The team understands the requirements. The requirements are testable (subject to the certain practical limitations ). The team can apply the tests to the product continuously throughout development. When you incorporate product management in the agile development of the product, you work closely with product testers to iterate on both the requirements and the tests.

For years, marketing experts have cautioned against "brand extension". If you have an established product with a successful brand name, you might be tempted to "extend" it. There are two ways to extend your brand: Broaden the appeal of a single product by adding features to it. For example, if your product is a television, you might add a radio feature to it. Leverage the appeal of your existing brand name by attaching it to a new product. For example, you might produce a brand of bicycle called "The Ruckus". It's so successful that you decide to start a line of bicycle products: Ruckus Classic, Ruckus Sport, and Ruckus Supreme. If you're not careful, extending your brand in either of these ways can destroy your profitability. The reason is that you may "pollute" your brand. A brand represents an idea in the customer's mind. If you add features to your product that don't relate to the original, core purpose of the product, you run...

Recall that we at Cauvin, Inc. specialize in agile product management . Most agile methods incorporate iterations . With iterations, you develop and "release" the product many times before the final release to customers. In each time-boxed iteration, you refine the requirements, design, implementation, and tests for that "release" of the product. (I'll explore in a future entry how some agile methodologies plan the tests for the product before they design and implement.) Yet sometimes it's not immediately obvious how to divide a product development effort into iterations. Here are some approaches that we use with our clients: Verbal Description - Flesh out use cases and verbally walk through the customer experience with prospective customers. Mock-Up - Compose a Powerpoint presentation or other user interface and use it to demonstrate the user experience to prospective customers. Simulation - Create a simulated environment for testing your product and demo...

Some hardware producers believe that, while agile methods are important for developing software products, they do not apply to hardware products. In my view, agile methods benefit development of all types of products. As I mentioned in a previous entry , the benefit of agile development is that you build into your process an efficient means of dealing with mistakes and discoveries that inevitably transpire. You discover requirements you hadn't considered. You find inadequacies in the design. You want to make these discoveries as early as possible in the development process. Iterating on the product development tends to minimize the amount of time it takes to discover problems and inadequacies and recover from them. Why might agile processes not work for hardware development? In some cases, the cost of a hardware development iteration is much higher than that of a software development iteration. In software, your development staff simply updates code in each iteration. Code costs ...

You're looking to hire a product manager, either on a full-time basis or as a consultant. You cringe as you think of all the resumes you're going to have to process. You decide to include in the requirements for the position that the applicant "must have ten years of experience in the industry". Smart decision? Probably not. Remember, the most important skill a product manager possesses is facilitation . People with facilitation skills are so rare that, by restricting applicants to those with a wealth of industry experience , you may have reduced your pool of qualified candidates to zero. Furthermore, facilitation skills lessen the importance of industry experience. Facilitation is what effective product managers use to gain an understanding of the market for products. Industry experience only brings a true understanding of the market when the proper analytical and facilitation skills accompany it. And a skilled facilitator can gain a more thorough and unbiased unders...

Random has a blog entry about Blogger 's integration with Microsoft Word . Blogger conducted some ethnographic research by visiting the Democratic National Convention to see political bloggers in action. They noticed bloggers at the convention composing entries in Word and attempting to transpose them to their blogs. Random writes: "I am sure there were many requests to add Word integration to blogger but is that really the solution? Did they adequately address the true customer need? Personally, I think what the Blogger users are saying is the current blogger editing tools are not very good. I doubt the Word bloggers use more than 1% of Word's features when editing a blog post. I would also guess there are numerous Word formatting quirks that will trip up the Blogger integration. My take is the Blogger team missed out on a great opportunity to really address the true customer need: a better Blogger editor." With his analysis of this case study, Random affirms th...

Kathy Sierra sure is defensive about being an "iPod sheep".

Here are some guidelines for designing and choosing a logo: The logo should be abstract (a " blank slate ") and bear little or no resemblance to the product or product name. The attributes (e.g. colors) of the logo should be consistent with the rest of your branding effort. The logo should be such that it is possible to size it to fit on your marketing material, company documents, and product. The logo should be unique and identifiable to someone who has seen it multiple times. The logo should be easy to reproduce electronically (e.g. on a web page) and in print. Given these guidelines, it makes little sense to pay a branding/advertising firm exhorbitant amounts of money to produce the logo. You just need someone creative who knows how to use simple drawing software on a computer.

In a July entry , I wrote that product design is not part of a product manager's role. A product manager specifies the requirements, but not the design, for a product. In one of his comments, Steve Johnson included a link to an excellent article he wrote about the distinction between requirements and specifications. Whether you are a product manager or a company executive trying to understand the proper roles within the product team, it's well worth the read.

In her latest entry on the Customer Experience Crossroads blog , Susan Abbott writes about ethnography . Ethnographic market research differs from such typical methods as conducting surveys , focus groups , and one-on-one interviews. With these other methods, you don't study the prospective users and buyers of your product in their natural environment. When you employ ethnographic research methods, you observe (and sometimes interact with) your subjects in their natural environment. In a previous entry , I linked to an interesting example of ethnographic market research.

In yesterday's entry , I briefly described the difference between quantitative and qualitative research. Since qualitative research tends to be less "scientific", you might consider it less valuable than quantitative research. You would be mistaken. Imagine you're writing a business plan and including a section on the size of the market for your product (i.e. the estimated number of people who likely or potentially will buy it). The size of the market is a numeric quantity, so shouldn't you focus on quantitative research to determine it? While quantitative research is necessary for sizing the market, you must segment the market before you can size it. I.e., you must divide the population into groups who are more or less likely to buy your product. Segmenting the market requires a psychographic study. You can't just guess about the demographic characteristics that would make a buyer more or less likely to buy. You need an in-depth understanding of the si...

There are two types of market research: quantitative and qualitative. Quantitative research yields information about the number of people who fit certain criteria. An example of quantitative research is conducting a survey to determine the percentage of people who have bought a competitor's product. Qualitative research , on the other hand, yields non-numeric information, such as an account of a particular customer's situation and problems. A product manager might determine the customer's situation and problems by conducting a one-on-one interview. Since it is not directly quantifiable, the information from qualitative research is not always "scientific". In an upcoming entry, I will examine why both types of research are important.

Grant McCracken blogged in late July about an amusing, and definitely not passive , means of going to the market to understand it. Read his anecodote .

Accusations of bias usually indicate more of a bias on the part of the accuser than of the accused.

MarketingProfs.com has a good article about how you should orient your corporate web site: Excerpt: "The Web is not a great place to win hearts and minds. It is not a great place to convince people to do something they did not come to the Web already intending to do. Traditional marketing techniques, such as brand name repetition and the use of images to communicate brand attributes, don't work as well on the Web. What works well on the Web is a useful Web site that wastes no time and gets straight to the point."