![\"The](\"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-content\/uploads\/2014\/06\/wwysydh-still.jpg\")
<\/p>\n
As product managers, what exactly do we need to know and what are we actually responsible for doing? First, it’s important to understand what we need to know to be an effective product manager, and we learned that there are\u00a0three key areas of knowledge: product<\/strong>, market<\/strong>, and accounts<\/strong>.<\/p>\n Product.<\/strong> Of course, product managers need to know all about their product. I mean, it’s in their title \u2014 if we\u00a0don’t know the\u00a0details of the\u00a0product we\u00a0are managing, we\u00a0can’t rightfully be called a product<\/em> manager. This means we have to be intimately familiar with all of the features of the product, including how they work and how to use them, as well as why they were designed a particular way. It also means we need to have some sense of the product roadmap, ultimately being aware of what features are on the near-term horizon as well as at least a broad understanding of where the product is headed over the long term. In the case of our team, this includes all<\/em> products in our portfolio (though I’ve heard some teams have\u00a0product managers assigned to individual\u00a0features or to one specific product within a portfolio).<\/p>\n Market.<\/strong>\u00a0In order to help us develop our product roadmap and also better understand how our features compare with those of our competitors, we have to stay aware of what’s out there in market, what the industry trends are, and where there are gaps, both in our product and in the market in general. For our team, this means keeping up with all the news that’s out there about cloud computing \u2014 competitor press releases, thought leaders blogs, research articles, white papers, presentations, anything that will let us\u00a0gain insight into who is doing what with cloud services and where the technology is headed. This means reading…a lot. I’ve already discovered\u00a0that\u00a0consuming so much content and determining what is important to retain can be pretty overwhelming. Luckily, I’ve found that using\u00a0services like Pocket<\/a>, Flipboard<\/a>, Feedly<\/a>, and Evernote<\/a>\u00a0really\u00a0help me to track lots of information, glean what’s important, and save it for reference.<\/p>\n Accounts.<\/strong>\u00a0While it’s helpful to see what our competitors and others in the market are doing, there is perhaps nothing more valuable than understanding what our customers are doing with our product(s). Keeping up with the end users is an important part of a product manager’s job. Having regular calls or meetings and just maintaining a positive and open relationship with users is a great way to do this. While end users will likely have a relationship and regular interactions with a sales representative or account manager, making sure their channels\u00a0of communication are open with the product management team as well can make a big difference here. I think this is probably the most challenging of the three knowledge areas to keep up with because it requires such active participation and frequent communication with end users.<\/p>\n Okay, so a product manager has to know a lot…now what do we do with all of this information?<\/p>\n In general, a product manager does a lot of\u00a0information sharing. All of that knowledge we have about the product, market, and accounts, we have to share with various audiences who are interested and need the information to do their<\/em> jobs. This includes internal evangelism<\/strong> where we need to help others in our organization understand what our products are, how they work, how they are evolving, and why we are (or aren’t)\u00a0building a particular feature. It also includes public engagement<\/strong> as well\u00a0\u2014 talking about our product, or even our industry in general, on social media, in publications, and\u00a0at conferences. It’s about promoting the product both\u00a0within the company as well as to the broader community, and since we know the product better than anybody else, what its place is in the market, and how our customers are using it, we are often in the best position to do this.<\/p>\n What I’ve found most interesting about the product manager\u00a0role is that it seems to sit right in the middle of so many key functions\u00a0within an organization. In the case of our team,\u00a0we are part of Engineering and already work closely with the developers, but we also have to interface very frequently\u00a0with Operations, Marketing, Sales, and even the end users.\u00a0Ultimately, all of these various groups are our customers<\/em>. In order to help gain all of that knowledge we need, we need to interact with all<\/em> of them\u00a0and keep them engaged and\u00a0as happy as possible. This can prove to be a difficult task, of course, given all of the competing priorities.\u00a0<\/span><\/p>\n Given that we sit in Engineering, perhaps our most important job functions include backlog<\/a> management<\/strong> and sprint<\/a> planning<\/strong>. It is the product management team who is primarily\u00a0responsible for determining if<\/i> we are going to build a feature, and\u00a0when<\/em> we are going to build it. In other words, it doesn’t get into the product unless we say it does. Of course, we look to all of our customers<\/em>\u00a0to help us make the determination, but the decision is essentially ours.This may\u00a0result in some healthy debate as part of the planning process, and so it helps to be armed with facts (what we know<\/em>) to support these decisions. If a developer is curious about why\u00a0we have to build a feature, it helps if we can say something like “all of our competitors are doing it” or “our top five clients asked for it.” Conversely, if an end user asks why we don’t have a feature, it’s nice to be able to say “we are working to get it into the product soon” or “we will never be able to support that because it doesn’t fit with our vision of the product” or even “have you thought of using this other feature instead to accomplish the same thing?” Sometimes we may even do some feature prototyping\u00a0<\/strong>first to help understand what to build and how it might work.<\/p>\n Along with our engineering team,\u00a0we need to support our sales and marketing folks as well. We may do some more thorough competitive analysis<\/strong>, not only to help us determine what to put into the product, but also\u00a0to help them better understand our specific value proposition or what the differences are among the feature sets in the market. In the case of our team, we are also tasked with product definition<\/strong>\u00a0as well as potentially helping to determine\u00a0product pricing<\/strong>. This means that we have to work with Finance, Operations, Engineering, and others to find out what it will take to add products to our portfolio so we can figure out the specific details\u00a0of what the product will look like when it goes to market (i.e. what are specifications, prices, features, value proposition, etc.) Additionally, we may be\u00a0called upon to help with sales support<\/strong> if there is a need for some deeper technical knowledge to help win over a potential customer. It also falls upon the product managers to take responsibility for analyst briefings\u00a0<\/strong>and make sure they have all the information they need to accurately reflect the product offerings in their research papers and market analysis. (CenturyLink Cloud was recently recognized by Gartner in the Magic Quadrant for Infrastructure as a Service<\/a>.)<\/p>\n Finally, let’s not forget that there is also the need to continually engage with the end users, not only so we can\u00a0gain insight into how they are using the product and what features they are interested in, but also to keep them informed on what’s coming, as well as helping them get\u00a0as much as they possibly can\u00a0out of\u00a0the product. This can be achieved by writing release notes<\/strong>, knowledge base articles<\/strong>, and keeping them up to date with customer briefings<\/strong>.<\/p>\n One thing I’ve heard from multiple people is that\u00a0being a product manager is hard.\u00a0I’m definitely starting to see why, as there is so much to know and so many decisions to make that have a real impact on all of our customers<\/i>. I’m up for the challenge, though, and excited to continue to learn and develop all the skills and knowledge necessary to be a great product manager and contributing member of our product team.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":" It’s been three weeks since I began my Product Manager position at CenturyLink Cloud, and it’s been a great experience so far. I’ve learned so much already and am really enjoying my\u00a0continuing journey from the enterprise IT world into the cloud computing space. The most frequent\u00a0question I’ve gotten from\u00a0all of my family and friends since […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3,5],"tags":[],"class_list":["post-3524","post","type-post","status-publish","format-standard","hentry","category-career","category-product-management","post-preview"],"_links":{"self":[{"href":"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-json\/wp\/v2\/posts\/3524","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-json\/wp\/v2\/comments?post=3524"}],"version-history":[{"count":30,"href":"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-json\/wp\/v2\/posts\/3524\/revisions"}],"predecessor-version":[{"id":3777,"href":"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-json\/wp\/v2\/posts\/3524\/revisions\/3777"}],"wp:attachment":[{"href":"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-json\/wp\/v2\/media?parent=3524"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-json\/wp\/v2\/categories?post=3524"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-json\/wp\/v2\/tags?post=3524"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}What a Product Manager Knows<\/em><\/h4>\n
![\"\"](\"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-content\/uploads\/2014\/06\/mick-stevens-man-sitting-at-computer-wearing-a-shirt-that-reads-so-much-information-so\u2026-cartoon_i-G-66-6600-V7R2100Z.jpg\")
<\/a><\/strong><\/p>\nWhat a Product Manager Does<\/em><\/h4>\n
![\"\"](\"https:\/\/archive.bryanfriedman.me\/cloudingup\/wp-content\/uploads\/2014\/06\/120813d.featurecreep.jpg\")
<\/a><\/p>\n