Tag Archives: product management

Jeff Lash @ ‘The Three Questions for Product Manager’

Jeff-Lash

Twitter: @jefflash

Jeff Lash is a product management adviser, researcher and a blogger. He is the Service Director of the Product Management advisory service at SiriusDecisions, the leading global b-to-b research and advisory firm. Jeff plays vibraphone along with several other instruments. We thank Jeff for taking out time and be part of ‘Three Questions’ series for product managers.

Product Mantra: Is “data driven decision-making” killing the innovative thinking among product owners?

Jeff Lash: Quite the contrary – at SiriusDecisions, we still encounter product management teams that base a lot of their decision-making on anecdotes and gut instinct rather than objective data. Innovation and evidence-based decision-making aren’t in conflict – in fact, they work well together and in many cases you need them both.

For example, it’s okay to think about innovative ideas for new products or product enhancements. However, instead of just running off and building them, product managers should look to conduct concept testing to see whether these ideas have merit and, if they do, to help iterate and improve upon them. Similarly, data can be extremely helpful in identifying opportunities to innovate. Quantitative data – from a variety of sources, including everything from market overviews to web analytics – can help identify needs, pain points and trends, and that can inspire innovative ideas that wouldn’t have been identified otherwise.

It feels as though people take a position on either end of the spectrum. On the one side, there are people who quote (or, more likely, misquote) Steve Jobs or Henry Ford and believe that customers don’t know what they want and you should just come up with innovative ideas and try and move the market. On the other side, there are people who believe every question in life can be answered through an A/B test. The reality is that there is a happy medium in the middle.

Product Mantra: What are three things that you don’t want a product manager to spend his or her time on?

Jeff Lash:

  • User experience design. This is a topic that is coming up more often, especially for SaaS products, as the lines between product management and user experience are sometimes unclear. Product managers certainly should care about user experience and work closely with UX practitioners. However, if they’re getting into the details of design, that’s a problem, since often they don’t have the skills or experience to do good UX work, and it means that’s taking time away from other important activities they should be doing. I wrote more about this in my blog post Product Management is Not User Experience.
  • Detailed specifications. It’s very easy for product managers to slip into specifying the details of how a capability can be implemented. For those product managers who were former developers or engineers especially, they often know the product or the underlying technology so well they could specify how it should be built. That’s not the job of the product manager, though. And in Agile, even though functional specifications aren’t produced as a formal deliverable, the same sort of detail is being created for each story – often in the form of detailed acceptance criteria. There are plenty of other roles that can handle the specifications – and often do a much better job – but there’s only one product manager. When product managers can provide guidance and context to those doing the detailed work, not only are they themselves not spending time on those sort of tactical elements, but the end result will also likely be much better as well.
  • Anything for just one customer. One fundamental difference between product management and bespoke product development is that product management is focused on creating a product that can sell to multiple customers in a market or segment. Especially in startups, situations where one customer represents a large percentage of the revenue, or even when one customer represents a large percentage of the total addressable market, product managers can get drawn in to focusing on just fulfilling requests from specific customers. Product managers should listen to customers and understand what they want and why, but rather than simply following orders, they need to evaluate whether the feature or capability or change would be valuable to the target market as a whole.

Product Mantra: What traits should one look for in a candidate while hiring for a product manager position in a b-to-b market?

Jeff Lash: I like that you specifically asked about traits rather than skills or experience. Clearly, having a certain set of experience is important, but things like competencies can be developed in an individual, while traits are harder to learn or adapt. There are a number of traits that I think are important, but here are four I’d suggest looking for:

  • Passion. Product managers need to be passionate about the role and the subject matter in which he or she is working. You need passion to build great products, and you need passion to inspire others to build great products. Ask candidates what gets them out of bed in the morning and try to determine their level of passion for the role and the industry/customers/product.
  • Empathy. Product managers need to be able to empathize with buyers and customers and users in order to fulfill their needs and empathize with colleagues to create effective and high-performing teams. Ask candidates to tell an example of when they empathized with a customer or colleague and what they learned from it.
  • Humility. Humility will help product managers empathize with customers and enable them to relate better to your internal colleagues. It also enforces the idea of being part of a team – arrogance is a difficult trait to make work in a collaborative environment. Ask about successes and listen to whether the candidate only talks about his or her own role or gives credit to the others who contributed.
  • Tenacity. There will be challenges along the way, whether it’s trying to get management to fund a new product, resolving some technical issues or taking on a major competitor. People who have a low tolerance for overcoming challenges will struggle in the role. Ask about a time when the candidate faced an obstacle that seemed insurmountable and how he or she overcame it.

Thanks Jeff.

Jeff Lash on Social Media

  1. Follow Jeff on Twitter at @jefflash.
  2. Blog about product management at How To Be A Good Product Manager 
  3. Official blog post on the SiriusDecisions blog,

About SiriusDecisions
SiriusDecisions, the leading global b-to-b research and advisory firm. SiriusDecisions empowers the world’s leading marketing, product and sales leaders to make better decisions, execute with precision and accelerate growth.

@mathurabhay

Rich Mironov @ ‘The Three Questions for Product Manager’

Rich RichMironovMironov needs no introduction. He is veteran in product management and has provided full-time and short-term product management consulting to more than 75 tech companies. We thank Rich for taking out time from his busy schedule to be part of ‘Three Question’ series for product managers.

Product Mantra: Which experience is more valuable for a product manager, sales, marketing or engineering? This considering that most professionals make their way into product management from one of these three functional roles.

Rich Mironov: Product managers need a balance of experience. For PMs who were previously developers/technologists, their engineering backgrounds are already solid. But They typically have little marketing/sales experience. They need to shore that up by sitting in on sales calls, digging into lead gen statistics, scouting competitor products, working out customer ROI models, trying (and failing) as a copywriter, listening in on tech support calls, etc. An ex-developer’s most likely failure mode is to assume that customers care about the finer details of features and interface, and that the buying process is rational.

Likewise, ex-marketers already understand messaging and channels, but will need a lot of technical street cred to work successfully with development teams. They should learn about software architecture, code-and-test processes, technical debt, and how much harder it to BUILD stuff than TALK ABOUT building stuff. An ex-marketer’s likely failure mode is wildly underestimating the effort to add (even small!) features, and to make customer commitments without agreement from development.

Etc. None of us comes to product management with a balanced experience base. We have to get out of our individual comfort zones to fill in the gaps.

Product Mantra: Thousands of products are being developed worldwide every year. Unfortunately most of them fail in their purpose. What are three most common blunders committed by product managers in early stage of the product development?

Rich Mironov: IMO, most products fail because their target buyers aren’t sufficiently interesting in the new product. We talk ourselves into believing that prospects are much more excited than our objective evidence indicates. Three common forms of this overall blunder:

  • Willingness to build just what we’re told to build, as described by executives or salespeople or developers. Over and over, I see products in development that “our CEO said that people wanted,” or that make sense on paper, or that only one customer demanded. Every product manager should gather first-hand input from a few dozen potential buyers in the actual target segment – and confirm that the specific product has a paying audience. (As Steve Blank says, “Get the heck out of the building.”) Our job is to validate other people’s seemingly good ideas.
  • Not having a back-of-napkin revenue model: vaguely how many units do we need to sell in the first couple of years, at what price, to justify our expensive development team? Does Sales or Marketing agree that these projections are reasonable? Has any player in this market ever achieved similar sales results? Too often, I see companies spend $M’s in development without running the basic financials.
  • Assuming that product management is the best source of good ideas. Our job is to make sure that good products are build and good decisions are made, not to be the smartest folks in the room. Some terrific ideas (and a lot of bone-headed ones) come from developers, from channel partners, from customer suggestion boxes, from executives, from competitors, from analysts. We need to filter the incoming stream, discard the obviously useless 95%, and have the best thinkers in our organization give the interesting 5% a thoughtful review. And then validate-validate-validate the proposed mix of features/fixes/new products. We leave our egos at the door.

I see fewer products fail because development is hard (which it is) or because most releases are late (which they are). No matter how great our engineering teams are, they can’t save us from mediocre or stupid product plans. So the most wasteful thing we can do is excellently build a market-failing product.

Product Mantra: How soon should a start-up hire a product manager or for how long a founder(s) should continue playing the role of a product manager.

Rich Mironov: I usually recommend that a start-up hire its first professional full-time product manager when it hits 12-20 people.   That’s when the informal communication overhead of a 6-person company (everyone sitting around one table) breaks down, and everyone is suddenly having trouble staying current on customer commitments, priority priorities and development capacity. Someone (a product manager) has to provide just enough process so that the development team can stay productive. See a recent 45-minute talk of mine on this: http://www.mironov.com/startuppm/ .

This can be a very touchy discussion, since founders SAY they want to give up day-to-day control over product details, but rarely ACT that way.   They’ve been making every single feature/UI/architecture decision early on, as the company sailed past a series of potential disasters, and that worked well when things were small. Changing their management style and operating model is VERY difficult. Newly arrived product managers at small start-ups have to earn the trust of the founders by handling increasingly important decisions in full view – so that founders can slowly relax their grip on every button placement and color choice.

About Rich Mironov: Rich coaches product executives, product management teams and agile development organizations. He is a seasoned tech executive and serial entrepreneur: the “product guy” at six start-ups including as CEO and VP Products/Marketing. Read more.

@mathurabhay