Book Review: Expert Product Management

expertpmcover Did you ever pick up a book, read it and then think, where’s the rest of the book? If not, then you haven’t read Expert Product Management by Brian Lawley.

Subtitled Advanced Techniques, Tips and Strategies for Product Management and Product Marketing, the book covers 4 specific topics in what is less than a hundred pages in total.

These 4 topics are: Product Roadmaps, Beta Programs, Product Launches and Review Programs.

Product Roadmaps

The Product Roadmaps chapter starts by discussing why have a roadmap and what a Product Roadmap is. It then describes various types of roadmaps such as Market and Strategy Roadmap, Visionary Roadmap, Technology Roadmap, Technology Across Product Roadmap, Platform Roadmap and finally, Product Roadmap.

The distinctions between these various types of roadmaps become somewhat pedantic as, in the end, each roadmap presented is simply a high-level list of items presented in a chart representing roughly 3 calendar years.

Following this list of roadmap types is an 8 step process that is used to create a roadmap. These steps are:

  1. Determine the level of detail and time to spend
  2. Competitive, market and technology trends
  3. Gather and Prioritize Requirements
  4. Decide on timeframe
  5. Choose organizing strategy
  6. Build Internal roadmap
  7. Fine tune and get buy-in
  8. Create External Roadmap

These 8 steps form the bulk of the chapter, and while each step is described in some detail, there is nothing in these steps that is new or innovative, or that most any product manager with a few years of experience wouldn’t know. As an example, one of the Best Practices at the end of the chapter reads:

Always use code names for products on your roadmaps. You never know where a roadmap is going to end up and it’s much better to have a code name so you haven’t committed to a formal name in the market place, and so that your competitors will have a more difficult time determining exactly what your roadmap is trying to convey.

OK, is it just me, or does this not make any sense? If anyone with a small amount of understanding (e.g. a competitor) sees a roadmap slide, whether it has actual product names or code names, they are going to know what it’s describing, unless everything else on the slide, including all roadmap items are also written in some kind of code.

Beta Programs

The next chapter covers beta programs. Beta programs are near and dear to my heart, as in my opinion, running a successful beta program is one of the toughest tasks for many product managers. For more on my thoughts about betas, read my article Building a Better Beta.

Back to the book. This chapter is a scant 15 pages. The section on how to run a Beta Program, lists the following factors to consider:

  1. Setting Goals
  2. Writing the plan and getting sign off
  3. Deciding who will manage the program
  4. Determining the length of the program
  5. Recruiting participants
  6. Selecting candidates
  7. Defining factors in response rates
  8. Estimating participation levels
  9. Obtaining agreements
  10. Determining incentives
  11. Starting the program
  12. Maintaining ongoing communication
  13. Responding to participants
  14. Communicating internally
  15. Administering exit surveys
  16. Writing a final report

Now, this is actually a very good list to consider and follow when enacting a beta program. It’s actually similar to a list I define in my own article. The problem here is that for this book, many of these 16 topics are covered with scant information. For example, under “Starting the Program” (actually the heading in the book is “Kicking off the Program”), it says:

When you are ready to start the beta program, make sure that you do everything possible to avoid a false start. Double-check the installer and software download sites.  Make sure the interface and documentation are ready for customers to use in a meaningful way. And build a [sic] FAQ that you can include to help customers from hitting bumps on the road.

Again, nothing wrong with any of this, but it’s pretty basic advice. How about some details or examples? Basically it says, when you’re ready to start the beta, make sure you’re actually ready to start the beta.

Product Launches

Chapter 4 covers Product Launches. Launching products can be quite complicated and involved, and there are even a number of books specifically dedicated to this topic. I don’t fault the author for not providing as much detail as those books, but for such a meaty topic, this is yet another razor thin chapter.

He spends a few pages talking about messaging, positioning, features and benefits (all of which really should be done well before the launch phase), and also covers a few financial considerations related to launch, but in the end, it too high level and simplistic to be applicable for most people.

Review Programs

This chapter discusses 3rd party product reviews, and how to create a reviewer’s guide. The section entitled Why Reviews Are Critical reads as follows:

Reviews establish credibility and are much more believable than your own marketing. Third-party opinions always carry much more weight than what a company says about it’s own products. Multiple good reviews have the ability to influence the market, create sales momentum and drive your product’s brand. And of course, good reviews also lead to winning awards for your products which give you further visibility.

This paragraph reads as if it was written in 1980 or for someone who had no idea what a product review was intended for.

The rest of the chapter covers 10 recommendations to make it more likely to get a good review from a reviewer. These items are:

  1. Put a dedicated Sr. Product Manager on the job
  2. Start early, work from a timeline and hold team meetings
  3. Get your materials and references together
  4. Do the killer demo: practice, practice, practice
  5. Make it “Dummy Proof” with custom preset accounts
  6. Set the competitive argument
  7. Phase rollout, track equipment, check in routinely
  8. Provide immediate responses
  9. Include screenshots & photos with captions
  10. Write the review for them

#10 is interesting. It is a sad but true fact, that many reviews have been written, and probably still are written by the vendors themselves, either directly, or indirectly by providing a reviewer’s guide with their product. As the author states:

…make sure you provide Adobe Acrobat PDF and Microsoft Word versions of the reviewer’s guide. You want the reviewers to plagiarize as much as possible. Put words in their mouth if you possibly can.

While I have to give the author some points for providing an honest description of how some reviewers work, it’s unfortunate that the chapter basically ends on such a negative note. There is some discussion about other uses for a reviewer’s guide, but the topic could have been covered in a more positive and thorough way.


I can’t honestly recommend this book to other people in the field. The title — Expert Product Management — is misleading. There is very little in this book that rises above what I would consider basic or possibly intermediate level information.

For the topics covered, the content is rather sparse and at times superficial. For a book targeted at “experts”, there is no coverage of topics such as defining or crafting strategy, competitive analysis, business objectives, pricing, dealing with market maturity, organizational issues etc.

This book might be useful to new product managers or product marketers, or for people who have little experience in any of the four topics covered. But, if the person is that inexperienced, most of this information can be found for free on the web, or the person should pick up some other books that provide a more thorough background on product management and more specifics on the topics covered in this book.



7 responses to “Book Review: Expert Product Management

  1. Agreed. I’ve read through this text once or twice but it’s really not that comprehensive. I always felt as though it was a sell sheet to get you hooked on the methods / tools and then on to the 280 Group site to by one of their other products…

    But could just be me.

  2. I thought it was an excellent booklet, but you are right that it doesn’t do the title justice, being more an intermediate level text and very brief.

    Actually, this is a good lesson for PMs in and of itself: don’t promise something in the name of the product or feature that you cannot live up to!

  3. From what you described here, yep, that book looks like a waste of space. By the way, I read your article on beta programs for the first time thanks to your reference to it here.

    I’ll briefly repeat the comment I left on the Pragmatic Marketing site – people should consider using virtualization for distributing beta software. It’s a good solution for appliance-based products as well. Besides, more and more companies are installing their software into virtual servers, and the IT folks at the customer site will probably be much happier to setup a virtual server for beta software than actually going through the p.i.t.a. of installing it from scratch.

  4. I am curious though what book(s) you might recommend for this type of topic?

  5. Paco

    Thanks for the comment. I agree that virtualization makes it much easier to distribute software. This is a good option, as long as beta feedback on the installation process is NOT something you need. :-). Multi-tier software is not easily distributed via a VM. Also, distributing a VM does require a larger download, but in many cases, it does make a lot of sense.



  6. Cameron,

    There are a number of books out there that give good information on Product Management. It really depends on what level of information you want, and where your focus is. I’ll be reviewing a couple of books in the near future, both of which are pretty good IMHO. Stay tuned.


  7. Saeed: Just a quick thought: as a product manager, who do you spend most of your time working with? Probably developers and sales folks. If a PM book doesn’t take the time to talk about how you can get the most out of those relationships (and keep both parities from fighting), then it’s really missed the main challenge of being a product manger.

    – Dr. Jim Anderson
    The Accidental PM Blog
    “Learn How Product Managers Can Be Successful And Get The Respect That They Deserve”