by polote on 2/17/23, 4:55 PM with 141 comments
by nandorsky on 2/19/23, 1:48 PM
Qualitative research at any company is critical and poor qual research (interviewing the wrong people, asking the wrong types of questions, etc) will yield poor insights as is the case here. Any PM working at a B2B startup not understanding the complexities of how the buyer and users differ and asking questions such as, “Would you use this feature?” is a poor PM.
Don’t let one bad experience ruin your perception of the role.
by switch007 on 2/19/23, 4:50 PM
Friends say the same thing too. It makes me roll my eyes whenever someone retorts "you just need to hire the /good/ PMs"
Even my worst sales/tech colleagues, I've never had as much conflict and annoyance as with product people
by getoffmyyawn on 2/20/23, 10:41 AM
My experience of bad PMs is that they live in the Y side of the XY problem space[0] and believe they should have total say over how the engineers and designers spend every minute of their time.
Thankfully my company has a great CPO and we have agreed to avoid this type of PM. Anyone who says that the PM should be the Product CEO is not hired. Anyone who says they are the one to define how the engineering teams work is not hired.
At a truly tech lead organization, PMs work for the engineering teams, not the other way around. We have some great PMs who collaborate and provide lots of value.
by politelemon on 2/20/23, 8:53 AM
It's pretty clear that this is the author's view of a PM and not what PMs actually do. It is the premise, and an incorrect one at that, of the entire post.
Imagine such hyperbole flipped around and applied to developers, this would be receiving a lot more vitriol.
by dchuk on 2/19/23, 4:12 PM
by NickC25 on 2/20/23, 4:02 PM
I was a PM for 4 years in a startup. I helped the engineers avoid (most) meetings, I was obsessed with our customers and their pain points - and spoke with them frequently; as well hyper-obsessed with the competition and where we could improve. I took suggestions from users about what features to build next, and we built a few, and ignored others. I wouldn't bother my engineers unless management (who had a technical background) OK'd the feature after discussion and debate. I probably spent 2-3x the amount of time with my customers than my engineers. Sometimes as the PM the only interaction with my engineers was to bring them coffee in the morning while they cranked out code.
Seems there aren't many PMs like the role I played in my team. In a B2B or B2C startup, a good PM can provide structure, cover for the engineers, and a consistent look into how the product is being used, why it's used versus your competition, and what features users want going forward. A PM doing the right things is more of a design and customer support hybrid role than anything else.
That said, I don't understand why it's a bad thing to "stop innovating". If you have an innovative product that is clearly a hit with customers or users, you shouldn't aim to continually innovate past that in the short-term. You should be eliminating technical debt and making sure your core product's experience just fucking works 100% of the time. A good PM can help with that too, by putting management's ideas onto the backburner and saying "we have to solidify our product first" instead of jumping from one product to another.
by rokkk on 2/19/23, 2:02 PM
Ironically, avoiding assumptions is the basis of product management.
At the end of the day, someone has to do the product role on the team. If the founder can scale that, great, and if the engineers can do it, even better! Unfortunately both options are extremely rare to find.
There are a lot of shitty PMs out there, just as there are a lot of shitty engineers or any other job function.. We would do better, I think, to discuss and promote better patterns, than trying to discredit a whole profession by clumsily reverse engineering a handful of gross assumptions and, probably, bad personal experiences.
by sergioisidoro on 2/20/23, 8:52 AM
This is much worse. You'll end up doing what individual customers ask, lose product strategy and run the risk of having a guy in sales deciding the next features on the fly during sales meetings, promising stuff just to get that deal signed.
Some good points here, but it feels more of a symptom of other problems, like the lack of a tech lead who manages the team (so the PM ends up doing it)
by shalmanese on 2/19/23, 8:32 AM
And if you just build what a user tells you to build, then you’re not a very good PM. Users are not designers, you go to users to get an understanding of what the problems are but users communicate problems in terms of solutions so a good PM uses the proposed solution to understand the problem and then creates a solution that actually solves that problem.
by fxtentacle on 2/20/23, 10:58 AM
All those PMs that fancy themselves mind readers in that they believe they can define what the customer needs and what the developers should build, without hearing their perspective first, are just bad managers with a different name.
by evnix on 2/20/23, 12:25 PM
I am not sure what really happens after Product Managers come in that the product takes a dive. I have seen this repeat almost everywhere. You start with a small team of engineers and have a product that people love, now you need more engineers and hence you bring in a manager and managers almost always demand to have a product manager and the whole thing devolves into a game of promotion.
Doctors are lead by Senior Doctors, Lawyers are lead by Senior lawyers, whereas Engineers need handholding that also sucks the very joy out of engineering.
In my opinion, What could be more beneficial is to have Product Managers who also are senior engineers and who atleast do hands-on development 10% of their time. This is exactly how even the senior most doctors still perform surgeries.
unless it is customized B2B or B2G, where the engineers are not really interested in the mundane chores of the nitty gritty of a drop-down or having to have constant arguments on what the button should be called, you likely dont need a ProductMgr.
The other thing that happens as soon as productMgrs enter is engineers let go of the ownership of the product. The back button doesn't work? well good luck, that was not in the PMs requirements. now raise more unnecessary tickets and show the improved velocity.
by dependsontheq on 2/20/23, 4:05 PM
Is that the fault of a PM?
by nooorofe on 2/20/23, 3:41 PM
by jt2190 on 2/20/23, 2:38 PM
Sometimes this is a Product Manager, but just as often it’s a VP, or someone in Sales, or someone in Customer Support. It can even be multiple people, who all echo and amplify each other’s description of what the customer really wants.
It’s a very easy pit to fall into once a company has some success: Everyone’s busy, the product has a clear direction, and the customers are paying. There’s a lot of unglamorous work to be done, but it’s much more fun to go off into a room and work on “design” or “vision” for weeks and months. Any attempt to bring reality into the is met with “This is what the customer wants.”
This can go on for years, especially at profitable companies.
by huksley on 2/19/23, 9:32 AM
by arka2147483647 on 2/20/23, 4:16 PM
1. He is wrong, PM are not at all like that
2. He is wrong, ofcourse that is what PM does
3. He is wrong, the criticism is written the wrong way
Amusing…
by beebmam on 2/20/23, 10:20 AM
by al2o3cr on 2/17/23, 5:10 PM
by baxtr on 2/20/23, 4:55 PM
The most successful product company doesn’t have Product Managers.
Saying this as a product person.
by andyish on 2/20/23, 10:32 AM
It only sounds like PMs have all the power because they put the tasks in the order that you work on them in, after haggling with all the other stakeholders.
I'd guess that the PM in the story trying to get some evidence to backup a decision/convince someone of something.
by rukuu001 on 2/20/23, 9:05 AM
I think it says more about the disconnect between dev and product, than the actual sins of product people.
by achow on 2/20/23, 1:13 PM
Investing in Design+Engg gives maximum return. These two disciplines have other ones around them like project management, overall product owner (PO, General Manager), etc.
It is really weird when one sees PMs being mentioned as the one who talks to customers or users.
Usually designers were doing that right from beginning, going back to half a century or more..
by s3p on 2/20/23, 5:32 PM
>If you are a startup B2B founder, I want to give you one piece of advice, don’t ever give a lot of power to product managers as long as you want to innovate.
The article seems to make the point that PMs both love exploring and finding out what people want but also that they don't and that is the issue.
It seems the author started by arguing project managers are all over the place, and (my line of thinking) that B2B companies therefore should be focused more on execution and delivering, not just finding a bunch of cool new tech/ideas to pursue.
But then in the next few paragraphs they diverge by saying PMs actually stifle innovation because they want to look at data and improve things. They don't actually want to imagine something brand new.
This makes no sense. I would agree that in a B2B environment, you want things that work, not a shiny new UI and new products every couple of months. Businesses are focused on revenue, not flashy new things like consumers might be. They want to know if it works. And if you're selling to other businesses, reliability is far more important than new features. Why does everyone use SAP and Oracle? It is certainly not because they innovate.
I think the author just got very confused with their points and didn't know how to argue against PMs, but they clearly have a vendetta.
by thewellis2 on 2/20/23, 2:50 PM
The worst PMs I've worked for aren't the ones who stifle innovation. The worst are the ones who encourage it to increase the feature factory appearance to make their own CVs look good. The best ones gather and present the data to inform the decision that the team has to make.
But in terms of power, yes there needs to be an emphasis on them being facilitators of the conversation and not the decision-makers. As Devs (QA, DevOps, SRE etc) we need to make sure that it isn't a one sided decision and learn to argue without undermining or name-calling.
by karaterobot on 2/20/23, 4:34 PM
> First most product managers believe that the most important thing to do, is to interview users, look at data of usage, and then take some obvious bet to take the best decisions
Heaven forfend! We've got to put a stop to that sort of behavior. I agree with the author, people should be making big, incomprehensible bets without talking to users or looking at data first.
by dandare on 2/19/23, 9:12 PM
Except this is true of anyone in the company. Unless the author says who is capable of making these really good decisions this article is empty rant.
by zhrvoj on 2/19/23, 10:46 PM
by nickdothutton on 2/20/23, 9:02 AM
Edited for typo.
by drclegg on 2/20/23, 11:41 AM
by LASR on 2/20/23, 8:52 AM
There are a lot of products, especially in enterprise or B2B where the customer is not someone asking for a faster horse. They themselves are innovators and they want something they’ll use and pay for.
So there is certainly value in pouring through the data and finding the best value to build next. And for that a PM is pretty important to lead product.
by trollied on 2/20/23, 10:37 AM
by LatteLazy on 2/20/23, 2:18 PM
* You need someone very technical to understand the engineering aspects
* You need someone politically and socially astute for the internal politics and prioritisation
* You need someone who actively knows the market, clients, prospects and competitors
by bkfh on 2/19/23, 8:21 AM
Who would come up with such a nonsense? Regardless of B2C or B2B, knowing what your users need solved is crucial, irrelevant who eventually the buyer is (user vs Manager)
by anentropic on 2/20/23, 10:12 AM
I don't understand, this seems to say: "all the time spent on making your customers happy is time not spent on your customers" ...huh?
by revskill on 2/20/23, 10:31 AM
The issue is, what's the scope of an efficient PM. Should they involve in product development process ? Should they involve in the UX design process ?
by christkv on 2/20/23, 1:23 PM
by xyzelement on 2/20/23, 3:09 PM
I am a PM who used to be an engineer and eng manager. In my engineering life, in retrospect I did PM work too - ie, orient my teams work to highest value as expressed in financial and user impact terms.
The eng/PM split is an unfortunate outcome of the fact that many engineers and engineering leads aren't capable of thinking in practical business terms, and so they need a PM in the mix to steer the ship.
The problem starts not when you get a PM but when your engineers need one.
For what it's worth, I find being a mix of the two really optimal - I am still capable of having hardcore technical discussion even as my focus is on the business, but I was doing that from the engineering seat as well.
by mabbo on 2/20/23, 11:37 AM
by hahahanononono on 2/20/23, 8:56 AM
by SheddingPattern on 2/20/23, 4:39 PM
Also, innovation is not an end in itself. The question is do, PMs add value?
The author is right that the founder is the best product manager and should only handover to a dedicated PM once the business is ready to scale.
by dschuetz on 2/20/23, 11:28 AM
by gregw2 on 2/20/23, 11:11 AM
by numlock86 on 2/20/23, 9:56 AM
by snupas on 2/20/23, 2:39 PM
by spacecadet on 2/20/23, 12:20 PM
by dohman on 2/20/23, 10:04 AM
And then they start shitting on PMs, saying that they're not actually that smart and they only like the discovery part of their job where they get to make all the decisions. And to top it off, they say that PMs in B2B companies are useless because they're not actually talking to the people who use the product... That's literally the job of a PM, to talk to customers and figure out what they want.
And then they go on to say that if you want to innovate, you shouldn't listen to PMs, but instead put your most competent salesperson in charge of the product. That makes no sense at all.
Sadly, as someone else said, I'd assume that this article was driven by poor experiences with a PM in the past. And it's not cool to take a bash at the whole segment due to having a bad experience with someone.