Chip and Dan Heath have written a book, Made to Stick . In it, they explore the importance of "stickiness". An idea is "sticky" if it tends to stick in the minds of people exposed to it. But the stickiness is not just a property of the idea itself, but of the presentation of the idea. According to the Heath brothers, the six principles of stickiness are: Simplicity. Strip your idea down to its core and relentlessly prioritize. Unexpectedness. Violate people's expectations; be counterintuitive. Concreteness. Express your idea in terms of concrete actions or sensory information, not jargon. Credibility. Enable people to test, at least mentally, the idea for themselves. Emotions. Tap into gut feelings. Stories. Enable people to rehearse a situation or associate your idea with a story and retell it. Your brand is an idea in the mind of the consumer. Make it stick.
A story in today's New York Times describes how Panasonic is praising plasma technology and criticizing LCD technology. Though Panasonic is the leader in plasma TVs, it also sells LCD TVs. The screen sizes of the LCD TVs Panasonic sells are smaller than those its competitors sell, and Panasonic rather conveniently insists that it's mainly the larger LCD TVs that are problematic. Still, it's interesting to see a company criticizing a technology it uses in some of its products.
A Yahoo story tells us about some interesting new terms: ego-surfing crackberry google-stalking cyberchondria photolurking wikipediholism cheesepodding I have to say that my favorite is "cheesepodding". Check out the article for the definitions.
In a recent entry on the Managing Product Development blog, Johanna Rothman wrote about time-boxing and just how strict teams should be about adhering to the prescribed duration of an iteration. Her inclination, which I share, is that a team should generally adhere strictly to iteration time-boxes . I wrote the following comment : In my opinion, an organization that can't handle this sort of problem doesn't really know agile. Agile is all about discipline and constant adjustments. One of the main reasons for time-boxes is to force us to think creatively, on the fly, about how to meet them. We should expect to fail to meet our original objectives in some iterations. When we can't meet those objectives, we change the objectives such that they are (1) achievable within the time-box and (2) yield something "releasable". Inability to make this sort of adjustment indicates a failure of imagination. That said, I think a healthy, experienced agile team can adjust ti
Over on the Requirements Defined blog, Dan notes that a prudent product manager reviews requirements with various stakeholders and team members early and often: At all stages in the process, there should be time devoted to validating the requirement with the relevant team members. When a review and approval step is skipped, the requirement and the dependencies for that requirement are placed at risk. Yet, in his entry, Dan unintentionally provides a good example of how confusion over an alleged distinction between "business" requirements and more "detailed" requirements can result in overlooking the real requirements altogether. Let's examine all the alleged "levels" of requirements: By requirements I mean everything from high-level business needs (e.g. stakeholder requests, business requirements, vision and problem statements) to the most granular requirements (aka shall statements, functional and supplementary requirements and the like)
Will Laura Ries ever stop blogging about brand extension? I hope not. As often as she blogs about it (to the exclusion of just about any other topic), the tendency of companies to pollute their brands with extensions isn't going to stop any time soon. In her latest entry, she gives several examples of brand extension failures. She starts by setting her sights on the new eBay Express extension, and she links to a Wall Street Journal article noting that it "isn't selling well". Then she moves on to Volvo convertibles and others. She concludes with a constructive suggestion: A better strategy is to launch a second brand. As Toyota did with Lexus. As Sony did the PlayStation. As Apple did with iPod. As MTV did with VH1. A second brand allows a company to expand while still protecting the integrity of its core brand. If you're an executive considering changing your focus to expand into new markets, consider the liabilities of brand extension and the possibi
When your company upgrades a product, you and your product manager may concern yourselves with backwards compatibility . Backwards compatibility refers to the extent to which the upgraded product works with existing ways of using the product. The upgrade may introduce new features and new ways of interacting with the product. But if a user can interact with the new version in the exact same manner and achieve the exact same results as with the old version, then it is fully backwards compatible. However, backwards compatibility is not an end in itself. It avoids the following problems associated with existing users' lack of familiarity: Relearning/retraining. To use a product that isn't backwards compatible efficiently, a user may undergo a punitive learning curve to get up to speed. Mistakes. A user unfamiliar with the new interface may be more likely to make mistakes while using the product, causing possible physical, psychological, or monetary damage. Fear of upgrad
One way to determine whether you need market research and strategy help is to go through a positioning exercise . Follow the steps I outline in my series on positioning . If you find yourself having trouble answering any of the questions, or even if you have trouble justifying your answers to a disinterested party, you likely need to understand your market better or reconsider the principles of marketing, which are often counterintuitive .
Who argued that the appointment of congressional chaplains, a tradition that continues to this day, is a violation of the First Amendment to the U.S. Constitution: "Is the appointment of chaplains to the two houses of Congress consistent with the Constitution, and with the pure principle of religious freedom? In . . . strictness the answer on both points must be in the negative." a. James Madison, framer of the First Amendment b. Nadine Strossen, ACLU President c. Al Gore, former U.S. Senator d. William Brennan, former U.S. Supreme Court justice Guess before doing a Google search :-)
Beware of "customizability" as a key attribute of your product. While it can be a very important and powerful attribute, it can also be a sign that your product doesn't address a focused set of problems in the marketplace. If you can't point to three or fewer compelling problems in the marketplace that would be enough to drive customers to buy your product, you might be tempted to make your product "customizable" so that it addresses any need a customer might have. Instead, either gain a better understanding of your customers, or strongly consider the possibility that your product just doesn't have a good value proposition.
In my last entry, I wrote about Donald Norman's contention that Google is more "complex" than Yahoo, and that users like complexity. While I mostly disagree with Norman, I think his arguments raise some interesting questions about categories and some challenges for Google. The crux of the issues is whether Google is a web search engine or a portal. Yahoo is a portal . Its primary business is as a central starting point to provide access to various content and services. As such, its front page is "busy" and contains many links in addition to a search engine. As a search engine, Google is the market leader and a powerful brand. But Google is not the market leader as a portal. Portals and search engines are different categories of products. Google as a brand can't be as successful straddling both categories as it can by focusing its brand on one category. To be most successful in search, it needs to keep the clean, search-oriented look of its front page. To
Donald Norman recently wrote an odd column singing the praises of complexity. He challenges the conventional "do one thing and do it well" wisdom: [P]eople want the features. [S]implicity is a myth whose time has past [sic], if it ever existed. In a related article about Google, Norman wrote : Why are Yahoo! and MSN such complex-looking places? Because their systems are easier to use [than Google's]. Yes, I did a double-take when I read that statement, too. Visiting the Yahoo home page to perform a web search takes longer than visiting the Google home page to perform a web search, if just because of the time it takes for a browser to load the Yahoo home page. Yet Norman's claim is actually that Google is more complex for users who are trying to do something other than search. He has a point. If Jane goes to the Google home page to check her Gmail account, she probably has to go through more time and effort than Joe trying to get to his Yahoo Mail account from the
As I mentioned yesterday, when you divide a use case into versions and distribute them among iterations, you can divide them along feature lines or requirements lines. When you divide use cases into versions along requirements lines, you relax certain constraints (nonfunctional requirements metrics) that are attached to the use case. Your team implements the most relaxed version in the first iteration. The team then implements progressively more stringent constraints in each succeeding iteration, culminating in a final iteration in which they implement the original, unrelaxed constraint. Imagine a use case for your product is to maintain a comfortable temperature. Some of the associated nonfunctional requirements are usability constraints limiting the amount of time and effort it takes for a user to achieve this goal. Yet it could be that the functionality - not the usability - is the most challenging and risky requirement for developers to implement. To enable the developers t
Last year, I touched on the concept of use case versions . A use case version is a use case with simplifying assumptions attached to it. Use case versions help with incremental delivery , scheduling, and product roadmaps . Use case versions help with incremental delivery by enabling shorter iterations and releases. With incremental delivery, you should be iterating on the development of the product and "releasing" the product for testing and feedback after each iteration. But often a use case is far too complex to implement within a single iteration time-box . In such situations, you can implement a succession of simplified versions of the use case instead. For example, imagine your organization is implementing an e-commerce web site. One of the highest-level use cases (perhaps even the only use case at the requirements level) is Purchase Items. You've attached various nonfunctional requirements to this use case regarding usability, payment flexibility, etc. It'
The equal protection clause is part of the 14th Amendment to the U.S. Constitution. It states: All persons born or naturalized in the United States, and subject to the jurisdiction thereof, are citizens of the United States and of the State wherein they reside. No State shall make or enforce any law which shall abridge the privileges or immunities of citizens of the United States; nor shall any State deprive any person of life, liberty, or property, without due process of law; nor deny to any person within its jurisdiction the equal protection of the laws. Some interesting facts about it: It was passed in the "rump" Congress after the Civil War. The "rump" Congress excluded representatives of the Southern states. The Radical Republicans pushed it through Congress. Ratification by Southern states was a condition of their reacceptance into the Union. The framer of the clause, John Bingham, expressly intended for the clause to apply all preceding amendments - some of w
We all know that "thinking outside the box" fosters innovation. Design is the box. Thinking outside the box means understanding the problems you want to solve without design constraints. Requirements help you understand the goals that lie outside the box. Requirements foster innovation.
Here is a roundup of my series on the concept of categories in marketing strategy: Categories: Introduction - Defines what a categoy is and why it is so important in marketing. Categories: Naming - Describes the advantages of, and guidelines for. naming a category. Categories: Expansion - Describes how expanding a category can be more important than increasing market share. Hope you enjoyed the series!
If you're the leader or first in a category, you should strive to expand it. Rather than try to increase your market share, increase the size of the pie. As the market leader, you generally will benefit proportionately more than your competitors (especially if you don't have any yet). As Al Ries and Laura Ries wrote in The 22 Immutable Laws of Branding : When you're the first, you can preempt the category. You are the only brand associated with the concept. You have a powerful publicity platform. You need to put your branding dollars behind the concept itself, so the concept with take off, pulling the brand with it. What happens when competition appears, as it inevitably does? Most category leaders just can't wait to shift into brand-building mode. That's a mistake. Leaders should continue to promote the category, to increase the size of the pie rather than their slice of the pie. Try to create a new category with a product that is so focused it has no share
If you manage to create a new category and be the first in it, you have a chance to name the category. You can introduce the category name in your marketing literature and PR campaigns. The guidelines for choosing a category name differ from the guidelines for choosing a brand name. While descriptive brand names are a bad idea , a category name is by nature descriptive. "Xerox" was a powerful brand name that dominated the "copier" category. The brand name was a blank slate, not descriptive of anything [at least to the average person; see the comments], especially of the product. The category name, on the other hand, was a straightforward description of the product's function. The main guideline in choosing a category name is to ensure it clearly conveys that the product(s) in it differ significantly from products in existing categories. Such a category name aids in the marketing of your product, as it makes it easier to position it versus the competition.
Products typically fall into categories . Hertz is in the rental car category. Toyota is in the car category. Symantec is in the security software category. Xerox is in the copier category. Categories, at least to the extent they are relevant, exist inside in the minds of consumers. The most powerful position for your brand to occupy is to be synonymous with a category. If your brand is synonymous with a category, it means that people automatically think of your product when they think of the category, and vice versa. They don't think about the competition. If possible, you should strive to create a new category and have the first and only product in it. Remember, though, categories exist in the mind. So you have to create your new category in the mind. Stay tuned for more on categories and how your marketing can affect them.
It's the end of an era. The owners of my favorite Tex-Mex restaurant, Chuy's, have sold to a "private equity group". The original owners will still sit on the board of directors, but I wonder if the unique character of the restaurants will deteriorate over time. Via Austinist.
When is a brand important? Are there industries or business models in which the strength of a brand doesn't matter very much? Geoffrey Moore argues that branding isn't as important for businesses selling complex products to other businesses (B2B); [W]hile [brand value] has extraordinary relevance to B2C volume operations enterprises, it has virtually no relevance to B2B complex systems enterprises. The importance of brand strength hinges on the nature of the buying process. With high-dollar custom services, the most effective sales approach usually is to facilitate a dialog with the customer to come to a mutual understanding their situation, problems, the implications of those problems, and the associated needs and payoffs . In such cases, the demonstrated understanding of the needs of the particular customer is often much more important than brand perceptions. On the other side of the spectrum are products that address well-understood problems. The sales process for t