Two questions software product managers must always ask

1) “What is the problem we are trying to solve?”

Ask the internal stakeholders who are pitching new ideas to you, ask this of customers who are asking for new features and repeatedly ask yourself to make sure you are needle1not deviating from it as you are getting caught up in the weeds.

2) Is this going to move the “needle”?

What is the measurable impact solving the problem has and by how much? Which “needle” is this going to move  – sales “needle”? customer satisfaction “needle”? customer support cost “needle”? marketing “needle”?, engineering “needle”? If it is not going to move anything significantly, then it is nothing but a “nice to have” and probably is not worth spending time on. Don’t forget about the opportunity costs when you are pursuing something that is nice to have.

If you enjoyed this post, please consider leaving a comment or subscribing to the feed to receive future articles delivered to your feed reader.

Image: Courtesy of Winston Motor sports

Do your customers know?

How often have your customers asked you for functionality that you already have in your product – functionality you have had in the product for a year or two? I have had this happen often enough in my career. There are two causes for thiseducation

1) You forgot to tell the customer

2) Your product is too big that new features are no longer discoverable

I want to spend more time on 1) than 2) because it is the easier problem to solve and I think in my experience more prevalent. You as a product manager identified the customer problems to solve, worked with engineering to come up with the most innovative and easy way to solve the problems, your team is delighted, but all of this equates to naught, if you do not take the initiative to let the world know that you have solved the problem. Often times, organizations get caught up in drumming about this new feature/product with prospective customers (thanks to the zealous salesmen who are looking for the first available opportunity to demo the new wares to prospects), that often educating the existing customers is forgotten.

This is more of an internal organization problem than an external one. It can be easily solved by first educating your internal stakeholders (training, sales, marketing etc.) on the benefits of the new widget, what problems it solves and for which customer profiles. If you do this internal stakeholder education well and carve out the go to market launch plan, then this becomes an easier and accomplishable task. And trust me, only if you do this well, can your external customers know about what you have done for them.

On problem 2) – this one is a harder problem to solve especially for feature rich products such as MS Excel, Oracle etc. Simplification is not as easy to do as it may seem. I don’t know the answer to this problem, in my past experience, we tried many solutions to solve this problem, but nothing I would say worked tremendously well. It was a tough nut to crack.

Thoughts? Comments based on your experience?

If you enjoyed this post, please consider leaving a comment or subscribing to the feed to receive future articles delivered to your feed reader.

Image: Courtesy of Connecticut State Board of Education

Messenger of problems?

It is very easy to identify problems. What is difficult is figuring out how to solve them? Ones who do the ldeliveryatter are valued and get ahead. Sounds like cliche? Absolutely. But it still surprises me when I run into “messengers” of problems. Many want to bring a slew of problems to their bosses – this is not working, it is not efficient, we are understaffed etc. I am sure your boss probably knows about these issues as well. Sometimes, he may not. But if all you are doing is taking a problem to him/her, you are slowing becoming another problem for him/her.

Let us consider a different scenario of a person who identifies the problem, prioritizes the problem, thinks of possible solutions and then approaches his boss stating the problem and his/her recommended solutions. Valuable? Of course. Put yourselves in your bosses shoes. What would you do to solve the problem if you had the authority to fix it? Would you prioritize it to get it fixed? Would you spend political capital on it to get it fixed? If the answer is No, don’t be the messenger of the problem.

Those that are valued are the messengers of recommended solutions to identified problems. No one will stop you from making something better, more efficient, less costly, work faster. But no one wants to hear that something is broken, they want to know how to get it fixed and that yo are willing to take charge to get it fixed.

Futility of “feature wars”

Feature WarIf you as a software product manager is arming your sales force with detailed information on all of the features in your product(s), you are arming them with information to fail. If your sales team is engaging in a “feature war” with your competitors, you are bound to lose to the competitor who is smart enough to engage the customer in a discussion on their needs and how their product(s) solves these problems and how it would help the customer achieve their goals.

What exactly is a “Feature war?” – software vendors trying to outdo each other on who has more features than the other. You cannot win this war – any product is going to have a feature that another one does not and vice versa. Engaging in a “feature war” is death knell for two reasons:
1) You are losing focus on the fact that the customer is looking for a solution to their problems and not for a product with features. They want to know how your product (as a whole, not individual features) benefits them, solves their problem(s) and achieve their goals.
2) If you get caught up in the features (weeds), your driving force is going to be add more features and create a very complex product – a “Frankenstein”.

Mature products have feature bloat – they have more features than one would ever want to use. Take the example of MS Office. I would still be happy with MS Office 97 because I still use maybe 2% of the functionality that is there. I would bet there is a large majority of users are like me. But software vendors often have to keep adding features just to put out a new release to feed the subscription “engine” (often a large “revenue” stream and only “profit” generator) and and also to create momentum for their sales force. This is fine if the new release solves problems for new market segments or problems previously not solved for existing customers. But often times, it is not. It is change for the sake of change.

You should rather be spending time on solving the customer’s problem(s) better – understand it better, solve it better than anyone does today. Then make sure your sales force is armed with information on how your product(s) solves the customer problems better than your competitors. Make sure they start the discussion at a very high level, thoroughly understand the problems faced by the customer and then convince the customer on how your product(s) provide the best possible solution and if needed the features that make it work.

When you are training your sales force, make sure you are educating them on the customer benefits of using your product(s), what problems it solves and how the individual features contribute to solving the problems. Package it for your sales force so that it is easy for them to grasp than them getting caught up in the weeds.

If you enjoyed this post, please consider leaving a comment or subscribing to the feed to receive future articles delivered to your feed reader.

Image: Courtesy of filesanywhere.com (the use of this image does not indicate in any way that filesanywhere.com is engaged in feature wars or has feature bloat. The image is for illustration purpose only. In fact they have a very good website that clearly explains customer benefits of using their product using words that I as a customer would use. Please check them out.)

Follow

Get every new post delivered to your Inbox.

Join 157 other followers