Never have I heard a better description of the challenge that faces Product Managers than a quote that I overheard at this year’s ProductCamp Seattle — “Humans are hard…” spoken by none other than my fellow General Assembly Product Management instructor Tricia Cervenan, as part of a panel discussion. Those simple words struck a chord with me, as it made me think about all of the different ways in which we as Product Managers attempt to understand, document, and predict human behavior. Every single day I can come up with some variation on the idea that “humans are hard” impacts us in some way. [Read more…]
I’ve touched on User Stories on several occasions, my favorite being Why Your User Stories Suck! Today I’m here to share with you a very common, yet very commonly overlooked, way to check each and every User Story on your backlog to see whether or not it’s really “ready” for your Dev teams. One of the most frequent causes of delays and slowdowns in most Agile implementations that I’ve seen comes from a lack of balance in the User Stories that the team is being given to deliver — stories that are too big, or which are dictates, or which just exist on the backlog because “someone asked for it”. What we need to do as Product Managers is to occasionally take a close look at each of our backlog items and make sure that they meet the INVEST criteria — Independent, Negotiable, Valuable, Estimable, Small, and Testable. If we do this simple gut-check on a regular basis, we’re far more likely to see our teams succeed and to reduce the amount of time wasted in long, drawn-out planning sessions.
One of the most fundamental requirements to be a great Product Manager is getting outside the four walls of your office and engaging with your market, your prospects, and your customers directly. Unfortunately, in all too many companies, this is more difficult than it should be, if not utterly impossible. This is usually blamed on too many in-person meetings, too little budget, or just all-around too little time to step outside and engage directly with the people using your product. But it’s a simple fact that the only way that you’re going to uncover the best ideas, the hidden problems that will separate you from your competition, and establish the rapport that you need to validate the solutions that your teams come up with as quickly and cheaply as possible. Here are some ideas for you to consider when you’re trying to figure out how to get outside and engage with your market!
Asking for Forgiveness is Better than Permission
Remember, it’s your job to keep your finger on the pulse of your market. It’s your job to dig deep and uncover unspoken needs that you can use as fuel for innovation. It’s your job to seek out people who can give you valuable feedback, who can tell you all of their problems and issues, and who will honestly review and validate your proposed solutions.
Do you apologize for doing your job? I hope not!
So you shouldn’t apologize for figuring out when and where to insert yourself into the work that other teams are doing. Or for poking around to figure out when, where, and how those teams engage with the market and your customers. The key is to figure out what it is that you offer the other teams — what value you add to their conversations. Maybe your sales team needs someone more technical on-hand to answer specific questions or to run demos for their prospects? Maybe your marketing team needs an extra eye on the copy that’s about to go out. Maybe your support or services teams need some hands-on assistance with customer issues or integration/launch work.
All of these are things to keep an eye on, and doors that you can use to open your engagement with the market…
Once you’ve figured out how other teams engage with your customers, it’s up to you to create the opportunities and take advantage of them. If you’re trying to work with your sales team, find out when their account reviews happen, and make sure that they know you’re interested in attending — offer to be a silent attendee, maybe even the scribe for the meeting, taking notes. After you’ve got a couple of those reviews down, speak up and ask clarifying questions — but make sure that whatever you say is in support of your team and your product. Nothing will kill your attendance at sales-related meetings faster than sinking a deal or souring a renewal.
As for Marketing, the surest way to get your pass to attend industry events is to offer to help out with the transportation, setup, and/or teardown. All of these things are time-consuming and exhausting, and Marketing teams rarely have enough resources to ensure that it all gets taken care of on their own. If you can attach yourself to these efforts, you’ll wind up seeing marketing fight for the budget to send you and for the time away from the office — not a bad place to be at all!
And keep in mind that you don’t have to rely on other teams and other people to create these opportunities — you can usually find at least one event that happens locally that you can attend to establish some relationships with those in the market. While these may not be quite as fancy as some of the bigger events, they provide a low-key, off-hours chance to meet and engage with your market, your customers, and your prospects.
Build Your Own Relationships
So…you’ve figure out how others engage with the market, created some opportunities, and capitalized on them to establish some relationships — now what?
It’s not enough to just know people, nor is it enough to just meet people. Rather, you have to cultivate these relationships so that they’re actually useful to you. Knowing someone and being able to call them and get feedback on your proposed solutions, mockups, wireframes, or even just ideas…are entirely different things. Treat these relationships like a sales team would treat their leads — cultivate them and make sure that you’re maintaining a regular schedule of contact with them. Ensure that you’re bringing value to those contacts as well as extracting value from them — you can’t just call them every month and ask for their input; you’ve got to show a little bit in order to get them to tell. Figure out what interests them most, and what you can share, and manage their expectations as well as those of the other teams that you’re working with. It’s your job to remain in contact with your market and your customers, but you have to do so in a way that doesn’t foul a pending sales deal, that doesn’t contradict the marketing message that’s out there, and that doesn’t endanger your own job by sharing confidential information with the wrong people.
Communicate often, communicate with value, and build a strong relationship built on mutual value, mutual trust, and mutual respect.
There are a lot of potential pitfalls that threaten our success as Product Manager — but by far the worst, in my opinion, is falling too much in love with your own ideas, whether those are problems, solutions, or even assumptions about the market and our customers. While I think they take it a bit to the extreme, Pragmatic Marketing does have a point when they say, “Your opinions, while interesting, are irrelevant.” It’s in our nature to make assumptions and inferences from what we see going on around us — to create plans in the face of uncertainty and to identify potential opportunities that others are missing. But we do so at the very real danger of drinking our own product’s Kool-Aid and thinking that we have the one true solution and the one truth in the market. But in reality, that’s never the truth, and we need to check ourselves every single day against this danger.
This is the first in what I hope to be a series of PM 101 posts, wherein I focus on some fundamentals of Product Management. For this first article, I’ve chosen a topic that’s near and dear to my heart, as well as one that’s been raised several times during my teaching sessions at General Assembly — how should Product Managers work with Designers. Now, to clarify I’m using “Designer” as a catch-all term to include everyone involved in the User Experience, User Interface, and Human Interactions side of the product equation — basically, the people who are trained to define how the user interacts with our product in order to achieve their goals. With that established, let’s explore some common issues and potential paths to success…
It’s a sad but true fact that the vast majority of B2B apps out there have traditionally focused on basic functionality, satisfying RFP checklists, and convincing corporate buyers of the value that they offer over delighting and amazing the end users who acting really interact with the product in a daily basis. Unfortunately for the companies who have taken this tack in the past, the world of corporate technology is rapidly changing, with increasing focus on BYOD, and with the increasing exposure of end users to the world of apps on their phones and tablets, the world of corporate technology is undergoing a massive paradigm shift. Expectations are higher, and the bar had been raised with regard to what users will accept when it comes to their daily work experiences.
Ironically, one of the most fundamental tools that Product Managers use every day to communicate requirements, expectations, and user goals to their development teams also sometimes seems to be one of the most difficult things to get right. Maybe it’s because many of us are used to the bad, old days of waterfall requirements, maybe it’s because our developers aren’t used to solving problems, or maybe it’s because our stakeholders and upper management expect certainty in what we’re going to do and how we’re going to do it. Regardless of the reasons, it’s absolutely essential that we master this tool and push for its proper use whenever we can. Properly-formatted, well-written user stories are the cornerstone of a user-centered design pattern — and stating a problem that needs to be solved in a way that allows developers the freedom to solve it in the way they deem most appropriate is a talent that all Product Managers can benefit from. [Read more…]