Skip to main content

Posts

Snowboarding Lessons

As I mentioned a little over a week ago, I went snowboarding in Utah. I stayed with my friend, Chris, and his wife during my visit. I snowboarded for six straight days at the Brighton resort. It was my first time, so I took lessons the first day. The instructors taught me the basics and, by the end of the day, I was able to do 'S turns'. An S turn is where you go down the hill, turn in an arc towards one side, then go down the hill and turn in an arc towards the other side. It keeps your speed under control. Once I knew how to do S turns, I felt it was time to practice rather than take more lessons. So the next five days I spent perfecting my S turns, while progressively subjecting myself to more difficult courses (blues and even some segments of blacks). For anyone, including experienced skiers who haven't snowboarded, I have the following observations: Take lessons. Practice is very important, but you have to know what to practice. The frustration of the first day or
Recent posts

Hypotheticals

When your product manager is researching the market, she has a choice between using hypotheticals and actuals . When interviewing a prospective customer, a product manager who uses hypotheticals asks such questions as: Would you be willing to buy a product that does x, y, and z? If I were to offer you a product that does x, y, and z, how much would you be willing to pay for it? How often would you use a product that does x, y, and z? In contrast, a product manager who uses actuals: Asks what the prospective customer does currently instead of using the product. Determines how much the prospective customer spends to accomplish her goals without using the product. Puts actual product or demos into the prospective customer's hands and determines whether she uses it. Both hypotheticals and actuals are helpful. Hypotheticals are notoriously unreliable , however. To the extent possible, a product manager should favor actuals when researching the market.

Is Customer Development Pseudoscience?

The “Science” of Lean Startup Lean startup practitioners embrace the scientific method, seeking the "truth" about what business model and strategy will lead to product success. We do so by: Formulating hypotheses Crafting and running experiments to test them Learning from the experiments Iteratively feeding our learnings back into revised hypotheses Sounds pretty scientific, at least in spirit, doesn't it? Yet this process actually neglects a key ingredient in the scientists' mode of operation. To identify what’s missing, let’s examine “customer development”. Customer Development Steve Blank is one of the pioneers of the lean startup movement. He introduced into the lean startup lexicon the term “customer development”. Customer development consists of sessions and interactions with customers to test hypotheses. For example, a product manager might interview a prospect, asking if she agrees with the product manager’s hypotheses abo

Why Spreadsheets Suck for Prioritizing

The Goal As a company executive, you want confidence that your product team (which includes all the people, from all departments, responsible for product success) has a sound basis for deciding which items are on the product roadmap. You also want confidence the team is prioritizing the items in a smart way. What Should We Prioritize? The items the team prioritizes could be features, user stories, epics, market problems, themes, or experiments. Melissa Perri  makes an excellent case for a " problem roadmap ", and, in general, I recommend focusing on the latter types of items. However, the topic of what types of items you should prioritize - and in what situations - is interesting and important but beyond the scope of this blog entry. A Sad but Familiar Story If there is significant controversy about priorities, then almost inevitably, a product manager or other member of the team decides to put together The Spreadsheet. I've done it. Some of the mos

What Is Design Thinking?

The Context Over the years, various product management and development methods have come into vogue, most notably agile and lean startup methods. Agile methods addressed requirements , architecture, and development risks using frequent iterations. Lean startup methods take it a step further, iterating on the entire product strategy, including the unique value proposition , the target market, revenue and cost structure, and marketing and sales channels. Recently, you may have heard more and more chatter about "design thinking". I certainly have. What is it, and how does it differ from agile and lean startup methods? How can companies leverage it to innovate and develop better products? The Definition If you do some web searches, you'll notice a lot of vague references to design thinking and a diversity of views about what it is. After exploring some definitions, I'll borrow from various descriptions and accounts of design thinking to form what I believe is a

What Product Managers Can Learn from the Apple iPod

The Story When Apple unveiled its iPod digital music player back in October 2001, I dismissed it as a  parity product . I already owned the Cowon iAUDIO CW100 MP3 player, loaded with my favorite tunes. There was Apple, generating great hype over the iPod as if it were a breakthrough product. The idea of a portable digital music player was nothing new. The first mass-produced MP3 players came out in 1998. In late 2001, the concept may have been new to a lot of Apple customers, but it wasn't new to me. I proudly showed my MP3 player to friends when they gushed about the iPod. Thus Apple's iPod was not an innovative product in and of itself. Years later, however, I realized the significance of ecosystem of which the iPod was a part. Apple had released iTunes (with technology purchased from  SoundJam MP ) and created the iTunes Store for finding and downloading music. Unlike Napster , it was a safe and legal way of distributing and acquiring music. The prior way of playing

Website Product Management

Managing a website, whether the target visitors are internal to an organization or are in the public at large, is not merely a matter of slapping together some web pages and linking them together. It's also not merely about design. No, managing a website includes such challenges as: How do you elicit and prioritize the requirements for the website? How do you position and market the website to the target audience? How do you test your assumptions and continuously adjust to the needs of your target audience? Note that those who manage any product face the same challenges. In his recently-published  book,  Website Product Management ,  David Hobbs teaches us how to manage websites as the "products" they are. David was gracious enough to allow me to interview him about website product management and post his answers here. Enjoy! Q. Why is product management important for websites? A. Organizations are usually stuck in the rut of thinking of their web pre