When Helping Hurts
A sales rep comes to you and asks for a small product change to satisfy a prospective client.
Your manager wants to A/B test her latest idea.
Your friend in client services keeps asking for an updated FAQ even though nobody reads the one you do have.
One of your engineers is obsessed with a new API that Google just released.
A customer keeps complaining about missing functionality - how could you have possibly built the product without it.
What's a product manageer to do?
You want to help everyone. You know that each one of them is just trying to do their job. Isn't the customer always right? Shouldn't you build what they ask for?
Here's the problem. You can spend all day every day responding to these requests or you can build a well-defined product that solves a clearly defined problem.
You can rarely do both.
You still need to listen to the requests. You still need to help when you can. But you need to filter everything through the lens of what problem are you solving and how does this help you get there.
Also, the better job you do at communicating the problem you are solving the less often you'll get requests that fall outside of this scope.
How do you handle requests that fall outside of the scope of what you are doing?
Comments ()