{"id":12707,"date":"2016-02-25T18:36:33","date_gmt":"2016-02-26T02:36:33","guid":{"rendered":"https:\/\/www.uxpin.com\/studio\/?p=12707"},"modified":"2021-09-21T05:52:27","modified_gmt":"2021-09-21T12:52:27","slug":"the-myths-of-product-management","status":"publish","type":"post","link":"https:\/\/www.uxpin.com\/studio\/blog\/the-myths-of-product-management\/","title":{"rendered":"The Myths of Product Management"},"content":{"rendered":"
\n
\n
\n
\n
\n
\n

There have been a bunch of articles lately from designers on product management in the Silicon Valley.<\/p>\n

It\u2019s making me slightly crazy, so I\u2019m going to write a short and sloppy essay from my perspective. I\u2019ve been a designer, a design manager, a startup CEO, a product manager and a GM who managed multidisciplinary teams. I\u2019ve got some insights.<\/p>\n

Caveats! I have lived in Palo Alto\/San Francisco for over 20 years, and worked at good companies (Yahoo back in the day, Linkedin, Zynga, and more) with really good PMs. So my view is skewed by both place and luck.<\/p>\n

1. Product Management is a New Thing in Tech.<\/h2>\n

I got into the interwebs in 1995, and software already had PMs. Web design was all shiny and new and half the companies had PMs, half had producers, and many had Project Managers. But by the time we were partying like 1999, everyone around here had product managers.<\/p>\n

2. Product Managers Don\u2019t Know What They Do.<\/h2>\n

No, YOU don\u2019t know what they do. They know what they do, they do everything.<\/span><\/p>\n

I used to be a restaurant manager. I hired, I fired, I greeted customers, and made sure they were happy, I did the books, and worked with the chef to pick the special, wrote it up on the board outside, and bought ads in the local paper. And when the prep cook didn\u2019t come in, I chopped vegetables and frequently my fingers. Oh, and the when the dishwasher didn\u2019t come in\u2026 you get the picture. That is what a product manager does.<\/p>\n

They have their core job: keeping product\/market fit, minding and growing metrics, and coordinating teams to that end.<\/span> But the good ones, the ones I got to work shoulder to shoulder with, do whatever it takes to keep the product healthy and strong.<\/span><\/p>\n

If that <\/span>means<\/span> designing an interface change in PPT because the designer left at 5pm and the engineer needs something to work with, he will. If that means running to Costco for beer for launch night, she does it. If that means setting up Google ads because marketing doesn\u2019t have time for his product, he will. <\/span>If it means learning SQL<\/span>\u2026 well, you get the picture.<\/span><\/p>\n

3.\u00a0<\/span>Product Management is Pretty Much Like UX Design.\u00a0<\/span><\/h2>\n

If only! Wow, the job would be so much easier if that was all there was.<\/p>\n

Designers get all snotty when no one knows the difference between interaction design and information architecture. But what do you know about PMs?<\/p>\n

People talk about product managers like they are monolithic, but there are three flavors: engineering, business analyst and UX<\/span>.<\/span><\/p>\n

Engineering flavored PMs are often ex-engineers, are great for working with engineers in hard problems like search & recommendations systems.<\/p>\n

Business analyst flavored PMs are the optimizes. They are masters of AB testing, SEO and growth hacking.<\/p>\n

UX-flavored PMs are great at product\/market fit.<\/span> They focus on user functionality & experience, and are good at onboarding, help & error msgs. In\u00a0Silicon Valey, you\u2019ll often hear them referred to as\u201cProduct People.\u201d<\/span> It\u2019s frequently said in a tone of admiration. Product People really get their market and the humans in it, and care about making the right product for them that thrives and survives.They are the unique folks who can combine business and user needs into successful products.<\/span><\/p>\n

Product People fight with design the most often because they are siblings. They care about the same things. They\u2019ll get into a huge argument about where navigation does, or the shape of a submit button.<\/span><\/p>\n

But they have different jobs with overlapping, not identical interests. The Product Person is T-shaped, caring both about the user and the business, and often fights about that submit button because she worries about click-through.<\/span> This is part of a host of responsibilities she juggles, along with acquisition, retention, that upcoming software rearchitecture and the metrics review.<\/p>\n

The UX designer (sometimes called a product designer) is a specialist. The designer is much deeper in the details of the design (as it should be) and can lose sight of the role the design plays in context of the larger business.<\/span> He sometimes fights for the user to the detriment of the business\u2019s health (as it never should be.) Companies that can\u2019t stay in business don\u2019t provide anyone any value.<\/span> If you\u2019ve ever had to tell a customer you are shutting down their favorite product, you\u2019d feel how hard that is.<\/span><\/p>\n

Business analyst PMs are often considered loathsome or tedious by designers, and engineering ones incomprehensible. Which is a tragedy, because algorithms could use some more user-centeredness, and qual and quant are like peanut butter and jelly.<\/p>\n

Even though PMs have different skills and specialties, they rarely take on specialty titles. Unlike interaction designers and UI designers, a PM doesn\u2019t have the luxury of not doing the part of the job they don\u2019t understand<\/span>. If you are a Product Person and the time comes to do your KPIs, you suck it up.<\/span><\/p>\n

<\/section>

Grab design ebooks created by best designers<\/h3>

All for free<\/p>