What actual, specific, behaviors would we observe if someone was good at product thinking?
Specific enough that someone without a lot of tacit knowledge would be able to say “that’s happening”.
some off hand
1/n
Better Proxies for Value. We'd observe them challenge a "success metric" and ask if there was a better proxy for actual value exchange. Fewer overt vanity metrics (or at a minimum, leading indicators mapped to trailing indicators)
2/n
Consider multiple options. We'd observe them weighing a range of options to achieve the same effect (vs. simply prioritizing a list). "Well... some potential experiments might include..."
3/n
Unpack problems into distinct problems. When given a problem statement, we'd observe them say something like "that is actually four problems rolled into one". Then they'd list them. The resulting mental model would help the team move forward
4/n
An ecosystem view / value network view. This is tough to describe, but when thinking about a product they are able to imagine it as many potential products grouped together in different ways. E.g. "well a competitor could just focus on X" or "we'll group Y and Z"
5/n
"Horizon dexterity" or "Resolution dexterity". We'd observe them being able to go "up and down the tree" from specific feature properties, all the way up to big, multi-year strategic bets. They're able to go up/down at will.
6/n
"Opportunity cost mental model". We'd observe them have a keen sense of the time/value aspect of value creation. Instead of viewing the "investment" as dev time, they view the "investment" as the potential outcomes that could have been achieved during that time period
7/n
"Need dexterity". Products can meet functional needs all the way up to deep non-functional, emotional needs. We'd observe them communicate both with equal weight. E.g. "we're providing them them the confidence to X" AND "we're helping them do Y more efficiently"
8/n
Awareness of 2nd and 3rd order effects. We'd observe them highlight the risk of unintended consequences. The ability to have a "win" in the short-term that would lead to problems down the road. Improving X while cannibalizing Y.
9/n
Awareness of "driver overload". We'd observe them raise the flag when an effort was trying to "solve too many problems" and/or was trying to navigating too many constraints.
In the sense that instead of believing they can juggle more, they'd limit the # of balls
10/n
Genuine student of products. This is a tough one, but there's something here. We'd observe them keeping tabs on various products, trying to understand what teams were thinking, revel in interesting approaches, and be disappointed when a fave product went off the rails
11/n
Resist generalizing. We'd observe them resisting efforts to group things/people/efforts together arbitrarily or in overly-broad categories. So, for example, when describing the "target persona", they'd opt to surface the actual clusters vs. a simplified model.
12/n
Seek commercial viability. We'd observe them asking whether ultimately there's a business "here". This probably translates to non-profits and governments as well, but the question is whether there's something sustainable possible. Can this sustain?
13/n
Bias to get out of the building. When hitting a wall of some sort, we'd observe them making a big effort to get out of their head, and get out of the building somehow. Just recognizing this point is a key skill. "We're way too up in our head here"
14/n
Aware of the cumulative value of focus. Harder to describe, but we'd observe them advocating for "staying focused" in potentially unnaturally or seemingly pedantic ways. Because...they have a "sense" of how focus pays dividends over longer periods. It "adds up"
15/n
Keen sense of the limits of quantitative/analytical approaches. We'd observe them considering more qualitative/less "easy to measure" factors when making product decisions and assessing product success.
That said, they wouldn't discount measurement outright. Balanced view
16/n
Keen sense of local/global optimums. Tough to describe, but it *appears* (not sure) that experienced product managers have a sense of when they're approaching a local optimum. So we'd observe them back off from optimizing X, and seeking a step-change at "reasonable" times.
17/n
Willing to cut losses and move on. We'd observe them pivot from efforts that produced "meh" results. Make the hard decision to sunset something, remove the feature, abandon the strategy.
18/n
Balanced bet portfolio. This is tougher to describe, but we'd observe them "manage" a portfolio of different bet types. They'd discuss the need to not only "play it safe", but also the folly of frenetic moonshot-ism.
Probabilistic thinking? Evolutionary?
Something else?
19/n
Aware of different ways to play the game. We'd observe them propose alternative business models, pricing models, strategies, approaches...drawing from either direct experience and/or keen observation of the product landscape.
20/end ... must stop, but 19 was making me uncomfortable
Talks about uncertainty with certainty. This is so hard to practice and cultivate, but we'd observe them being transparent about what is known / unknown, but also framing a "wedge" / a way forward
Please reply with more!
21/cont. ... just kidding
Can embrace the null hypothesis. We'd observe the product manager being able to flip to the view that there's a possibility that the current work is having no impact and/or negative impact.
The'd be able to actively try to prove that w/o fear
22/n
Willing to discard "really good ideas". We'd observe them discard "really good ideas" (ideally their own) in favor even better bets and/or exploring more.
When someone says "lets do X" and there's immediate traction...they put the brakes on a bit and give room to ponder.
23/n
Keen sense of sequencing. We'd observe them sequence bets/work in a way that had a 1+1=3 effect -- a combination of learning, risk reduction, escape routes, reversible paths, etc. It would be deliberate...and way beyond a basic "effort vs. value" matrix.
24/n
Model maker. We'd observe them create "simple" (not not too simple) models that would help other ppl in the organization "latch in" to the prioritization scheme, focus of the product, the language of the product, levers, etc.
Coherence builder! Shared language supporter.
25/end
Though if this gets some likes I'll do more?
Avoid premature optimization. We'd observe them resisting the urge to lock everything down early. Also, thinking think broadly about "the system" and not obsess about tweaking a small lever before a more important lever.
26/...
Should We vs. Can We. We'd observe a bias to asking whether the team *should* do something vs. whether it *can* do something.
Often, we get enamored with our ability to do something (get genuinely excited, how cool), and miss whether we should do it.
27/n
Understands the broader customer context. It is tempting to imagine that your product is somehow at the center of your customer's universe.
We'd observe them understanding and exploring the broader context "outside" their product. Where it "fits in" (and doesn't)
28/n
Boils things down. This comes up in Good Strategy / Bad Strategy (Rumelt) ... highly recommended.
We'd observe them really boil down strategic product decisions. Get right to the crux (the "kernel") w/o making ***t up.
29/n
Helpful attitude towards the competition.
Sometimes paranoia *is* ok. Mostly not. But the competition can teach you something if you look in the right places.
We'd observe them learn from the competition...not react, not copy, not get spun around
30/n
Tempo!
There are times when you need to really act quickly. And times when patience is a virtue. Wait, and learn.
We'd observe them wait patiently and let things play out a bit. But when speed *really* matters, they'd advocate for that.
OK ... for real now ... that's it. I'm an obsessive list maker.
Add some! And I will collate, flag, tag, and collect.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
2) are attempts to frame lots of experience (e.g. based on the messy world I've seen, there are three categories of X)
And 3) pure teaching frameworks.
(1/n)
One is not better/worse, but they are different.
1. has been "tested" in context. That context is important
2. very much depends on the "observer", the collector of experiences. In some ways these are theoretical constructs.
3. needs the learning context outlined
(2/n)
Some of the most popular/helpful product blogposts of all time fit into the #2 cat. @reforge is incredible at this. They get product leaders together, and together write a post that presents a new model!
1) SME (e.g. healthcare, EMR)
and/or 2) deep persona expertise (e.g. nurses in large hospitals)
and/or 3) strong skills in a key PM skill area (e.g. analytics)
How about certifications (1/n)
IMHO, certifications can help in one of two situations:
1. A company with no product chops using something like "CSPO" to fill tons of newly opened positions because of an "agile transformation"
2. A signal you're serious...
#2 is interesting ... (2/n)
"As an SDR, I started to see how important it was to nail the product. I started to read everything I could. I took free courses. I paid for a product manager course"
something I've learned, and re-learned over and over -- at @Amplitude_HQ especially talking to so many teams.
It is vital -- absolutely vital -- to understand your product in the *broader landscape* of a customers workplace.
Why? 1/n
...when talking to a customer about your product, you will always trigger the instinct for them to be helpful and provide information about YOUR product. Which is good...
...but also a challenge.
The reality is that your product is a tiny part of their world. 2/n
"What problems are you having?"
Customer: "Um, well, [some task related to your product]"
(remembering to focus on goals)
"Oh no, what is your GOAL?"
Customer: "Um, well, [some goal related to your product]"
All good, except, again, this is a tiny part of their world. 3/n
when you've found your team prematurely converging -- jumping to specifics too early -- what were some contributing factors?
...this is a weird one, but often it seems to happen when the bulk of the team is tied up with something, and a smaller group -- e.g. designer and PM -- are under pressure to "tee up" the next thing
...when the team lacks psychological safety? people just want to get it over with, so they just go with whatever seems like a reasonable deal to make the need to collaborate go away