Training Banner

Saturday, March 19, 2016

Getting Strategic Marketing Input: A Product Manager's Challenge

I've run across as many approaches to marketing as organizations I've belonged to. While I've met some very impressive professionals and have seen stellar execution in terms of communication at the tactical level, I must admit I haven't had the same luck getting market-oriented strategic input from marketing. To be fair, I think this gap was due more to organization setup and motivation than the skills and knowledge of the professionals involved. Regardless, although I've never felt at all that I could/should rely completely on marketing for strategic insight, I've always been convinced getting some insight is a reasonable ask.

This quandary had lead me to think about what other expectations I can reasonably have of marketing from a strategic perspective. For example, I've also rarely gotten good insight on the competitive landscape. Once again, I don't expect marketing to serve me up a platter of perfect information: I expect to contribute to knowledge about competitors too -- I just expect something. Anything.

One might think that given my background in huge shops, a well oiled marketing machine would inundate me with market insights. Sadly, nothing could be further from the truth. One might expect these mature, fairly bureaucratic organizations would force marketing to at least go through motions of penning a marketing requirements document (MRD). Once again, one would be wrong in my case.

I'm very curious what others think are reasonable expectations of marketing in terms of strategic insight. Please don't respond with the obvious observation that we PMs are accountable for gathering this information. I have always accepted this accountability but couldn't help expecting a bit of support. Here's a short list of things I would have liked some relevant insight into:
  • "Mega trends" shaping related markets
  • Input on defining the market segments we should target
  • Key functional trends in related products (new capabilities, for example)
  • Key players in the competitive landscape
  • Fodder for at least the OT dimensions of a SWOT analysis
What are your experiences? What strategic insight do you expect from marketing? What kind of insights have you gotten?

Monday, March 7, 2016

5 Smart and Creative Questions You Should Be Asking Your Customers

As product managers, we're expected to interact with customers but, in my experience, typically receive little formal training on how to do it right. While some folks are naturals at this type of communication and often it's not difficult to find topics to discuss, I have the impression that I could have or should have gotten more out of customer interactions during my career. On balance, I have to admit that much of what I discussed with customers was fairly tactical, e.g., specific issues they were facing, input on investments for the next release.

I did a quick thought exercise, trying to uncover more open, creative and even perhaps strategic questions that I either stumbled upon or wish I had stumbled upon earlier. Reviewing them now, they're probably biased toward the enterprise market where I spent most of my career. I hope they provide food for thought.

1. What would it take for you to switch to a competitor?

This question can be intimidating or scary to ask, but has the potential to give you insight into what really differentiates your product in the mind of the customer. Their response (much of it nonverbal) may also give you some insight into the extent to which they've already pondered this query.

2. How would you characterize the business value of using our product?

This question can give you important insight into how your customer quantifies or qualifies the value of your product. Do they make a strict business case or are there other intangibles that they find valuable? As PMs, it nice to see both. You can then ask yourself if the benefits/value they perceive are based on factors that are likely to be stable and long-lived. If not, you've got some thinking to do. These types of conversations can help you understand your product's value proposition and create effective positioning that resonates with other similar customers.

3. Can I watch some people using our product?

We sometimes are hesitant to make a request that we perceive as disruptive to our customers'  business, but simply watching people use your product "in the wild" will give you insights that won't come from an artificial environment like a lab and will help you understand the broader business/operational context in which your product is used. You may also get input from stakeholders that you don't normally speak to (end users as opposed to decision makers, for example).

4. What would be the immediate impact on your company if you couldn't use our product tomorrow?

The answer to this question can be humbling. If the answer is "not much", you've got some soul-searching to do. Regardless, this question can help you understand the criticality of your product to the customer and may help you better prioritize development investments, including the typically neglected "stepchildren" of feature prioritization, topics like supportability.

5. If you could change one thing about our business relationship, what would it be?
This question shows sensitivity to your customers' non-functional challenges and may give you insight into adoption blockers that are generally reserved for sales professionals. For on-premise products, you may get insight into the potential value of other delivery and pricing models. You can also get insight on price point or the licensing model that would probably never come up in discussions about the product's functionality.

For more information on my training (including online options) and consulting offerings, please visit my site, www.prickril.com.

Thursday, February 18, 2016

Lies product managers tell themselves (Prickril Edition)

I enjoyed Mark Silver's post on the Spechtechular blog on the lies product managers tell themselves. Let's face it, product management is normally a grind. We shouldn't be too hard on ourselves if we tell ourselves a few white lies to help us "get through the night" from time to time. As some of us learned in "The Big Chill", rationalizations are more important than almost anything. ("When was the last time you went a week without a rationalization?").

Mark's post inspired me to do a bit so soul searching. Here are a few ugly and pernicious lies I can now admit I've told myself over the years:

1. I talk to customers all the time so I obviously understand them.


It's self-evident to most product managers that we should be talking to our customers. But let's face it, operational demands back at the lab and unfortunate constraints such as travel budget often make it difficult to engage with customers as often or as deeply as we'd like. This paucity of interaction with customers can create an exaggerated sense of value from the engagement we do have. That means sometimes we find ourselves actually believing that because we had some interaction with them that we really understand them. A few questions that can help us dispel this illusion:
  • Think of a customer contact you have and list their top three professional pains (not necessarily related directly to your product).
  • List the three biggest customer problems your product solves. This one leaves many an overconfident product manager scrambling for an answer when they're put on the spot.
  • Are you talking to customers that are representative of important market segments or just the usual set of "groupies" (folks who love you and your product are perhaps too careful in giving you the feedback you need to radically improve your product).
2. Writing down a strategy is unnecessary because things around here change so often (and I've got a product roadmap!).

Good leaders will tell you that volatility is no excuse for not planning. Perhaps you need to tweak your planning horizon, but defining a vision and set of measurable, supporting objectives is critical and, moreover, one of your key accountabilities as a product manager! Be careful about falling into the trap that your vision and objectives are obvious to every one. You should also be wary if all your objectives are purely financial. Sustaining business success in the world of software will typically require more than short-term margin. Consider your reputation as a though-leader and your desired impact on the markets you serve. Shouldn't you define related objectives? BTW, your roadmap should be a delivery-centric expression of your strategy; it is not the strategy itself! Structurally, I like to define strategy using OMG's Business Motivation Model. This spec is, for the most part, undiscovered gold.

3. I'm extremely busy so I'm obviously getting a lot done.


Product managers are infamously busy people. I believe there are few (if any) other roles that stretch a person in so many different directions, e.g., functional vs. technical, tactical vs. strategic, inward- vs outward-facing. The shear volume and breadth of work means that we can easily delude ourselves into thinking that all this activity actually represents progress. Here's a simple exercise to help cut through "the fog of activity": Look at your calendar for the week and identify everything you're doing that has clear strategic importance. If you're not doing something strategic every day, consider reevaluating your priorities and asking yourself why your investments in your most important resource, time, are so tactical.

4. Everyone seems happy at the lab, so things must be going well for the product.


It's so easy for us to get lulled into a false sense of security during those sometimes rare periods of calm at the lab. Things are going swimmingly with development, executive leadership is happy with developments (or distracted with bigger priorities) and even the quality manager, who had been disrupting your sleep for months, seems content. It is at these times that successful product managers reflexively, even compulsively, assess what's going on "beyond the firewall" to make sure all this calm and contentedness is well-deserved. You should be asking yourself if you're getting regular, high quality information from the outside world about sales, customer satisfaction and other meaningful KPIs.

5. There are million reasons my product isn't performing like I expect it too, none of which have anything at all to do with my poor design, strategy or execution.
Much like a restaurant owner who can think of a million reasons why diners are scarce on a given evening ("There's an ice dancing special on TV tonight and Mars is in retrograde."), it is easy for us to surmise reasons why our product isn't performing at the level we expect. The hardest to accept is that we are simply not delivering what the market expects. This mismatch may be a product of simply not understanding the problem space sufficiently or failing to design the right solution. We might not have a strategy (see point 2 in this post) that is focusing our efforts on winning based on an explicit set of objectives we define. When your product is under-performing, focus you efforts on discovering why and addressing it, not concocting elaborate excuses and staying the same path. 


Lies Worthy of Honorable Mention

  • My product offers enough functionality to really address my customers' pain.
  • I'm clearly delivering what the market wants, not just what appeals to me.
  • Every roadmap pitch I've ever made to execs. :)
So what do you think? What are the biggest lies you've told yourself over the years?

You can get more information on my consulting and training offerings on my site, www.prickril.com.

Wednesday, February 17, 2016

Lest we forget...

While it's clear that Agile can make you faster, make sure your efforts are guided by the right vision and strategy!


Wednesday, February 10, 2016

From Data to Wisdom

I've been looking for an intuitive way to make these distinctions for a long time. I think I'm on my way. 

Thursday, February 4, 2016

The Role of Women in the Software Industry: A Global Disgrace

When it comes to gender equality, most industries, including (or maybe particularly) the software industry, have a lot of work to do. When we characterize the status quo from a statistical perspective, the current problem is daunting or even depressing:
  • A recent study of 11 high-tech American companies revealed that only 30% of their workforce is women
  • A relatively small percentage (of this already small percentage) of these jobs are technical (16%) or leadership roles (22%)
  • Some data indicate that these numbers are getting worse, not better
  • (for more information, see this great CNET article).
Anecdotally, most of us need do little more than look around the average conference room during a meeting to see an appalling representation of the gender gap. As a software product management trainer, my experience is that women only 15% of my students are women (something I'm committed to change going forward).

In this post, I'll share my perspective on this problem and suggest a way that organizations can frame the problem as an initial step in addressing this unfortunate situation. I'm not an expert on gender equality but am passionate about the problem and hope my (possibly naïve) observations will generate much-needed discussion.

Are men and women really different?
Although there is evidence that men and women have biological differences and are subject to the significant influence of culture, I make the assumption in this post that any gender-related differences, whether they are real or perceived, are essentially irrelevant to the discussion of gender equality in the workplace, i.e., I assert that men and women are equally capable of contributing positively to an organization's success at all levels of the organization. If you don't share this perspective, it is unlikely that the rest of this post will be persuasive or even meaningful.

What is the cost of gender inequality?
The value proposition of improving gender equality can be hard to determine in a scientific or objective manner, but a reasonable entry point to this discussion from my perspective is based on what I'll call "unrealized potential". The assertion that men and women are equally capable begs a critical question: "Can any organization afford to have an important voice underrepresented in realizing its potential?" I feel strongly that a key factor in determining the success of any enterprise is realizing the full potential of all its members, regardless of gender.

Addressing Gender Inequality
Although acknowledging that gender inequality exists and has an adverse impact on software organizations is an important first step, addressing this issue remains a difficult endeavor, replete with issues common to addressing other types of inequality, including age and race inequality. Given the best information I've been able to find, I simply acknowledge that gender equality is a real issue that has a significant, adverse impact on business success and thus, in practice, on our society as a whole. As a corollary, I would say that if gender inequality is impacting society as a whole, we are all stakeholders in its resolution regardless of our gender {or any other factor}). 

One way to consider how the gender gap could be addressed relates to the level in the organizational hierarchy at which change is planned and implemented. In this post, I'll address the genesis of this change from two perspectives: bottom-up and top-down.

Addressing Gender Inequality Bottom-up
Personal Commitment
I think the most important bottom-up driver for gender equality is awareness of the problem and a personal commitment from each of us to help eradicate it. This step takes some research, perhaps some training or professional guidance, and, most important, some introspection. We are all stakeholders in this problem and must each play a part in improving the situation.

Preparation
Women themselves can also play a part by taking advantage of opportunities to increase the leadership skills and strategic perspective. I believe that the role of product management can play an important role in preparing women for leadership roles given the breadth of knowledge required and the inherently strategic nature of this role.

I believe that product management is in a special position to address gender inequality as it provides an opportunity for developing leadership skills in women without immediately impacting an organization's explicit leadership roles. At the bottom of the post, I list how we product managers can help improve the situation.

Addressing Gender Inequality Top-down
Addressing gender inequality top-down means acknowledging that leadership's interpretation of the problem and its willingness to address it are absolutely critical. In short, organizational leadership must approach gender inequality with an open mind and accept multiple inconvenient truths.

Gathering the Data
A relatively straightforward step in addressing gender inequality lies in understanding via data the magnitude of the problem. Organizational leadership must define a reasonably simple model for measuring the participation of women in the organization. Gathering statistics on the number of women in the workforce and their representation in leadership roles is essential. The latter requires a fair and comprehensive definition of what constitutes leadership, whether measured by reporting relationships, accountability for business success such as influence on revenue. More nebulous measures such as overall influence on organizational decision-making might also be enlightening. If the data demonstrates that gender inequality exists, a likely outcome given generalized statistics, I believe there is a leadership imperative to address it.

Creating the right culture
Organizational leaders, in my opinion, have an obligation to create an organizational culture that acknowledges gender inequality as a problem and demonstrates a willingness to address it. Some organizations like Google are arranging workshops to increase awareness.

Proactive measures
In an attempt to address gender inequality, many organizations have embarked on programs to address it by setting gender-related goals. From the perspective of fairness, related policies can be controversial. While a comprehensive treatment of the desirability or efficacy of such programs is beyond the scope of this post, given the magnitude of the problem and its consequences, I applaud organizations that undertake such efforts. Organizational leadership is responsible for carefully considering such policies and, as appropriate, implementing them in a fair and transparent manner.

What can we as product managers do?
The good news is, we as product managers can help our industry address this problem. A few thoughts off the top of my head:
  • As I said before, make a personal commitment to addressing the problem (or at least not contributing to it)
  • Consider mentoring a woman interested in product management as a career path. I'm doing it and have found it rewarding.
  • If you're in software organization leadership, put gender equality on the agenda and make it a priority
  • If you interact with girls that are still school age (your daughters maybe), encourage them to pursue math and science or other technical fields
  • If you're a product management trainer (I realize this is a small community), consider special programs that help address the (likely) gender gap in your courses. I'm in the process of doing this and couldn't be more excited about it!
I must admit writing this post made me unusually self-conscious. As I said before, I'm not an expert on the topic and have undoubtedly left out important aspects of the issue and its treatment. If this post encourages discussion on the topic, I'll consider it a great success.

Are you ready to address gender inequality in your organization? Are you already addressing it? Please share your experiences.

Wednesday, January 13, 2016

Lessons for Product Managers from Cannon Films

I recently watched an entertaining and informative documentary on Cannon Films, a movie studio responsible for some of the most questionable cinematic endeavors of the early 80s. Films such as the "Death Wish" series,"Breakin’, Breakin’ 2: Electric Boogaloo", and "American Ninja" sealed this firm's reputation as purveyors of possibly some of the worst motion pictures ever released. While watching this fascinating story, I realized that I interpret almost everything I see and hear in terms of product management (sad but true!). In this case, the parallels with my chosen career were surprisingly obvious. Here are a few product-related lessons and insights driven home by "Electric Boogaloo: The Wild, Untold Story of Cannon Films".

Sell first, develop later
Cannon would sell a film to international distributors before they shot the first frame. While obviously risky, I've found myself doing the same thing with courses I've developed. This principle of ensuring a viable market before investing in development is an approach that should guide virtually all product development.

Make a powerful emotional connection with buyers using simple collateral
Menahem Golan, chairman of the board, would often secure international sales for unmade movies by developing a poster that could make an emotional connection with buyers. His strong personality and charisma notwithstanding, the ability to concisely represent the value of a product (whether it exists or not) is a skill every product manager should hone. I've previously written about one approach to doing this by writing a press release for a software release before development starts.

Empathy for your customers is crucial
During its most infamous period, Cannon was run by a couple of entrepreneurial Israelis who, while successful in their homeland, probably lacked an adequate understanding of the American movie-goer to be successful in this competitive market. This lack of empathy made decisions on subject matter and trade-offs between quality and budget constraints precarious at best. The result was inexpensive movies that, over time, became a joke in the industry and with audiences. We as product managers must continually make the same types of trade-offs so must have deep empathy for our product's stakeholders, especially customers.

Speed is no substitute for quality
Again and again, Cannon sacrificed quality in an attempt to get products out the door as fast as possible, often in response to competitive pressure. While a healthy company can withstand one of the mistakes every few release cycles, there is no getting around the minimum quality bar expected by the market.

Follow your passion
Despite their missteps, all who knew Golan recognized his absolute passion for movie making. Whether directing or running the studio, he worked tirelessly to make movies that he hoped would entertain the masses (and make him massively rich!). There is no doubt in my mind Cannon Films managed to survive as long as it did to a great extent due to the "power of passion". It makes me wonder about the impact they could have had if they hadn't suffered from some of the other challenges enumerated above.

In closing, we product people have a lot to learn from industries outside of our own. I would say the points above apply to virtually any product. Do they apply to yours? What is your favorite Cannon Films creation?

For more information on my consulting, training and coaching services, please see my site.