Yien: PMs should define problem constraints rather than prescribe solutions
Kevin Yien · Unorthodox PM tips: Automating user insights, unselling candidates, decision logs, more | Kevin Yien · Aug 18, 2024 · at 21:04
Kevin Yien shares his framework for how product managers should structure problem spaces for engineering and design teams.
0:00 / 0:19exact quote · 19.7s
▶ Watch the full episode on YouTube → 720p mp4 · rendered on demand · StarZero watermark
“PMs should be doing everything in their power to draw the perimeter of the space, of the problem space. And it's within that eng design, everyone else that you're working with They can go as crazy as they want, push up against the bounds, and it filled the box to its maximum capacity, but you've now applied the constraints that allow you to actually have productive conversations.”
quote is from the automated transcript, cleaned for reading: filler sounds and stutters are removed, nothing is rephrased. names can be misheard (the analysis reads context, assessments check outside sources). how →
More from Kevin Yien
Yien: Aspiring PMs Should Start in Engineering, Design, or Sales
“And when you're just getting started with a new product, the people that should be doing that are the people who are building it, right? That's an engineer. That's a designer. That's a salesperson or a support person. They're the front line of the smallest loo…”
Yien: Developer and designer-focused companies do not need dedicated product managers
“The broader point is that truly not every team needs a product manager, but the activities, the outcome that one would drive needs to get done no matter what. And in some cases, this is why the prototypical companies that everyone references when they say they…”
Yien: PMs who cannot sell their product should not build it
“And I'm working backwards from the belief that if you can't sell or support your own product, I don't trust you to build the product.”
Kevin Yien: Reading PRDs and support articles will not improve PM writing
“I explicitly do not mean read a bunch of other PM artifacts. Like you're not gonna become a better writer by reading PRDs or, you know, whatever it is. Or support articles. It needs to be Writing that compels”
Yien: Most product teams underinvest in design capacity
“Most people I would say under invest in design point blank. And when you get to a certain scale, maybe things change, but like truly, I don't think most teams have experienced what it feels like to have a really high design ratio and what that actually does to…”
Yien: Great products require overlapping roles rather than strict swim lanes
“I think it is tempting when we think about engineering product and design to draw these really clear swim lanes and say, you do X, I do Y, don't tread on, you know, my area, but you need these murky overlaps in order to build something really good.”